Introduktion til scrum

Størrelse: px
Starte visningen fra side:

Download "Introduktion til scrum"

Transkript

1 Kleans bog om scrum

2 Introduktion til scrum Ordet scrum er hentet fra rugby. Dér bruges det om den måde, som spillet sættes i gang på. Hvert hold samler sig tæt sammen og går som fuldt team ind i den opgave det er et erobre bolden og flytte den frem af banen.

3 Scrum til realisering af webprojekter Scrum er en udviklingsmetode, der blev opfundet som modvægt til de traditionelle it-projekter efter vandfaldsmodellen. Idéen med vandfald er at definere meget præcist, hvad man skal gøre, før man fortsætter til næste trin. Til gengæld er der ingen vej tilbage, når man først er på vej nedad. Den perfekte specifikation I praksis skriver man derfor en perfekt kravspecifikation, før man går igang. Det lyder allerede hult, ikke? Scrum er baseret på brugerdeltagelse, forandring og iteration. I vores projekter er der aflevering hver anden uge. Ved hver aflevering har kunden fuld ret til at skifte mening. Det er faktisk helt okay at blive klogere undervejs. Hvad kan man skrue på? Hvordan kan det lade sig gøre at holde budgettet, vil nogle spørge? Det var også den udfordring, vi selv stod overfor, da vi besluttede os for at lave scrum-baserede projekter med stor involvering af kunder. I virkeligheden er det ikke så svært. Et projekt består af fire ting: - Et budget og deadline - En række features, der skal laves - Et team af mennesker, der skal lave dem. - Prisen afhænger af, hvor mange timer man bruger på at lave features, og antallet af features er bestemt af, hvad man vil med sit website. Vil man levere et projekt til fast pris og fast deadline, skruer man på antallet af features. Det lyder jo meget simpelt, og det er det faktisk også. Ud fra et økonomiske synspunkt er scrum en fordel, fordi det er en lettere måde til at ramme deadline og budget. Undervejs er det også sjovere, for produktiviteten er højere, når projektet opdeles i overskuelige opgaver. 5 Bogen om scrum

4 Burndown charts Projektets økonomi overvåges i et burndown chart. Populært sagt oversættes budgettet til et antal timer, og burndown viser, hvor mange timer vi brænder af i projektet. Al tid registreres undervejs, og produktejeren kan se enhver deltager over skulderen og se, hvor mange minutter der bruges på hver enkelt opgave. Et burndown chart er åbent overfor fortolkninger. Det viser data om projektet, men forklarer ikke hvorfor. Ofte er det godt at bruge post mortem på sprintmødet til at diskutere, hvad vi får ud af burndown chart. Mulige forklaringer er: 1. Vi er efter tidsplanen og må sætte foden på speederen for at nå projektet til tiden. 2. Vi har nået de features, vi skulle, så vi er klar til at levere før tiden og under budget. Tro det eller ej, men det sidste kan også lade sig gøre. Som produktejer har man til enhver tid retten til at sige, at man er tilfreds med projektet, og da hver aflevering er fuldt funktionsdygtig og i fuld kvalitet, kan man stå af toget før man når den planlagte endestation. I eksemplet her er det faktiske tidsforbrug (den mørkeblå linie) mindre end det forventede (den lyseblå linie). Bogen om scrum 6

5 Workshops En god metode til at finde den korteste vej til det rigtige resultat er workshops. Det tager normalt mellem to og tre timer. Det er meget intensivt, det er sjovt, og resultatet er masser af tegninger, mindmaps og inspiration.

6 Er den lige linje mellem A og B den rette at følge? En workshop tager normalt mellem to og tre timer. Det er meget intensivt, det er sjovt, og resultatet er masser af tegninger, mindmaps og inspiration. Det er mere reglen end undtagelsen, at et projekt ender et helt andet sted end planlagt. Det er som regel også det bedste. Hvis projekter blev udført som beskrevet i den oprindelige specifikation, ville vi ende med en bil med tre hjul, uden rat og med blinklys i taget. En god metode til at finde den korteste vej til det rigtige resultat er workshops. Ofte holder vi tre typer workshops: 1. En workshop på strategisk niveau Her diskuterer ledelse, web-redaktion og medlemmer af et scrum-team, hvad de forretningsmæssige mål er samt hvordan et website eller intranet kan opfylde strategien. 2. En workshop om et forretningsområde Som efterfølger laver vi en mere operationel workshop, hvor vi udvælger et forretningsområde og prøver at være konkrete. Det er altid godt med et realistisk eksempel, og hele projektet er som regel for stor en størrelse. Ledelsen deltager ikke på denne type møder, men der skal være repræsentanter for forretningsområdet med. 3. En workshop om projektet Nu, hvor vi har en konkret plan, starter vi arbejdet. Hvem har ansvar for hvad, hvilke opgaver skal løses først, hvor mange sprint skal vi bruge og hvor starter vi? Denne workshop er ofte orienteret om detaljer, og som vi siger, så er djævelen gemt i detaljen. Deltagere er web-redaktionen og medlemmer af scrum-teamet. 9 Bogen om scrum

7

8 Prototyper er fantastiske Det er utroligt, så god software man kan bygge med prototyper. Den bedste kravspecifikation er ofte tegnet på en tavle eller en serviet. I mødelokalet har vi tusser, et kamera, papir, notesblokke, lim og papirklips i et omfang, der ville have gjort Jørgen Clevin glad. Her er, hvordan vi byggede en butikssøgning i tre raske trin: 1. Prototype Vi holdt et møde på 45 minutter, hvor vi fik tegnet fem skærmbilleder til et modul, der kan finde nærmeste butik ud fra en adresse, man indtaster på websitet. Moduler skal integreres med Google Maps, og det skal levere en kørselsvejledning. Vores skærmbilleder viser alle trin, også hvordan det færdige modul kan konfigureres i content management systemet af en almindelig web-redaktør. 2. Interaktionsdesign Den godkendte prototype blev sendt videre til en interaktionsdesigner, der lavede detaljerede skærmbilleder. Websitets design var stadig ikke godkendt, så det gamle website-design blev brugt som ramme. Elementer fra prototypen blev tegnet helt ned i detaljen. Sådan finder man fejl, før de bliver kodet. 11 Bogen om scrum

9 3. Færdigt website Så blev modulet sat i produktion, og det endelige resultat er forbløffende tæt på den oprindelige prototype....og vi slap for at skrive en kravspecifikation på tyve sider. Herligt.

10 Teamet Et scrum team er den arbejdsgruppe, der skal gennemføre projektet. Når vi laver projekter her i huset er der et par klare regler: - Alle er lige - Al kommunikation er fri - Dem, der har viden, skal inddrages i beslutninger - Dem, der har ansvaret, skal være enige i beslutninger Inden vi ser på et praktisk eksempel, kan vi lige få et overblik over et scrumteam. Hvem er med, og hvad laver de?

11 Roller Produktejer Produktejeren er kunden, og i et scrum-projekt er man med i hele projektet. Modellen med en kunde og en leverandør er forældet. Projekter, det er noget, vi laver i fællesskab. Fordelen er, at projektet er godt forankret i den organisation, der i sidste ende skal anvende systemet. Som produktejer har man ansvaret for alle prioriteter. I de første projekter, vi lavede, betød det også et ansvar for hele product backlog. Vi fandt ud af, at det ikke var helt perfekt. Derfor er vores team nu opdelt, så vi har en produktejer og en ansvarlig for product backlog. De deler opgaven med at prioritere, så de kan hjælpe hinanden. Produktejeren bestemmer, og den ansvarlige for backlog har både ansvaret for at alle opgaver står på listen, men også for at opgaverne er specificeret og estimeret. Det er beslutningsgrundlaget for produktejeren. Selv om det er et team, der leverer, er det i sidste ende produktejeren, der beslutter. Backlogejer Som ejer af backlog ejer man ikke så meget. Til gengæld har man et stort ansvar. I traditionelle scrum-projekter ejer produktejeren samtidig backlog. Scrum er opfundet til interne udviklingsafdelinger, så i projekter hvor rigtige kunder er med, har man typiske en produktejer, der repræsenterer kunden. Det princip kan vi ikke lide. Vi vil hellere have kunden med i projektet. Direkte. Derfor opfandt vi rollen at eje en backlog. Det er stadig produktejeren, der prioriterer. Det var forhistorien - nu til opgaverne. Som ejer af backlog sørger man for at alle opgaver er oprettet, beskrevet og estimeret. Man kan uddelegere, men er ansvarlig for overblikket. Sager, der er estimeret, sendes til produktejeren til godkendelse. Efter sprintmøder opretter ejeren af backlog nye sager og sørger for, at de bliver behandlet som de skal. Når opgaverne er på plads, tager scrummasteren over. 15 Bogen om scrum

