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

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

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

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

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

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

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

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

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

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

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

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

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

Modul 2 - "Usability at work" Usability i organisationer. Vær tålmodig. Ledelsens opbakning. Synliggørelse. Effektive arbejdsrutiner

Modul 2 - Usability at work Usability i organisationer. Vær tålmodig. Ledelsens opbakning. Synliggørelse. Effektive arbejdsrutiner World Usability Day 2006 14. november, Århus Modul 2 - "Usability at work" Af Kristian Krämer I dette modul var overskriften Usability at work og det dækkede bl.a. over usability-folkets arbejdsvilkår

Læs mere

Kvalitetssikring og agile udvikling

Kvalitetssikring og agile udvikling Kvalitetssikring og agile udvikling Gæsteforelæsning for dsoftark-e10 på Århus Universitet Dagsorden Hvem er jeg og hvad er min baggrund i test og agile? Hvad kan I forvente? Agile og scrum Kvalitetssikring

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

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

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

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

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

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

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

Annoncering af udbud om udvikling af ny hjemmeside

Annoncering af udbud om udvikling af ny hjemmeside Annoncering af udbud om udvikling af ny hjemmeside Annoncering I medfør af lov om indhentning af tilbud på visse offentlige og offentligt støttede kontrakter (tilbudsloven) 15 a 15 d annonceres følgende:

Læs mere

Idékatalog Planlægning og brug af test i statslige it-projekter

Idékatalog Planlægning og brug af test i statslige it-projekter Idékatalog Planlægning og brug af test i statslige it-projekter Januar 2014 INDHOLD 1. INDLEDNING...1 2. TYPER AF TEST...2 3. PLANLÆGNING AF TEST I FASERNE...6 3.1 IDÉFASEN...6 3.2 ANALYSEFASEN...7 3.3

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

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

Håndbog til projektledelse

Håndbog til projektledelse Mere info kontakt Julie Kirstine Olsen Udviklingskonsulent juols@ikast-brande.dk Tlf.: 9960 4153 Mads Ballegaard Konsulent mabal@ikast-brande.dk Tlf.: 9960 4021 Produceret af Håndbog til projektledelse

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

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

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

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

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

LEDIG JOURNALIST? Gruppe 9 2 semester 1 projekt: Website Janni, Jens, Morten & Mikael

LEDIG JOURNALIST? Gruppe 9 2 semester 1 projekt: Website Janni, Jens, Morten & Mikael LEDIG JOURNALIST? Gruppe 9 2 semester 1 projekt: Website Janni, Jens, Morten & Mikael Indholdsfortegnelse Problemformulering Problemformulering... s. 1 Kommunikation... s. 2 Model... s. 2 Analyse... s.

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

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

Århus Kommunes nye hjemmeside - en ny side af Århus Kommune! Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling

Århus Kommunes nye hjemmeside - en ny side af Århus Kommune! Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling Århus Kommunes nye hjemmeside - en ny side af Århus Kommune! Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling Projektplan Århus Kommune Projekt Ny Hjemmeside Borgmesterens Afdeling Opstart Konceptudvikling

Læs mere

Roskilde Tekniske Gymnasium. Eksamensprojekt. Programmering C niveau

Roskilde Tekniske Gymnasium. Eksamensprojekt. Programmering C niveau Roskilde Tekniske Gymnasium Eksamensprojekt Programmering C niveau Andreas Sode 09-05-2014 Indhold Eksamensprojekt Programmering C niveau... 2 Forord... 2 Indledning... 2 Problemformulering... 2 Krav til

Læs mere

Én IT løsning, mange fordele AX TRAVEL. - fremtidens rejsebureauløsning

Én IT løsning, mange fordele AX TRAVEL. - fremtidens rejsebureauløsning Én IT løsning, mange fordele - fremtidens rejsebureauløsning Privatejet virksomhed Etableret i 1987 100 % danskejet Hovedkontor i Allerød og kontor i Århus +80 medarbejdere Solid og positiv økonomi gennem

Læs mere

Brugervejledning til Design Manager Version 1.02

Brugervejledning til Design Manager Version 1.02 Brugervejledning til Design Manager Version 1.02 Indholdsfortegnelse 1. Introduktion... 3 1.1 Det kan du med HostedShop Design Manager... 3 1.2 Feature list... 3 2. Design... 4 3. Filer og CSS... 4 3.1