12 Scrummaster En scrummaster har ansvaret for processen. Det er ikke nødvendigvis et fuldtidsjob, men det er en vigtig opgave. Som scrummaster fjerner man forhindringer for de andre, holder produktiviteten i top og driver processen fremad. Man er ikke mor for de øvrige deltagere, men nogle gange er det tæt på. En scrummaster planlægger sprintmøderne, laver burndowncharts, tager initiativ til det daglige stand-up møde og tager affære, hvis et område i projektet er gået i stå. I vores projekter har scrummaster en betydelig andel i den samlede succes. En god scrummaster er dygtig til at kommunikere og motivere, og har et øje på hver finger når det gælder om at spotte problemer inden de opstår. Udviklere Er alle udviklere ens? Er alle kvinder ens? Heldigvis ikke (her er der så plads til fortolkninger). Medlemmerne i vores team har ofte forskellige specialer, som er meget forskellige: - Grafisk designer. Laver websitets stil og tone. - Interaktionsdesigner. Sørger for at det arbejde, den grafiske designer har lavet, også kan bruges af rigtige mennesker. - Front-end udvikler. Transformerer interaktionsdesign til kode, der ligner det, det skal. - Back-end udvikler. Sørger for at front-end udviklerens kode ikke kun ligner, men også fungerer. Andre roller omfatter søgemaskineoptimering, brugervenlighed, test og dokumentation. Et team sammensættes efter behov, og vi sørger for at ethvert team er besat af eksperter indenfor alle roller. Testere Som tester er det legitimt at efterstræbe nedbrydningen af eksisterende eller netop udviklet materiale. Fejl er godt og testeren elsker dem - altså når de identificeres før udgivelsen. Testeren godkender eller afviser løbende det testede, og er på den måde ansvarlig for, at et område er klar til at indgå i et givent sprint eller endeligt kan udgives. Selvom testeren kan betragtes som udviklerens ærkefjende, er det god skik som tester, at supplere fundne fejl med eventuelle løsninger. Så faktisk er testere slet ikke så slemme endda. Bogen om scrum 16

13 Budget Vi stiler mod faste budgetter, ufravigelige deadlines, overholdte aftaler, tilfredse kunder og glade udviklere. Scrum kan hjælpe til med at nå et langt stykke af vejen, men det kræver en rolig og bestemt hånd at holde projektet på ret kurs.

14 Sprintmøder: Se fremad og bagud Et helt projekt består af en række af små forløb kaldet sprints. Den typiske længde af et sprint hos os er 14 dage. Hvert sprint afsluttes med et møde, hvor det der er lavet i sprintet bliver afleveret, og der bliver prioriteret opgaver til det næste sprint. I slutningen af sprintet sørger ejeren af product backlog og scrummasteren for, at nye sager er beskrevet og estimeret. Scrummaster sørger for et burndown chart til sprintmødet, så alle kan se, om tidsforbruget er på sporet. Produktejeren kan prioritere inden sprintmødet, når det går rigtig godt. I næste sprint gennemføres test af brugervenligheden af det sprint, som netop er afleveret.

15

16 Ret til at skifte mening? Normalt giver store ændringer i projektet relativt langt henne i udviklingsprocessen anledning til Kina-syndrom i både budgetter og projektdeltagernes nattesøvn. Scrum tillader i langt højere grad, at man kan tillade sig at skifte mening undervejs. De korte sprint giver muligheden for at reagere hurtigt, hvis projektet af den ene eller anden grund skifter idegrundlag og/eller forudsætninger. Retningsskiftet i projektet udspringer som oftest af ét af 4 nedenstående områder. 1. Vi er lige kommet på noget smart, som vi gerne vil have med... Produktejeren i projektet tilføjer nye elementer til den endelige løsning. Det kan for eksempel skyldes resultatet af en brugertest, eller at elementerne simpelthen er blevet overset i dataopsamling i produktejerens organisation. For at undgå at budget og deltagere lider overlast, kan man enten udsætte deadline eller tilføre flere ressourcer til projektet. Det er også en mulighed at fjerne andre features for at gøre plads til de nye elementer. Egentlig meget sund fornuft Ryk tilbage til start Forudsætningerne for projektet ændrer sig. En leverandør til projektet kan af den ene eller anden grund ikke opfylde sine forpligtelser. Igen kan man hurtigt reagere, for da ingen delopgave i projektet bør være større end ca. 6 timers arbejde, kan leverandørskifte som oftest foretages med et relativt lille fald i produktiviteten. Selvfølgelig forudsat at andre ressourcer er tilgængelige. 21 Bogen om scrum

17 3. Det ligger et eller andet sted imellem 3 og 50 timer Et eller flere estimater holder ikke i praksis. Det betyder igen, at projektejeren skal afgøre, hvilke at de resterende elementer der skal overleve, eller om budgettet skal revideres eller deadline udsættes. Hovedsagen er, at spildtiden ikke bør være meget over 6 timer. 4. Vi går altid over budget Et projekt bør altid estimeres med et overhead i budgettet. Det gør det muligt at agere i forhold til nye forhold og muligheder. Et forventet overhead på ca. 20% er efter vores erfaring passende for de fleste projekter. Det giver frihed til at træffe de rigtige beslutninger, selvom det ikke altid er de nemmeste. Et projekt med 5% overhead kunne lige så godt være lavet efter vandfaldsmodellen. På den anden side kunne et projekt med 50% overhead lige så godt være estimeret af Stein Baggers revisor... Bogen om scrum 22

18 Arbejdsdagen Der er brug for to redskaber, til at holde styr på alle trådene i et projekt: 1. Et kort, dagligt møde til overblikket 2. Et system til det løbende arbejde med detaljerne. Hos os klares overblikket i det daglige stand up-møde, og detaljerne styres i FogBugz.

19 Dagligt stand up-møde Under det daglige stand up-møde, holder deltagerne i projektet hinanden orienteret om, præcist hvor den enkelte befinder sig i projektet. Mødet skal være kort. Det må ikke være en belastning for nogens arbejde. Derfor står man op. Møder, hvor man sidder ned, er altid længere. Stand up afholdes hver dag på samme tidspunkt af dagen. Hvert teammedlem har 3 minutter til at svare på 3 spørgsmål: - Hvad har jeg lavet siden i går? - Hvad skal jeg lave til i morgen? - Hvad forhindrer mig i at komme videre? Og så tilbage til arbejdet. 25 Bogen om scrum

20 Ti tip om oprettelse af cases i FogBugz 1. Der skal oprettes en case, når der er noget, der skal tages hånd om i projektet. 2. Den generelle regel er én opgave én case. Det er vigtigt at den enkelte case ikke bliver for lang. Man bør begynde at være opmærksom, når en case breder sig over tre skærmfulde eller mere. 3. Et estimat skal omfatte såvel kodetid som test og evt. behov for dokumentation. 4. Estimater må ikke overskride 6 timer. Breder en opgave sig til mere end det, skal den brydes op i delopgaver. Det er bedre med to cases med estimat på 3 timer end en med et estimat på Der må ikke arbejdes på cases uden estimater. 6. Når et estimat hæves, skal det forbi produktejeren til godkendelse. 7. Bagatelgrænse: Hvis noget kan fixes på under to timer, kræver det ikke godkendelse fra produktejeren. 8. Det er vigtigt at linke mellem relevante cases. Skriv f.eks. Case 3000 (uden anførselstegn), så linkes der automatisk. 9. Når man får assignet en case skal man håndtere den i forhold til, hvordan den er prioriteret. Man skal ca. en gang i døgnet gennemgå hele listen af cases, der er assignet til én. 10. Hvis man ikke kan forholde sig konkret til en case - f.eks. hvis man har for mange andre ting kørende - skal man melde dét tilbage til den person, som har assignet casen til en. Fem tip til indholdet i en case 1. En meningsfuld titel 2. Et diagnosticeringsestimat på 1 time. 3. En beskrivelse af steps to recreate. 4. Beskrivelse af forventet opførsel. 5. Link til den side, hvor fejlen findes eller Screen shot. Bogen om scrum 26

21 FogBugz til hverdag Opret en ny sag 1. Man opdager som medlem af teamet et område, som trænger til forbedring. 2. Sagerne i projektet kigges igennem for om fejlen allerede er rapporteret. 3. Så opretter man en diagnosecase. 4. Med mindre andet er aftalt, eller hvis man er i tvivl, skal diagnosecasen nu assignes til scrummasteren i projektet. 5. Når man assigner skal det ske med en bemærkning om, hvad man forventer, der videre skal ske. Et spørgsmål er altid godt at komme videre fra. Du får assignet en case til dig - Kan du svare på det, der bliver spurgt om? - Ja? Svar og send tilbage. - Nej? Bed afsenderen om flere oplysninger og send tilbage. Eller giv et bud på, hvem der så kan hjælpe, og send tilbage til afsenderen. Sende en case til test - Det er udvikleren, der sender en case til test hos den testansvarlige, når opgaven er løst og løsningen er efterprøvet. - Når en case sendes til test skal det fremgå, hvordan den mest optimalt kan testes. Godkendelse til fremvisning i et sprint - En feature kan først godkendes til fremvisning, når den er kodet, testet og dokumenteret. - Det er den testansvarlige som afgør, om kvaliteten er god nok til fremvisning. Lukning af en case - Når en sag er afsluttet, skal den sendes til lukning hos scrummaster. 27 Bogen om scrum

22

23 Sprintmøder Der er sprintmøde hver anden uge. Alle medlemmer i et team deltager, og mødet tager maksimalt seks timer. Ofte går det langt hurtigere. Vores mål er, at mødet tager 1-2 timer, men det afhænger af projektets type.

24 Aflevering af et sprint På sprintmødet afleveres opgaver, der er løst 100%. En opgave skal være kodet, testet, fejlrettet og dokumenteret. Er en udvikler 99% færdig, rundes der altid ned til nul. Det er en hård virkelighed, vi lever i.

25 Post Mortem Vi tager en snak om det afdøde sprint. Var det en god proces, har alle en god mavefornemmelse, hvad har vi lært og hvad skal vi gøre bedre i næste sprint? Ja, der er behov for at tale om processen og hvordan projektet og arbejdsglæden kan blive bedre. Priotering Vi planlægger de næste to ugers arbejde i fællesskab. At løse opgaverne er et fælles anliggende, men der er altid naturlige måder at fordele de første opgaver på. Resten tager vi i løbet af sprintet, når vi kan se, hvem der har tid og overskud til at hjælpe andre i mål. Links om scrum Bogen om scrum 32

26 Nedbrydning Nedbrydningen af opgaver i overskuelige underopgaver er en vital del af scrum-processen. Nedbrydningen resulterer i produktets backlog og skal give produktejeren et realistisk billede af arbejdets omfang. Samtidig giver den teammedlemmerne en arbejdsseddel, idet underopgaverne så vidt muligt skal være atomare enheder.

27 Nedbrydning Nedbrydning af et delområde i projektet foretages af bedste mand på teamet. Bedste mands bedste bud er en god retningslinje. Til de tekniske nedbrydninger kan man med fordel tage udgangspunkt i en samling userstories, der beskriver det, der skal implementeres. En userstory er et par sætninger, der i uformelle vendinger beskriver en isoleret funktionalitet. Eksempel: Brugeren udfylder adressefeltet og trykker Søg butik. Kortet opdateres med de 5 nærmeste butikker. Med udgangspunkt i mængden af userstories kan man nu identificere de konkrete opgaver, der skal implementeres. 35 Bogen om scrum

28 Estimering Estimeringen af de enkelte opgaver danner udgangspunktet for hvor mange opgaver, der kan lægges i et sprint. En næsten ufravigelig regel for estimater er, at de ikke må overstige 6 timer for en enkelt opgave. Hvis estimatet er større end 6 timer, skal opgaven nedbrydes yderligere. Hav i tankerne, at et estimat er præcist dét; en vurdering af, hvor lang tid en given opgave tager at fuldføre. Man kan være fristet til at estimere for højt for at undgå at løbe tør for tid, men i den forbindelse er det vigtigt at bemærke, at estimatet skal være så realistisk som muligt. Hvis (når..) det sker, at estimatet på en opgave viser sig at være for lavt, er det vigtigt, at det bliver meldt ud, således at produktejeren har en mulighed for at vurdere konsekvenserne og eventuelt omprioritere opgaverne. Bogen om scrum 36

29 Prioritering Produktejerens prioritering danner udgangspunkt for, hvilke opgaver, der skal tages med i et sprint, og er dermed hans bedste mulighed for indflydelse på implementeringsforløbet. I sprintet løses opgaverne så vidt muligt i prioritetsrækkefølge ovenfra og ned. Dog kan det forekomme, at opgaver med en naturlig sammenhæng har fået forskellig prioritet. Så er det selvfølgelig tilladt at omgå prioritetsrækkefølgen.

30

31 Kvalitetsstyring Dårlig kvalitet betyder svær vedligeholdelse. Svær vedligeholdelse betyder DYR vedligeholdelse. At satse på go kvalitet er derfor den bedste investering for dit projekt; - Du sparer penge i længden og resultatet er bedre for alle parter - OGSÅ slutbrugeren!

32 Hvorfor skal man have et testmiljø? Det er dyrt at teste Hvis man lader være med at teste, vil omkostningerne til test blive den største post på budgettet. Det lyder skørt, men manglende test resulterer i dårlig kode, og dårlig kode vil give projektet en rædselsfuld økonomi. Normalt siger man, at Total Cost of Ownership er fem gange prisen af fase 1, men tro os når vi siger, at det kan gå langt værre. Man kan teste funktioner, brugervenlighed og koncepter. Det rigtige er at teste det hele. Lad os starte med den funktionelle test. Funktionel test I et godt projekt installerer man tre servere. En server til udvikling, en server til test og en server til produktion. Det sidste er det, ikke-nørder kalder drift. Udviklerne skriver kode på deres udviklingsserver og den ansvarlige for test godkender al kode i slutningen af hvert sprint. Derefter må det flyttes til testserveren. Denne proces kalder vi deployment. Efter deployment er der sprintmøde, og her får produktejeren adgang til nyeste version på testserveren. Det er kun kode, der er 100% godkendt, der må flyttes til testserveren. 99% godt nok er en ommer. Et par fordele: - Udviklernes små tests og halvfærdig kode ender aldrig på det færdige website ved en fejl. - Udviklerne er opmærksomme på at levere 100% færdig kode hver anden uge. - Test af brugervenlighed kan foregå i fred på en testserver, der ikke forstyrres af udviklingsprojekter. - Produktejeren ved, hvad der er færdigt. 41 Bogen om scrum

33 Værdien af en god server. Uden en server, intet website. En webserver kan placeres flere steder. De fleste vælger et hosting-center, men man kan også have serveren stående hos sig selv. Uanset sted, skal driften være i top. Serveren skal overvåges, den skal være bedst muligt sikret mod angreb og den skal være dimensioneret korrekt (læs: Den kan aldrig blive stor nok). Serveren skal sættes op først. Punktum. Desuden skal alle i teamet oprettes som brugere og det skal sikres at produktejeren og andre interessenter har adgang til den tilhørende testserver. Tjekliste for webservere - Er der 24/7/365 overvågning? - Er der fuld adgang til driftsrapporter? - Tages der dagligt backup? - Er backup-proceduren beskrevet i dokumentationen? - Er serveren stor nok? - Har vi licenser til al nødvendig software? - Har vi en licensnøgle til content management systemet? - Er der nok båndbredde i hostingcenteret?

34 Værdien af valid kode At skrive valid kode handler om kunsten at skrive kode, der overholder de standarder, der er defineret af World Wide Web Consortium. Det lyder meget simpelt, og det er det også. Til gengæld er det helt normalt, at kode er skrevet i dårlig kvalitet. Vi skulle hilse at sige, at det ikke tager længere tid at skrive god kode, og heldigvis bliver det også mere almindeligt. Kode, der ikke validerer, ender ofte med at blive en bombe under budgettet. Dårlig kode mangler ofte struktur. Det bliver uoverskueligt at rette fejl, problematisk at estimere og kan sidestilles med en tur ud over vandfaldet. Det behøver ikke være en uoverkommelig opgave at skrive overskueligt HTML, XHTML og CSS-kode som validerer fra starten, og det er en indsats der betaler sig i længen. Man sikrer ensartethed på tværs af browsere, bedre kompatibilitet med mobile enheder, bedre placering i søgemaskiner, nemmere vedligehold og sansynligvis hurtigere visning af siden. Hvis man fra starten arbejder imod ensartet, kompatibel og overskuelig kode, vil der være langt færre potentielle faldgruber for udviklingsteamet. Sansynligheden for at nå deadline og budget stiger kraftigt. Hvem synes ikke godt om det? Valid kode: - Ensartet visning på tværs af browsere - Bedre kompatibilitet med mobile enheder - Bedre placering i søgemaskiner - Hurtigere visning af siderne - Lavere omkostninger til vedligeholdelse af koden - Lavere omkostninger til nyt design - Lavere risiko. På får du hurtig en oversigt over hvad der skal rettes for at din side validerer 43 Bogen om scrum