Læs mere

HTML5 fortsat: Underside, links og tekstelementer på din hjemmeside

HTML5 fortsat: Underside, links og tekstelementer på din hjemmeside Webdesign og webkommunikation, formiddagshold (hold 1), IT Universitetet, forår 2012. Øvelse 2, individuel øvelse HTML5 fortsat: Underside, links og tekstelementer på din hjemmeside 1. Lidt om hvad du

Læs mere

XProtect-klienter Tilgå din overvågning

XProtect-klienter Tilgå din overvågning XProtect-klienter Tilgå din overvågning Tre måder at se videoovervågning på For at skabe nem adgang til videoovervågning tilbyder Milestone tre fleksible brugergrænseflader: XProtect Smart Client, XProtect

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

Drupal. Hvad er Drupal?

Drupal. Hvad er Drupal? Drupal Verdens bedste Content Management System Drupal er to år i træk blevet kåret som det bedste Open Source CMS i den såkaldte CMS Award, som årligt afholdes af det anerkendte IT-bogforlag Packt Publishing.

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

TAK FOR DIN TILMELDING TIL MIT NYHEDSBREV

TAK FOR DIN TILMELDING TIL MIT NYHEDSBREV Kan du nå alt det, du gerne vil? TAK FOR DIN TILMELDING TIL MIT NYHEDSBREV Her har du opskriften på en to-do-liste, der virker! Følg de 3 nemme trin og få overblik over dine allervigtigste opgaver allerede

Læs mere

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke:

Hos Lasse Ahm Consult vurderer vi at følgende supplerende krav i de enkelte kravelementer er væsentlige at bemærke: ISO 9001:2015 (Draft) Side 1 af 9 Så ligger udkastet klar til den kommende version af ISO 9001. Der er sket en række strukturelle ændringer i form af standardens opbygning ligesom kravene er blevet yderligere

Læs mere

OBH NORDICA Tilbud på redesign og implementering af webløsning

OBH NORDICA Tilbud på redesign og implementering af webløsning OBH NORDICA Tilbud på redesign og implementering af webløsning Dato: 15. marts 2006 Udarbejdet af Martin Palmqvist, partner Scan Designs Esromgade 15 2200 Kbh N CVR nr. 27 99 65 82 Fax.: +45 3539 3853

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

SYNOPSIS 1. SEMESTER 2013 E-CONCEPT DEVELOPMENT

SYNOPSIS 1. SEMESTER 2013 E-CONCEPT DEVELOPMENT SYNOPSIS E-CONCEPT DEVELOPMENT INDHOLD 1. JONAS KROGSLUND HVEM ER JEG?... Side 3 2. PRÆSENTATION & MOTIVATION... Side 3 3. FAGLIGE UDFORDRINGER & PROBLEMER... Side 4 3.1 SCRUM...... Side 4 3.2 KRAVSPECOFIKATION...

Læs mere

Møder kan være en kilde til meget stor arbejdsglæde, men er det desværre ikke altid. Statistikker viser at:

Møder kan være en kilde til meget stor arbejdsglæde, men er det desværre ikke altid. Statistikker viser at: Hånden på hjertet hvor gode er de møder I holder? Går deltagerne fra møderne og er helt høje fordi der var en super stemning, de fik lov til at bidrage med en masse gode ideer og der blev produceret noget

Læs mere

Kravsspecifikation til Nationalpark App

Kravsspecifikation til Nationalpark App Kravsspecifikation til Nationalpark App Kravsspecifikation til Nationalpark App...1 1. Introduktion og platform...1 2. Ikke funktionelle specifikationer...2 3. Brugeroplevelse...2 4. Indholdsleverandører...2

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

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

Kenn Römer-Bruhn. WordPress. - gør dig synlig på nettet

Kenn Römer-Bruhn. WordPress. - gør dig synlig på nettet Kenn Römer-Bruhn WordPress - gør dig synlig på nettet version 1.3 2. september 2013 Lidt om hvem Kenn er Arbejdsområder i dag: Forfatter, skribent, redaktør, forlægger, fotojournalist, blogger, grafisk

Læs mere