35 Usability test Usability-test og efterfølgende optimering/bug fixing må ikke foregå som to massive, adskilte processer. Gør man det, ender man med at grave oversete fejl dybere ned og desuden tvinger man programmørerne til at håndtere fejl eller uhensigtsmæssigheder on-the-fly. Det giver kun sjældent det bedste resultat. Vi tester i stedet så hurtigt som overhovedet muligt - og vi tester løbende. Når en ændring er implementeret, skal det nye resultat testes. Det giver den bedste kvalitet og minimerer på lang sigt omkostningerne, da alternativet vil være mere omfangsrig kode(om) skrivning. Usability test som iterativ proces kræver, at test brydes op i brudstykker - eller cases. En god regel er at oprette én case til hver fejl eller uhensigtsmæssighed. Det giver overblik og effektivitet for pengene. Bogen om scrum 44

36 Deployment og launch Deployment Deploymentprocessen er en vigtig del af kvalitetssikringen i et projekt. Deplyment vil sige, at man flytter en afgrænset klump af funktionalitet fra udviklingsmiljøet til test- eller produktionsmiljø. På den måde sikres det, at der vitterligt er tale om en afgrænset klump, der kan lægges på som en selvstændig pakke. Deployment er en løbende proces i et projekt. Når én opgave er løst, bliver resultatet deployet til testserveren hvor funktionaliteten testes igennem. Efter succesfuld test deployes igen til produktionsmiljøet, som i praksis er den server, der skal drive websitet efter launch. Launch Når sitet går i luften, skal resten af verden kunne gå ind på sitet. Det gøres i praksis ved at den ansvarlige (muligvis en ekstern partner) peger adressen ind på serveren (DNS-styring). Efter et par timer har resten af verdens servere opdaget ændringen, og besøgende på websitet bliver betjent af produktionsserveren. Tjekliste ved launch - Adgang udefra (Hul gennem firewall etc.) - DNS - Hvem er ansvarlig - Favicon - Title, metadata - Cross-browser-check - Proof read - Døde links - Funktionality check - Validering - Statistik - Sitemap side redirect 45 Bogen om scrum

37 Hvorfor vi hader Internet Explorer 6 Hvis dit website er optimeret til Internet Explorer 6 er det ikke optimeret til noget som helst andet. Det er et stort problem, og det er skabt af Microsoft, som altid har været langsomme til at følge de standarder, der er lavet til alles fordel. Heldigvis har Microsoft skiftet mening, så Internet Explorer 7 er i langt bedre kvalitet. Det er stadig en langsom browser, men det er en anden sag. I dag bruger under 30% af dine læsere Internet Explorer 6. Det er desværre nok til, at noget kode skal skrive to gange. Vi hader at gøre det, men det er nødvendigt. Hvis du synes, at standarder ikke betyder så meget, har vi i øvrigt nogle Betamax-bånd til salg. Billigt. Bogen om scrum 46

38 Termer Scrum er en udviklings- og projektmodel. I modellen findes forskelige roller, nogle helt centrale begivenheder og nogle standardmåder at håndtere ting på; ritualer, om man vil. Som alt andet i it-branchen findes der også her en herlig liste af trebogstavsforkortelser (TBF) og fagudtryk, man skal kende. Modellen er opbygget omkring et teamsamarbejde mellem en produktejer, en scrummaster og et udvalgt team. Her er listen over ord, som er gode at kende.

39 49 Bogen om scrum

40 Bug En fejl kan bestå af mange ting og kan prioriteres forskelligt. Bugs af prioritet Must Fix bør rettes hurtigt og kan eksempelvis betyde, at brugeren strander eller data tabes. Bugfix En rettelse af en bug. Case En delopgave i forbindelse med projektet. Alt hvad der skal laves, skal nedbrydes i delopgaver, som er beskrevet i cases. Feature Et afgrænset stykke funktionalitet i en løsning. FogBugz Det system vi bruger til at håndtere alle opgaverne i vores projekter. Post Mortem I forbindelse med sprint reviews gennemgår teamet, hvad der har været godt skidt i sidste sprint. Product Backlog Alle de opgaver i projektet, som endnu ikke er prioriteret. Produktejer Kunden har ansvaret for at oprette de opgaver, der skal udføres, samt at prioritere dem. Scrummaster Afholder sprintmøder og daglige scrum møder. Scrummaster skal sørge for at fjerne alle forhindringer for teamet. Bogen om scrum 50

41

42 Sprint En periode på 2-4 uger hvor der udføres de opgaver, der er prioriteret til det pågældende sprint. Sprint Backlog Listen over de opgaver der er løst eller skal løses i det givne sprint. Sprintmøde Et møde for teamet hvor der planlægges hvilke opgaver, der skal med i næste sprint. Sprint Review Teamet præsenterer de opgaver, der er udført i sprintet. Stand up-møde Dagligt møde for teamet, som gerne afholdes stående. Det er ofte passende, at hver deltager har 3 minutter til rådighed. Team Består ofte af 5-8 personer, som tilsammen har de kompetencer, der skal til for at udføre opgaverne i sprintet.

43 Ressourcer Hvis du vil vide lidt mere om scrum og de fordele du kan høste i dit team, kan du finde flere informationer her.

44 Links Bøger Agile Software Development with SCRUM, Ken Schwaber and Mike Beedle 55 Bogen om scrum

sådan kører vi processen

sådan kører vi processen VERTICA sådan kører vi processen Når du som ny kunde skal have udviklet en ny e-handelsløsning eller app til din virksomhed, kan det være svært at overskue den proces, der følger. Hos Vertica har vi været

Læs mere

Dynamisk hverdag Dynamiske processer

Dynamisk hverdag Dynamiske processer Dynamisk hverdag Dynamiske processer Verden og hverdagen er kompleks og i konstant forandring - og derfor skal den måde vi arbejder med projekter og implementering være enkel og forandringsparat. Agil

Læs mere

Projektarbejde med scrum- metoden

Projektarbejde med scrum- metoden Projektarbejde med scrum- metoden Indhold Indhold... 1 1 Indledning... 2 2 Roller og terminologi i scrum... 3 Opgavestilleren... 3 Scrum Masteren... 3 Projektgruppen... 3 Sprint... 3 3 Møder... 3 Planlægningsmødet...

Læs mere

Accelerate Agil implementering fra EG NeoProcess

Accelerate Agil implementering fra EG NeoProcess Accelerate Prioritise Sprint Accelerate Agil implementering fra EG NeoProcess EG NeoProcess www.eg-neoprocess.dk Accelerate den agile implementering Verden og hverdagen er kompleks og i konstant forandring

Læs mere

[A20] Kick off document and process description. 1 of 5

[A20] Kick off document and process description. 1 of 5 [A20] Kick off document and process description 1 of 5 kick off document Huge Lawn Projekt Kick-Off Alle projekter og ideer er forskellige. For at vi kan give et reelt bud på dit/jeres projekt eller idé

Læs mere

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Maj 2015 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

Det vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste

Det vigtigste først! Dette er måske den vigtigste bog der nogensinde er skrevet om agile vs. vandfald. Muligvis fordi det vel stadig er den eneste WTF? Thomas Schou-Moldt, Miracle A/S (siden 2008) Arkitekt, udvikler, teknisk projektleder, mv. Indtil videre afsonet lidt over 20 år i branchen, ingen udsigt til prøveløsladelse tsm@miracleas.dk, 5374

Læs mere

Spil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011

Spil Rapport. Spil lavet i GameMaker. Kevin, Mads og Thor 03-02-2011 Spil Rapport Spil lavet i GameMaker Kevin, Mads og Thor 03-02-2011 Indholdsfortegnelse Indledning... 2 HCI... 2 Planlægning / Elementær systemudvikling... 2 Kravspecifikationer... 4 Spil beskrivelse...

Læs mere

Workshops til Vækst. - Modul 3: Eksternt fokus. Indholdsfortegnelse

Workshops til Vækst. - Modul 3: Eksternt fokus. Indholdsfortegnelse Workshops til Vækst - Modul 3: Eksternt fokus Indholdsfortegnelse Workshops til Vækst... 1 Eksternt fokus... 2 Praktiske forberedelser... 3 Mentale modeller... 5 Indbydelse... 6 Program... 7 Opsamling

Læs mere

2. SEMESTER PROJEKT 3 INTERAKTIONSUDVIKLING

2. SEMESTER PROJEKT 3 INTERAKTIONSUDVIKLING 2. SEMESTER PROJEKT 3 INTERAKTIONSUDVIKLING Baggrund Udgangspunktet er projekt 2, dvs. en blog om cupcakes, hvor målgruppe, afsender og modtager allerede er defineret. Du bliver nu bedt om at udvikle et

Læs mere

kollegiekokkenet.tmpdesign.dk Side 1

kollegiekokkenet.tmpdesign.dk Side 1 kollegiekokkenet.tmpdesign.dk Side 1 Indholdsfortegnelse Forord 3 Problemformulering 4 Udviklingsmetode 5 Tidsplan 6 Målgruppe 7 Design brief 8 Logo 10 Typografi og farve 11 Navigationsdiagram 12 Usecase

Læs mere

Cloud i brug. Migrering af Digitalisér.dk til cloud computing infrastruktur

Cloud i brug. Migrering af Digitalisér.dk til cloud computing infrastruktur Cloud i brug Migrering af Digitalisér.dk til cloud computing infrastruktur 02 Indhold > Executive Summary............................................................... 03 Digitaliser.dk.....................................................................

Læs mere

Meget Bedre Møder. Fordi livet er for kort til dårlige møder! En gratis e-bog udgivet af Projekt Arbejdsglæde

Meget Bedre Møder. Fordi livet er for kort til dårlige møder! En gratis e-bog udgivet af Projekt Arbejdsglæde Meget Bedre Møder Fordi livet er for kort til dårlige møder! En gratis e-bog udgivet af Projekt Arbejdsglæde Sådan går du fra Til Hvad er det bedste møde du har været til? Tænk tilbage til et rigtig godt

Læs mere

DANMARKS NATIONALBANK LEVER AGIL UDVIKLING STADIG I DET VILDE VESTEN

DANMARKS NATIONALBANK LEVER AGIL UDVIKLING STADIG I DET VILDE VESTEN DANMARKS NATIONALBANK LEVER AGIL UDVIKLING STADIG I DET VILDE VESTEN Sikkerhed og Revision 2013 Martin Falk-Hansen & Svend M Er sikkerhed og revision et problem i agil udvikling? Og i givet fald hvorfor?

Læs mere

IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1

IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 13-11-2013 1 IT-Universitetet, Projekt- og Programledelse November 2013 AGIL PROGRAMLEDELSE 1 AGENDA Hvem snakker? De betydende faktorer Agil forretningsudvikling D60 leverancemodel - Bedrock Opsamling og? 2 Hvem snakker?

Læs mere

Mediegruppen bevæger mennesker

Mediegruppen bevæger mennesker Mediegruppen bevæger mennesker 03 Fra ide til færdig løsning Hos Mediegruppen har vi arbejdet med internettet siden bureauets start i 1997. Vi har været med fra de traditionelle løsninger i HTML og de

Læs mere

DD110 - Detaljeret projektplan

DD110 - Detaljeret projektplan Version: 1.3 Status: Godkendt Godkender: Dokumenthistorik Version Dato Navn Status Bemærkninger 1.0 9-11-2007 Endelig Initiel version 1.1 22-11-2007 Godkendt 1.2 28-11-2007

Læs mere

10 informationer som gør din fejlrapport selvforklarende for både forretningen og programmørerne

10 informationer som gør din fejlrapport selvforklarende for både forretningen og programmørerne 10 informationer som gør din fejlrapport selvforklarende for både forretningen og programmørerne Introduktion Uanset hvor mange informationer man tilføjer en fejlrapport er det vigtigt, at man beslutter

Læs mere

GRAFISK PRODUKTION OG WORKFLOW. Hjemmeside til Team Brügger

GRAFISK PRODUKTION OG WORKFLOW. Hjemmeside til Team Brügger GRAFISK PRODUKTION OG WORKFLOW Hjemmeside til Team Brügger DITTE MADSEN - SVENDEPRØVE - 2015 KUNDEPROFIL Team Brügger er en frisørsalon i Aars. Indehaveren Gitte Brügger startede salonen op sammen med

Læs mere

Agile metoder og kontrakter

Agile metoder og kontrakter Agile metoder og kontrakter 24. september 2009 Myllerup Consult, Hasseltoften 11, 8361 Hasselager +45 2834 9084, info@myllerup.dk Images: Disney Dream Works Indhold Scrum introduktion Processens ritualer

Læs mere

App-strategi for Randers Kommune December 2012. Bilag 2: Procesvejledning for app-udvikling i Randers Kommune

App-strategi for Randers Kommune December 2012. Bilag 2: Procesvejledning for app-udvikling i Randers Kommune Bilag 2: Procesvejledning for app-udvikling i Randers Kommune Procesvejledningen har til formål, at skabe overblik over app-udviklingsprocessen, og skal sikre kvalitet og genkendelighed blandt apps ene

Læs mere

Sådan installeres og teste WordPress på en lokal server

Sådan installeres og teste WordPress på en lokal server Sådan installeres og teste WordPress på en lokal server Det gratis WordPress blog værktøj er vokset gennem årene til et fuldgyldigt CMS-system content management system). WordPress har forenklet processen

Læs mere

It-håndbogen. Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret.

It-håndbogen. Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret. It-håndbogen Uddrag af artikel trykt i It-håndbogen. Gengivelse af denne artikel eller dele heraf er ikke tilladt ifølge dansk lov om ophavsret. Børsen Ledelseshåndbøger er Danmarks største og stærkeste

Læs mere

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Januar 2014 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

10 Vigtigste SEO Ranking Faktorer

10 Vigtigste SEO Ranking Faktorer 10 Vigtigste SEO Ranking Faktorer Indledning 10 Vigtigste Ranking Faktorer Agilitor Der findes en lang række faktorer, der har indflydelse på din websites position i Google på forskellige søgeord. Faktisk

Læs mere

Implementering af IT velkommen. 23. september 2015 Katrine Gorrissen

Implementering af IT velkommen. 23. september 2015 Katrine Gorrissen Implementering af IT velkommen 23. september 2015 Katrine Gorrissen Status 59% af de kontraktansvarlige i større danske virksomheder oplever, at it-projekter kører helt af sporet og ender i juridisk tvist

Læs mere

10 gode råd. Vælg den rette model. af konsulent Morten Korsaa, DELTA

10 gode råd. Vælg den rette model. af konsulent Morten Korsaa, DELTA 10 gode råd af konsulent Morten Korsaa, DELTA Vælg den rette model SKI rammekontrakten giver mulighed for at bruge to udviklingsmodeller den klassiske og den nye. Dit valg er afgørende for succes. Den

Læs mere

Et krav til portfolien var at det skulle udvikles fra bunden uden brug af CSS-frameworks, samt HTML og CSS skulle valideres uden fejl.

Et krav til portfolien var at det skulle udvikles fra bunden uden brug af CSS-frameworks, samt HTML og CSS skulle valideres uden fejl. Indledning Mit sidste projekt her på 1.semester gik ud på at jeg skulle lave et redesign af mit første portfolio, som jeg lavede i starten af semesteret. Formålet var at vise hvad jeg havde lært siden

Læs mere

The LEGO Journey: Building an agile test foundation one brick at the time. Casper Gaardland Englund. Stephan Hjelmdal Nielsen. 2013 The LEGO Group l

The LEGO Journey: Building an agile test foundation one brick at the time. Casper Gaardland Englund. Stephan Hjelmdal Nielsen. 2013 The LEGO Group l The LEGO Journey: Building an agile test foundation one brick at the time Casper Gaardland Englund Stephan Hjelmdal Nielsen 2013 The LEGO Group l TestExpo 15 Hvem er vi? Casper Englund Uddannet datamatiker

Læs mere

Det er os, der har fingrene i dejen - om medarbejderdreven innovation i team (MIT)

Det er os, der har fingrene i dejen - om medarbejderdreven innovation i team (MIT) 1 Det er os, der har fingrene i dejen - om medarbejderdreven innovation i team (MIT) Medarbejdere og ledere i Borgerservice i Silkeborg, Marianne Kristiansen og Jørgen Bloch-Poulsen 22.10.09 HK Kommunalbladet

Læs mere

Succes med CRM. Det behøver slet ikke at være så svært! made for sales people

Succes med CRM. Det behøver slet ikke at være så svært! made for sales people Succes med CRM Det behøver slet ikke at være så svært! made for sales people CRM handler om at huske at kontakte dine kunder! Alt efter om du er salgschef, marketingmedarbejder eller arbejder indenfor

Læs mere

15-11-2013 TANDLÆGE KAMPAGNE. Marc Sztuk, Simon Drabsch og Marcus Rasmussen

15-11-2013 TANDLÆGE KAMPAGNE. Marc Sztuk, Simon Drabsch og Marcus Rasmussen 15-11-2013 TANDLÆGE KAMPAGNE Marc Sztuk, Simon Drabsch og Marcus Rasmussen Forord Vi har tilmeldt os konkurrencen fra Tandlægeforeningen, om at lave en kampagne for at få flere unge til at tage til tandlæge.