har jeg hentet nedenstående anmeldelse af et godt program til

har jeg hentet nedenstående anmeldelse af et godt program til Software Fra design af hjemmesider: har jeg hentet nedenstående anmeldelse af et godt program til Wordpress er intet mindre end et genialt program til hjemmesider. For det første er det gratis, og for

Læs mere

Agil softwareudvikling i praksis. v/ Thomas Schou-Moldt, Lead Architect, Miracle A/S

Agil softwareudvikling i praksis. v/ Thomas Schou-Moldt, Lead Architect, Miracle A/S Agil softwareudvikling i praksis v/ Thomas Schou-Moldt, Lead Architect, Miracle A/S Thomas Schou-Moldt, Lead Architect Ansat i Miracle A/S (siden 2008) Arbejder som arkitekt / tech lead / teknisk projektleder

Læs mere

Grafisk design. Ide. Designprocess. Målgruppe

Grafisk design. Ide. Designprocess. Målgruppe Ide Designprocess I denne opgave har jeg udviklet et website for et feriehus. Kunden ønsker et site, som både fungere privat, men også som offentlig hjemmeside. Hele site skal være på dansk, tysk og engelsk.

Læs mere

BackEnd Programmering PHP

BackEnd Programmering PHP 17708 08/ 02/ 2013 BackEnd Programmering PHP Prototype (CMS system) 371615m02dka.sub.ots.dk/historyspot eller linket CMS system på: qrguide.mmd.eal.dk Login CMS Username: admin Password: 1234 Source kode

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

Indhold. 1 Indledning... 3. 1.1 Kompatible browsere... 3. 2 Log ind i Umbraco... 3. 3 Content-delen... 4. 3.1 Indholdstræet... 4

Indhold. 1 Indledning... 3. 1.1 Kompatible browsere... 3. 2 Log ind i Umbraco... 3. 3 Content-delen... 4. 3.1 Indholdstræet... 4 Indhold 1 Indledning... 3 1.1 Kompatible browsere... 3 2 Log ind i Umbraco... 3 3 Content-delen... 4 3.1 Indholdstræet... 4 3.2 Ændring af indhold... 5 3.3 Tilføjelse af en side/sektion... 6 3.4. At arbejde

Læs mere

Portfolie Redesign. www.gaardbodesign.dk. Multimediedesigner CPH Business 1. sem. eksamensprojekt - Clmul-b12e Januar 2013. Jens Jákup E.

Portfolie Redesign. www.gaardbodesign.dk. Multimediedesigner CPH Business 1. sem. eksamensprojekt - Clmul-b12e Januar 2013. Jens Jákup E. Portfolie Redesign www.gaardbodesign.dk Multimediedesigner CPH Business 1. sem. eksamensprojekt - Clmul-b12e Januar 2013 Jens Jákup E. Gaardbo indholdsfortegnelse design... gestaltlove... opbygning...

Læs mere

Hvorfor E-business løsninger ofte ikke lever op til forventningerne og hvordan man kan undgå det

Hvorfor E-business løsninger ofte ikke lever op til forventningerne og hvordan man kan undgå det ARTIKEL De svageste led Hvorfor E-business løsninger ofte ikke lever op til forventningerne og hvordan man kan undgå det Dato: 24 aug 2000 Ver.: Draft Rev.: 11 Forfatter: Anders Munck I den seneste tids

Læs mere

De 5 elementer i SEO. Sådan hænger det sammen. E-guide Af Jette Heine RelationME.dk

De 5 elementer i SEO. Sådan hænger det sammen. E-guide Af Jette Heine RelationME.dk De 5 elementer i SEO Sådan hænger det sammen E-guide Af Jette Heine RelationME.dk Side 2 Indholdsfortegnelse INDHOLDSFORTEGNELSE INDLEDNING DE 5 ELEMENTER ELEMENT 1: META-DATA... Side 2... Side 3... Side

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

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

Administrator v1.0 QUICK GUIDE. Green Glass Software V/ Dan Feld-Jakobsen Lojovej 1 6200 Aabenraa 51 92 83 58 / dan@rekvi-skole.dk Administrator v1.0 QUICK GUIDE Green Glass Software V/ Dan Feld-Jakobsen Lojovej 1 6200 Aabenraa 51 92 83 58 / dan@rekvi-skole.dk INTRODUKTION TIL REKVI-KONTOR Ideen med Rekvi-Kontor systemet udsprang