Læs mere

Guide til projektledere: Succesfuld konceptudvikling, kommunikationsstrategi og eksekvering af dit projekt på BetterNow

Guide til projektledere: Succesfuld konceptudvikling, kommunikationsstrategi og eksekvering af dit projekt på BetterNow Guide til projektledere: Succesfuld konceptudvikling, kommunikationsstrategi og eksekvering af dit projekt på BetterNow version 1.0 maj 2012 Indholdsfortegnelse 1. Indledning... 3 2. Definer budskabet

Læs mere

Internet Information Services (IIS)

Internet Information Services (IIS) Internet Information Services (IIS) Casper Simonsen & Yulia Sadovskaya H1we080113 06-11-2013 Indholdsfortegnelse Problemformulering... 2 Hvorfor:... 2 Hvad:... 2 Hvordan:... 2 Problembehandling... 3 Introduktion...

Læs mere

TESTPLAN: SENIORLANDS WEBSHOP

TESTPLAN: SENIORLANDS WEBSHOP TESTPLAN: SENIORLANDS WEBSHOP Indledning Vi vil i vores brugervenlighedsundersøgelse teste Seniorlands webshop 1. Vi vil teste hvor at webshoppen fungerer set ud fra en bruger af Internet. Vi vil blandt

Læs mere

Kunsten at formulere udfordringer

Kunsten at formulere udfordringer Kunsten at formulere udfordringer Sådan formulerer du udfordringer, så de motiverer og frister til nytænkning! Af Lise Damkjær og Lene Bornemann Innovationsstrategi Her får du vores bud på Danmarks nye

Læs mere

Sådan får I afdelingsbestyrelsen til at fungere godt

Sådan får I afdelingsbestyrelsen til at fungere godt Kære afdelingsbestyrelse DUAB-retningslinie nr. 8 til afdelingsbestyrelserne: Sådan får I afdelingsbestyrelsen til at fungere godt Hellerup 28.02.2008 DUAB s organisationsbestyrelse har besluttet disse

Læs mere

Kort sagt: succes med netdating.

Kort sagt: succes med netdating. Indledning I denne e- bog får du en guide til, hvordan du knækker netdating koden! Du finder alt hvad du skal bruge, for at komme igang med at møde søde piger på nettet. Få f.eks. besvaret følgende spørgsmål:

Læs mere

Underbilag 14 C: Afprøvningsforskrifter til prøver og tests

Underbilag 14 C: Afprøvningsforskrifter til prøver og tests Underbilag 14 C: Afprøvningsforskrifter til prøver tests Udbud om levering, installation, implementering, support, drift vedligehold af Borgeradministrativt System (BAS) Indhold underbilag 14 C Afprøvningsforskrifter

Læs mere

Gruppe: 2 Hold: MulB Årgang 2013 Lærere: Merete Geldermann Lützen & Jesper Hinchely

Gruppe: 2 Hold: MulB Årgang 2013 Lærere: Merete Geldermann Lützen & Jesper Hinchely Bannerpage: http://spicegirls.creativefolder.dk/bannerpage/ Landingpage: http://spicegirls.creativefolder.dk/ René Skovgaard Andersen cph-ra73@cphbusiness.dk Stig Hamborg Nielsen cph-sn9@cphbusiness.dk

Læs mere

Hvorfor skal vi bruge objekt orienteret databaser?

Hvorfor skal vi bruge objekt orienteret databaser? OODBMS Vs. RDBMS 1 Indholdsfortegnelse Hvorfor skal vi bruge objekt orienteret databaser?... 3 OODBMS i erhvervslivet... 4 Bagsiden af medaljen... 5 OODBMS i praksis... 6 Konklusion... 8 2 Hvorfor skal

Læs mere

PRODUKTIONSSTYRING OG -PLANLÆGNING

PRODUKTIONSSTYRING OG -PLANLÆGNING PRODUKTIONSSTYRING OG -PLANLÆGNING Introduktion Er det egentlig præcist at tale om produktion når temaet er spiludvikling? For produktion dufter jo af faste procedurer, kendte milepæle, og definerede krav

Læs mere

Guide til succes med målinger i kommuner

Guide til succes med målinger i kommuner Guide til succes med målinger i kommuner Af Kresten Bjerg, kommunikationsrådgiver, Bjerg K Kommunikation måles af forskellige grunde. Derfor skal kommunikation også måles på forskellige måder. Dit første

Læs mere

Digital Kommuneplan. Kravsspecifikation gennem brugerinvolvering

Digital Kommuneplan. Kravsspecifikation gennem brugerinvolvering Digital Kommuneplan Kravsspecifikation gennem brugerinvolvering Indhold Introduktion Afklaring af behov: Hvad skal digitale kommuneplaner kunne? Udarbejdelse og test af løsning: Hvordan skal digitale kommuneplaner

Læs mere

fra udvikler til leder med Pomodoro-teknikken Troels Richter 2009

fra udvikler til leder med Pomodoro-teknikken Troels Richter 2009 fra udvikler til leder med Pomodoro-teknikken Troels Richter 2009 Baggrund Professionel software udvikler gennem 9 år Knap 2 års erfaring som SCRUM Master (projektleder) Leder for 4-7 mand gennem det seneste

Læs mere

Grafisk produktion & workflow

Grafisk produktion & workflow Grafisk produktion & workflow WORKFLOW & PRODUKTION WEBSITE NATURSPEJDERNE Dokumentation I 2 OPGAVEN Opgaven Jeg har lavet dette fiktive website der kunne være en mulighed for en nyopstartet spejderforening.

Læs mere

Bilag 1: Interviewguide:

Bilag 1: Interviewguide: Bilag 1: Interviewguide: Vores interview guideforskningsspørgsmål Spiller folk på ITU multiplayer, frem for singleplayer? Skaber onlinespil sociale relationer mellem folk på ITU? Interviewspørgsmål Foretrækker

Læs mere

Her vil jeg gerne være Det er sådan dine kunder skal tænke

Her vil jeg gerne være Det er sådan dine kunder skal tænke Her vil jeg gerne være Det er sådan dine kunder skal tænke I denne gennemgang lægger vi vægt på hjemmesidens opbygning. For at få det optimale udbytte af en hjemmeside skal mange elementer spille sammen.

Læs mere

ARBEJDET MED UDVIKLING AF EN AGIL STANDARDKONTRAKT

ARBEJDET MED UDVIKLING AF EN AGIL STANDARDKONTRAKT Executive summary 1. ARBEJDET MED UDVIKLING AF EN AGIL STANDARDKONTRAKT Regeringen har et mål om, at den offentlige sektor skal være blandt de mest effektive og mindst bureaukratiske i verden, og for at

Læs mere

Iterativ og Agil udvikling

Iterativ og Agil udvikling Iterativ og Agil udvikling 1 2 Udfordringer i hverdagen En liste over de udfordringer man står overfor ved implementering af iterativ og agil udvikling. 3 Udfordringer med Iterationer 4 Iterationer, I

Læs mere

Tillæg til Libris-hæftet: WordPress. Temaredigering og sikkerhed m.m.

Tillæg til Libris-hæftet: WordPress. Temaredigering og sikkerhed m.m. Tillæg til Libris-hæftet: WordPress Temaredigering og sikkerhed m.m. 1. Temaopbygning og -redigering I det trykte hæfte gennemgår jeg, hvordan du installerer temaer i WordPress. Der findes tusindvis af

Læs mere

Accelerace og Green Tech Center kommer nu med et unikt tilbud om udvikling af din virksomhed Green Scale Up

Accelerace og Green Tech Center kommer nu med et unikt tilbud om udvikling af din virksomhed Green Scale Up Accelerace og Green Tech Center kommer nu med et unikt tilbud om udvikling af din virksomhed Green Scale Up Accelerace har gennem de seneste 7 år arbejdet tæt sammen med mere end 250 af de mest lovende

Læs mere

Guide 7 tips til organisatorisk implementering.

Guide 7 tips til organisatorisk implementering. Guide 7 tips til organisatorisk implementering www.infosuite.dk 1 Den organisatoriske forankring er vigtig hvis du skal opnå succes med dit BI-projekt. Organisatorisk forankring af Business Intelligence

Læs mere

Filmmanual for tillidsvalgte. Lav dine egne film til Sociale Medier

Filmmanual for tillidsvalgte. Lav dine egne film til Sociale Medier Filmmanual for tillidsvalgte Lav dine egne film til Sociale Medier Indholdsfortegnelse 1: Levende billeder på sociale medier 2: Vigtige overvejelser før du går i gang 3: Lav en simpel film 4: Lav en mere