Læs mere

Kom godt i gang med DanaShop

Kom godt i gang med DanaShop Kom godt i gang med DanaShop Tillykke med jeres nye webshop I din webshop fra DanaWeb findes der utroligt mange muligheder for at tilpasse den til lige netop jeres behov. DanaWeb har opsat alle shoppens

Læs mere

REEFTlink Et banebrydende produkt til on-line overvågning af jeres produktionsapparat

REEFTlink Et banebrydende produkt til on-line overvågning af jeres produktionsapparat Rikard Karlsson, produktionschef hos Elektrolux, Ljungby, Sverige: REEFTlink er en komplet, dynamisk og fremtidssikret løsning, der dækker hele vores behov for Lean og Takt-baseret produktionsstyring.

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

Guide til IT projekter i den fællesoffentlige projektmodel

Guide til IT projekter i den fællesoffentlige projektmodel DEN FÆLLESOFFENTLIGE PROJEKTMODEL Guide til IT projekter i den fællesoffentlige projektmodel Dato: 22.06.2015 Version: 1.0 1 Projektledelse af it-projekter Denne guide tager udgangspunkt i særlige forhold

Læs mere

Manual til IPL. Adgang. Menu og værktøjslinie. Manual til dem der har adgang til at skrive i IPL. Februar 2011

Manual til IPL. Adgang. Menu og værktøjslinie. Manual til dem der har adgang til at skrive i IPL. Februar 2011 Manual til IPL Manual til dem der har adgang til at skrive i IPL. Februar 2011 Adgang Alle på virksomheden har adgang til at læse de indtastede data. Hvis du skal have adgang til at arbejde i IPL skal

Læs mere

10 TIPS TIL BEDRE FONDSANSØGNINGER AF STEFFEN GREGERSEN

10 TIPS TIL BEDRE FONDSANSØGNINGER AF STEFFEN GREGERSEN 10 TIPS TIL BEDRE FONDSANSØGNINGER AF STEFFEN GREGERSEN 10 tips til bedre ansøgninger til fonde Forord 3 Tip 1 - Skriv en kort og præcis ansøgning 4 Tip 2 - Søg støtte til et konkret projekt 5 Tip 3 -

Læs mere

Brand By Hand Brand By Hand: Handelsbetingelser - august 2014

Brand By Hand Brand By Hand: Handelsbetingelser - august 2014 Brand By Hand CVR: 34845808 Møllevangsallé 142, 8200 Aarhus N 1 Indledning Vi yder altid vores bedste for at opfylde dine behov og indfri dine forventninger. Vi har i det følgende formuleret vores handelsbetingelser,

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

ETC sæt strøm til projektstyringen

ETC sæt strøm til projektstyringen ETC sæt strøm til projektstyringen Sådan får du succes med projektestimering Få styr på projekter og deadlines Denne publikation indeholder en gennemgang af den nye ETC-funktion i TimeLog Project. Med

Læs mere

SKAB IDÉER. Et spil om lokalt iværksætteri

SKAB IDÉER. Et spil om lokalt iværksætteri SKAB IDÉER Et spil om lokalt iværksætteri SPILMANUAL FOR DIG, DER SÆTTER SPILLET I GANG GENERELT Spillet består af en spilmanual, en spilleplade og 13 øvelseskort. Derudover har du denne spilmanual, som

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

OS2dagsorden - release notes

OS2dagsorden - release notes OS2dagsorden - release notes Version 2.1 release notes maj 2015 Indholdsfortegnelse OS2dagsorden 2 Hvad er OS2dagsorden? 2 Alle fordelene 2 Teknologien 3 Dagsordensproduktionssystemer 3 Github (koden)

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

BRUGERCENTRERET DESIGN.

BRUGERCENTRERET DESIGN. BRUGERCENTRERET DESIGN. AGENDA. Velkomst og introduktion Brugercentreret design Kaffepause og netværk Implementering af brugercentreret design i en virksomhed Afslutning BRUGERVENLIGHED. BRUGERVENLIGHED.

Læs mere

Kerteminde LAG. Overskrift. Fra idé til ansøgning