Læs mere

Web governance model for SSI

Web governance model for SSI Web governance model for SSI Oplæg til web kommunikationsgruppen December 2008 1 Indledning... 3 Afgrænsning... 3 Roller og ansvar... 4 Webredaktøren... 4 Forfattere... 5 Overordnet ansvarlig... 5 Webredaktører

Læs mere

8 tips og tricks der sender din webshop i superligaen

8 tips og tricks der sender din webshop i superligaen 8 tips og tricks der sender din webshop i superligaen Indhold Intro Kend dine besøgende Gør valget simpelt og vind kunder Sådan får du en optimeret kategoriside Eksempler på to gode kategorisider Brug

Læs mere

Fleksibilitet og Sikkerhed

Fleksibilitet og Sikkerhed Fleksibilitet og Sikkerhed WPS - Web Publishing System er den perfekte marketings- og Kommunikationsplatform, idet systemet får det optimale ud af det hurtigste og mest dynamiske medie i dag - Internettet.

Læs mere

STAMDATA RESULTATER UNDERVEJS. (1-5) Hvad kunne du ønske dig mere af? Besvarelse. Projektnavn. Kunde. Leverandør. Udfyldt af (kunde/leverandør)

STAMDATA RESULTATER UNDERVEJS. (1-5) Hvad kunne du ønske dig mere af? Besvarelse. Projektnavn. Kunde. Leverandør. Udfyldt af (kunde/leverandør) STAMDATA Besvarelse Projektnavn Kunde Leverandør Udfyldt af (kunde/leverandør) Udfyldt af (navn + rolle) RESULTATER UNDERVEJS Punktets relevans I meget høj I høj Hverken eller I mindre Slet ikke (1-5)

Læs mere

Workshop for unge sejlere

Workshop for unge sejlere Workshop for unge sejlere Instruktion og manuskript Workshop for unge sejlere Kom i dialog med de unge! Hvilke aktiviteter skulle der laves, hvis det var klubbens unge sejlere, der bestemte? Dansk Sejlunion

Læs mere

Eksempler på alternative leveregler

Eksempler på alternative leveregler Eksempler på alternative leveregler 1. Jeg skal være afholdt af alle. NEJ, det kan ikke lade sig gøre! Jeg ville foretrække at det var sådan, men det er ikke realistisk for nogen. Jeg kan jo heller ikke

Læs mere

C-WEB. TM Online dokumenthåndtering, tilgængelig for dig, kollegaer og samarbejdspartnere.

C-WEB. TM Online dokumenthåndtering, tilgængelig for dig, kollegaer og samarbejdspartnere. C-WEB Byggeprojekt.dk og C-WEB leverer mobile og webbaserede digitale byggerier i skyen. IT-infrastrukturen er skræddersyet efter specifikke behov og til udveksling af kvalitetssikrede byggeinformationer

Læs mere

Aktuel driftsstatus for IndFak

Aktuel driftsstatus for IndFak Aktuel driftsstatus for IndFak Side 1 af 5 Der er på nuværende tidspunkt 72 institutioner, som anvender IndFak. Der er fortsat forskellige driftsmæssige problemer samt uhensigtsmæssigheder i systemet.

Læs mere

TILLIDS- REPRÆSENTANT

TILLIDS- REPRÆSENTANT TILLIDS- REPRÆSENTANT GUIDE BEDRE TIL ORD, TAL OG IT INTRODUKTION TIL GUIDEN Din arbejdsplads er blevet udvalgt til at være med i projektet Bedre til ord, tal og IT. Du får denne guide, fordi du har en

Læs mere

Stedbevidst kalender

Stedbevidst kalender Stedbevidst kalender Jacob Sparre Andersen 26. februar 2010 Resumé Forestil dig at din kalender er opmærksom på hvor du ér, og hvor du skal være. Ikke noget med at du selv behøver at undersøge, om det

Læs mere

Punkt 9 - bilag 3. Vejledning vedr. brug af Cisco Jabber

Punkt 9 - bilag 3. Vejledning vedr. brug af Cisco Jabber Punkt 9 - bilag 3 vedr. brug af Cisco Jabber Region Sjælland 2014 INDHOLD 1. Organisation & Ansvar 2. Juridiske aspekter 3. Generel brug af Cisco Jabber Tilgængelighed Chat Skærmdeling Videosamtale Virtuelle

Læs mere

STYR TIDSRØVERNE. 1 Styr tidsrøverne

STYR TIDSRØVERNE. 1 Styr tidsrøverne 1 Styr tidsrøverne 9 1 Styr tidsrøverne Hverdag i kontormiljøet Fred og ro! Det er nu du tager en større sag frem som vil kræve et par timers koncentreret arbejdsindsats. Måske en sag hvor du skal sætte

Læs mere

Svendeprøve Projekt Tyveri alarm

Svendeprøve Projekt Tyveri alarm Svendeprøve Projekt Tyveri alarm Påbegyndt.: 8/2-1999 Afleveret.: 4/3-1999 Projektet er lavet af.: Kasper Kirkeby Brian Andersen Thomas Bojer Nielsen Søren Vang Jørgensen Indholds fortegnelse 1. INDLEDNING...3

Læs mere

TRYGHED, SIKKERHED & ARBEJDSMILJØ

TRYGHED, SIKKERHED & ARBEJDSMILJØ TRYGHED, SIKKERHED & ARBEJDSMILJØ Life2Save 360 Når vi siger 360 grader betyder det, at vi er med jer hele vejen rundt. Vores 360 cirkel er opbygget af moduler, der kan sammensættes og tilpasses, så det

Læs mere

HHBR. Design. Kvalitets vurdering. Opgaven. Målgruppe og Budskab. De Grafiske valg

HHBR. Design. Kvalitets vurdering. Opgaven. Målgruppe og Budskab. De Grafiske valg Opgaven Der skal designes en hjemmeside til en pensioneret revisor, som ønsker at starte en fritids beskæftigelse op, som privat revisor. Han Ønsker en hjemmeside der skal kort fortælle om hans forretning.

Læs mere

Ingen effektivitet uden trivsel og fælles værdier

Ingen effektivitet uden trivsel og fælles værdier Ingen effektivitet uden trivsel og fælles værdier BALLERUP KOMMUNE: Det kan være svært at sige, hvad der kommer først. Trivsel eller effektivitet. Men i Ballerup Kommunes visitationsafdeling er de ikke

Læs mere

TimeLog Help Desk 1.1 Nyheder og forbedringer.

TimeLog Help Desk 1.1 Nyheder og forbedringer. www.timelog.dk info@timelog.dk Help desk med kvalitet TimeLog Support er frigivet i ny og drastisk revideret version. På samme tid skifter modulet navn til TimeLog Help Desk. TimeLog Help Desk er et ekstramodul

Læs mere

Gi dit website et servicetjek

Gi dit website et servicetjek Gi dit website et servicetjek Grokraft til Websites Ingredienser: Branding, Brugervenligt design, Stram styring, Sikkert system, Klar økonomi Et website skal gødes, vandes og plejes, så det gror, som det

Læs mere

Ud af krisen. Software på tværs, 15. juni 2009

Ud af krisen. Software på tværs, 15. juni 2009 Ud af krisen Software på tværs, 15. juni 2009 Om Ative Agile udvikling og rådgivning Klassisk udviklingsmodel Krav Design Ændrer sig Implementering Tager for lang tid Springes over Mareridt Test Deployment

Læs mere

Sådan bevarer du kraften i dit parforhold

Sådan bevarer du kraften i dit parforhold Sådan bevarer du kraften i dit parforhold Hvad enten du er eller har været i parforhold i kortere eller længere tid, kan du her søge gode råd om, hvordan du får et bedre eller bevarer dit parforhold. Vores

Læs mere

App til museeum Af Alan Mohedeen 3.5

App til museeum Af Alan Mohedeen 3.5 2012 App til museeum Af Alan Mohedeen 3.5 Mohedeen 4/15/2012 Inholdsfortegnelse Indledning... 2 Indledende problemanalyse... 2 Projekt- og produktmål... 2 Bollemodel... 3 Kravspecifikation... 4 Løsningsforslag...

Læs mere

Brugervenlighed som en fast del af udviklingsprocessen

Brugervenlighed som en fast del af udviklingsprocessen Brugervenlighed som en fast del af udviklingsprocessen Ingrid Haug, 10. marts 2010 Hvorfor dette oplæg? Brugervenlige produkter opnås kun ved at arbejde målrettet med brugervenlighed Alt for sjældent er

Læs mere

Undervisningsbeskrivelse

Undervisningsbeskrivelse Undervisningsbeskrivelse Stamoplysninger til brug ved prøver til gymnasiale uddannelser Termin Jan-juni 2016 Institution UCH/ Handelsskolen Uddannelse Fag og niveau Lærer(e) Hold EUX Business IT B Lars

Læs mere

Frivillige ledere...

Frivillige ledere... Køb bøgerne i dag Frivillige ledere... V/ Sociolog og forfatter Foredragsholder og konsulent i Ledfrivillige.dk Aktiv frivillig leder - grundlægger af RETRO giver dig redskaber og inspiration til ledelsesopgaven

Læs mere

GRAFISK WORKFLOW REDESIGN AF HJEMMESIDE

GRAFISK WORKFLOW REDESIGN AF HJEMMESIDE GRAFISK WORKFLOW REDESIGN AF HJEMMESIDE 2 REDESIGN AF FUTURECOM BUSINESS SOLUTIONS HJEMMESIDE OPGAVEN Den gamle hjemmeside skulles redesignes da den daværende hjemmeside var forældet (indhold og udseende)

Læs mere

Den testansvarliges vejledning til kompetencetest

Den testansvarliges vejledning til kompetencetest Den testansvarliges vejledning til kompetencetest Testen er computerbaseret og kan gennemføres på både computer og tablet (herefter under et kaldet computere). Der er dog ved tidligere gennemførsler oplevet

Læs mere

Det Nye Testamente lyd-app. v. Stefan Lykkehøj Lund

Det Nye Testamente lyd-app. v. Stefan Lykkehøj Lund Det Nye Testamente lyd-app v. Stefan Lykkehøj Lund Indledning For nogle år siden, fik jeg Det Nye Testamente som lydbog på USB. I starten lyttede jeg en del med tiden blev det dog til mindre og mindre.

Læs mere

Bruger v1.5 QUICK GUIDE. Green Glass Software V/ Dan Feld-Jakobsen Lojovej 1 6200 Aabenraa 51 92 83 58 / dan@rekvi-skole.dk

Bruger v1.5 QUICK GUIDE. Green Glass Software V/ Dan Feld-Jakobsen Lojovej 1 6200 Aabenraa 51 92 83 58 / dan@rekvi-skole.dk Bruger v1.5 QUICK GUIDE Green Glass Software V/ Dan Feld-Jakobsen Lojovej 1 6200 Aabenraa 51 92 83 58 / dan@rekvi-skole.dk INTRODUKTION TIL REKVI-SKOLE Ideen med Rekvi-skole systemet udsprang fra et behov

Læs mere

MANUAL. Siteloom CMS

MANUAL. Siteloom CMS MANUAL Siteloom CMS www.hjerteforeningen.dk/cms Brugernavn: Password: 3. september, 2012 BASIS FUNKTIONER 1. Kalender... 4 1.a. Opret... 5 1.b. Rediger eller slet... 8 2. Sider... 10 2.a Opret side...

Læs mere

Tjeklisten for bedre indtjening

Tjeklisten for bedre indtjening Tak fordi du har downloadet Den ultimative tjekliste for bedre indtjening. Manglende indtjening hænger ofte sammen med, at der er ting i dit workflow, du kan forbedre. En tjekliste er uvurderlig, for den

Læs mere

PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER

PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER cuneco en del af bips Dato 20. marts 2012 Projektnr. 14 021 Sign. SSP 1 Indledning cuneco gennemfører et projekt, der skal udvikle en standardiseret struktur og

Læs mere

KODNING AF RESPONSIV DESIGN

KODNING AF RESPONSIV DESIGN Grafisk Workflow REDEGØRELSE GRAFISK WORKFLOW 39 OPGAVEN Frk. Nielsens rengøringsfirma kom til os for at få lavet ny hjemmeside. Hun var træt af den gamle, da hun ikke kunne rette i indholdet, og valgte

Læs mere

Spilleregler: Find vej til bedre trivsel. Introduktion til redskabet:

Spilleregler: Find vej til bedre trivsel. Introduktion til redskabet: Introduktion til redskabet: er et redskab til at undersøge trivslen i en virksomhed. Det kan bruges i mindre virksomheder med under 20 ansatte og man behøver ikke hjælp udefra. Det kræver dog, en mødeleder

Læs mere

Få det bedste ud af din INNOVATIONS- PRAKTIK

Få det bedste ud af din INNOVATIONS- PRAKTIK UGE 37 Få det bedste ud af din INNOVATIONS- PRAKTIK >>>>>>>> Innovationspraktik uge 37 >>>>>>>>>>>>>>>>>>>>>> Innovationspraktikken er en ny og anderledes mulighed for at udveksle erfaringer mellem offentlige

Læs mere

TRIN TIL ØGET OMSÆTNING.

TRIN TIL ØGET OMSÆTNING. 3 TRIN TIL ØGET OMSÆTNING. Tlf. 70 268 264 info@relationwise.dk København - London - Stockholm Introduktion Loyalitets-guruen Frederick Reichheld beskriver, at loyale kunder er en fantastisk profit-generator,

Læs mere

Application Management Service

Application Management Service Application Management Service I dette Whitepaper vil vi beskrive nogle af vores erfaringer med Application Management. De fleste virksomheder har på et tidspunkt lavet, eller fået lavet, en mindre applikation,

Læs mere

Velkommen til Fuel Relation Drivers Course Modul 2: Fra idé til plan

Velkommen til Fuel Relation Drivers Course Modul 2: Fra idé til plan Velkommen til Fuel Relation Drivers Course Modul 2: Fra idé til plan Indlægsholdere Søren Løvlund Mandsberg Seniorkonsulent i ProjectManagement, IBC International Business College Christian Pfeiffer Jensen

Læs mere

Læseudviklingens 12 trin

Læseudviklingens 12 trin Læseudviklingens 12 trin Læseudviklingens 12 trin 1. Kan selv finde sit navn blandt mange. Fx på garderoben i børnehaven. Kan også selv skrive sit navn. Typisk med store bogstaver. Det betyder ikke noget

Læs mere

IT-projektledelse F2006. Opfølgning og kvalitetssikring

IT-projektledelse F2006. Opfølgning og kvalitetssikring IT-projektledelse F2006 Opfølgning og kvalitetssikring Hvorfor planlægge når projekter sjældent følger planen? Hvad er opfølgning? Hvad skal der følges op på? Levels of control checkpoint reports project

Læs mere

Lean Construction-DK s. Guide til bedre planlægning med Last Planner System

Lean Construction-DK s. Guide til bedre planlægning med Last Planner System Lean Construction-DK s Guide til bedre planlægning med Last Planner System Introduktion Last Planner System er et værktøj i Lean Construction udviklet specielt til byggeriet og med hensyn til byggeriets

Læs mere

Ledelse af frivillige

Ledelse af frivillige Køb bøgerne i dag Ledelse af frivillige V/ Sociolog og forfatter Foredragsholder og konsulent i Ledfrivillige.dk Aktiv frivillig leder - grundlægger af RETRO giver dig redskaber og inspiration til ledelsesopgaven

Læs mere

Søren Lauesen IT-Universitetet i København

Søren Lauesen IT-Universitetet i København Hvorfor elektronisk tinglysning startede som en katastrofe Hvordan kunne det være undgået? Hvorfor deres sagsbehandlingssystem blev lukket Søren Lauesen IT-University of Copenhagen E-mail: slauesen@itu.dk

Læs mere

10 gode grunde. - derfor skal du vælge Office365

10 gode grunde. - derfor skal du vælge Office365 10 gode grunde - derfor skal du vælge Office365 1. Bedre samarbejde på tværs af lokationer En stor del af arbejdsstyrken tilbringer i dag langt mere tid væk fra deres kontor end hidtil. Dine ansatte kan

Læs mere

Web-baseret metadata redigeringsmodul

Web-baseret metadata redigeringsmodul Kravspecifikation Geodata Danmark Geodatacentret I/S Energivej 3 4180 Sorø Tlf. 5786 0400 Fax. 5786 0414 GIS Danmark A/S Birkemosevej 7 6000 Kolding Tlf. 7399 1100 Fax. 7399 11199 Web www.geodata.dk Web-baseret

Læs mere

FACEBOOK MARKETING. Simple teknikker der kan booste virksomhedens salg og omsætning via Facebook.

FACEBOOK MARKETING. Simple teknikker der kan booste virksomhedens salg og omsætning via Facebook. FACEBOOK MARKETING Simple teknikker der kan booste virksomhedens salg og omsætning via Facebook. Hvorfor skal jeg bruge Facebook Marketing? Mange virksomheder spørger sig selv dette spørgsmål. Men de skal

Læs mere