Kerteminde LAG. Overskrift. Fra idé til ansøgning Kerteminde LAG Overskrift Fra idé til ansøgning Når du vil skrive en ansøgning til Kerteminde LAG.. Formålet med denne lille folder er at hjælpe projektansøgere med at få lavet gode ansøgninger til Kerteminde

Læs mere

Dygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder.

Dygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder. .NET UDVIKLER NATIONALITET: DANSK PROFIL Dygtig.NET / C# udvikler med stor erfaring fra både offentlige organisationer og private virksomheder. Stor erfaring omkring databasedesign, datahåndtering og MS

Læs mere

Din partner i udvikling

Din partner i udvikling Din partner i udvikling Få overblik over dine opgaver Opnå konkurrence fordele Skab merværdi for dine kunder Spar tid gennem effektivisering Overblik gennem indsigt NOVAQ as er et udviklingshus, der bygger

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

Dynamisk Webdesign F2010

Dynamisk Webdesign F2010 Dynamisk Webdesign F2010 Præsentationer Læringsmål Emnet: teknologi, koncept, design og process Projekt Semesterplan Jeres underviser: Tess Gaston Cand.it, software udvikling (ITU) og ba. pædagogik (KU)

Læs mere

CV - Michael Hviid. Januar 2003- august 2008 Rehfeld Partners Projektleder. Juli 1998 - December 2002 Egen konsulentvirksomhed 1998-2002

CV - Michael Hviid. Januar 2003- august 2008 Rehfeld Partners Projektleder. Juli 1998 - December 2002 Egen konsulentvirksomhed 1998-2002 CV - Michael Hviid Kontaktoplysninger Michael Hviid Platanvej 23 4000 Roskilde Mobil 4057 4606 E-mail: mh@zy.dk Profilresume Michael har mere end 20 års erfaring med projekt- og udviklingsarbejde i itbranchen.

Læs mere

Mit grafiske workflow inkluderer:

Mit grafiske workflow inkluderer: GRAFISK WORKFLOW Opgave: Opgaven var at producere en bog og et website med temaet stilhistorie. Jeg har valgt at beskrive mit grafiske workflow i produktionen af websitet. Kravene var, at der skulle være

Læs mere

Typo3 Manual TDC Landsklub Kommunikations setup version 2010.03.21

Typo3 Manual TDC Landsklub Kommunikations setup version 2010.03.21 Typo3 Manual TDC Landsklub Kommunikations setup version 2010.03.21 Der findes yderligere hjælp på www.typo3support.com Copyright Vision Team ApS 1 www.visionteam.dk Content Page 1 Log ind på intranettet...

Læs mere

IDENTIFON. Emil Hauberg, Jakob Christoffersen, Ninette Nielsen og Senia Lundberg

IDENTIFON. Emil Hauberg, Jakob Christoffersen, Ninette Nielsen og Senia Lundberg Emil Hauberg, Jakob Christoffersen, Ninette Nielsen og Senia Lundberg 1 Indholdsfortegnelse side nr. 1. Forside. 2. Indholdsfortegnelse og indledning. 3. Problemformulering og afgræsning. 4. Tidsplan projektplan

Læs mere

Grafisk produktion & workflow: Alt til forfesten

Grafisk produktion & workflow: Alt til forfesten Grafisk produktion & workflow _ 33 / 23 Grafisk produktion & workflow: Alt til forfesten Produkt _ Jeg har i længere tid gerne ville opbygge min egen webshop. september 2014 tog jeg mig sammen og opbyggede

Læs mere

Social Media Rapport for VIRKSOMHED A/S af Bach & McKenzie

Social Media Rapport for VIRKSOMHED A/S af Bach & McKenzie Social Media Rapport for VIRKSOMHED A/S af Bach & McKenzie Dato: 22-08-2014 Copyright af Bach & McKenzie 2014 Introduktion Indholdsfortegnelse 03 Hovedtal Kære VIRKSOMHED A/S Tillykke med jeres nye Social

Læs mere

Webside score simmi.it

Webside score simmi.it Webside score simmi.it Genereret August 01 2015 12:13 PM Scoren er 45/100 SEO Indhold Titel SIMMI - TORINO - Bomboniere, Sacchettini, Tipografia, Accessori, Confettate, Fardamè, per le Nozze, Længde :

Læs mere

Cindie Mortensen, Merete Koudahl, Pernille Tramp Webdesign, gruppeprojekt exercise 7. Menu A/S

Cindie Mortensen, Merete Koudahl, Pernille Tramp Webdesign, gruppeprojekt exercise 7. Menu A/S Menu A/S Problemfelt MENU A/S (MENU) er en dansk design virksomhed og producent. MENU har specialiseret sig indenfor skandinavisk design samt deres evige stræben efter at lave noget originalt. De repræsenterer

Læs mere

Outlook 2010 opsætning

Outlook 2010 opsætning Outlook 2010 opsætning Personlig Workflow Nå mere og arbejd mindre Personlig Workflow www.personligworkflow.com kontakt@personligworkflow.com Introduktion til Outlook 2010 guide Microsoft Outlook 2010

Læs mere

Sådan kommer du igennem din blogs 5 stadier i opstartsfase

Sådan kommer du igennem din blogs 5 stadier i opstartsfase Sådan kommer du igennem din blogs 5 stadier i opstartsfase Nogle af de absolut skarpeste bloggere tjener over 100.000 i måneden, men det er typisk på den internationale scene, men her i Danmark har vi

Læs mere

MÅL. Guide. Drøm om fremtiden og kom i. 1sid0er. Styrk dit liv med Chris MacDonald. November 2013 - Se flere guider på bt.dk/plus og b.

MÅL. Guide. Drøm om fremtiden og kom i. 1sid0er. Styrk dit liv med Chris MacDonald. November 2013 - Se flere guider på bt.dk/plus og b. Foto: Scanpix Guide November 2013 - Se flere guider på bt.dk/plus og b.dk/plus Drøm om fremtiden og kom i 1sid0er MÅL Styrk dit liv med Chris MacDonald Drøm om fremtiden og kom i mål Vi er de eneste levende

Læs mere

Velkommen til Google AdWords for begyndere. 2011 Gorm Larsen & Zornig A/S - Not for use or distribution without written permission.

Velkommen til Google AdWords for begyndere. 2011 Gorm Larsen & Zornig A/S - Not for use or distribution without written permission. Velkommen til Google AdWords for begyndere Om IVÆKST - Etableret i 2003 som Firmastart - Offentlig-privat samarbejde Mål: at skabe vækst i nystartede og mindre virksomheder - I 2006 Relanceret - privat

Læs mere

Revideret projektbeskrivelse: Intern kommunikation og intranet i Kulturarvsstyrelsen

Revideret projektbeskrivelse: Intern kommunikation og intranet i Kulturarvsstyrelsen Revideret projektbeskrivelse: Intern kommunikation og intranet i Kulturarvsstyrelsen Projektets titel: Intern kommunikation, forbedrede HR-processer og intranet Dato for forelæggelse af projektbeskrivelse

Læs mere

Web løsning : Administration af fonde, legater og ansøgninger

Web løsning : Administration af fonde, legater og ansøgninger JLRC CO ApS, Ålsgårde d. 22. oktober 2013, www.netahead.dk Web løsning : Administration af fonde, legater og ansøgninger Version 4 1 JLRC CO. ApS, Møllestenen 21, 3140 Ålsgårde 1 Web løsning : Administration

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

IT projekt uge 4 9. Marie Vinter, Roskilde Tekniske Gymnasium, klasse 2.6 IT, bw, uge 4 9 2013

IT projekt uge 4 9. Marie Vinter, Roskilde Tekniske Gymnasium, klasse 2.6 IT, bw, uge 4 9 2013 PHP-Projekt IT projekt uge 4 9 Marie Vinter, Roskilde Tekniske Gymnasium, klasse 2.6 IT, bw, uge 4 9 2013 4-3-2013 Indholdsfortegnelse Indledende afsnit... 2 Brainstorm... 2 User stories... 2 Problemformulering...

Læs mere

Studieretningsprojekter i machine learning

Studieretningsprojekter i machine learning i machine learning 1 Introduktion Machine learning (ml) er et område indenfor kunstig intelligens, der beskæftiger sig med at konstruere programmer, der kan kan lære fra data. Tanken er at give en computer

Læs mere