{"id":701,"date":"2019-11-20T21:39:40","date_gmt":"2019-11-20T20:39:40","guid":{"rendered":"http:\/\/maxfest.dk\/port\/?p=701"},"modified":"2019-11-24T17:01:36","modified_gmt":"2019-11-24T16:01:36","slug":"noter-projekt-styring","status":"publish","type":"post","link":"https:\/\/maxfest.dk\/port\/skiftligt-materiale\/noter\/noter-projekt-styring\/","title":{"rendered":"Noter: Projekt styring"},"content":{"rendered":"\n<p>Noter fra undervisning og forberedelse til Projekt styring. Noter taget p\u00e5 MMD. Undervisning afholdt af  Karen Malene.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Forberedelsesmaterialet<\/h2>\n\n\n\n<p>Til forberedelsens skulle der l\u00e6ses:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>The Scrum Guide &#8211;  <a rel=\"noreferrer noopener\" href=\"https:\/\/www.scrumguides.org\/scrum-guide.html\" target=\"_blank\">https:\/\/www.scrumguides.org\/scrum-guide.html<\/a>.<\/li><li>Web Project Management af Ashley Friedlin &#8211; s. xiii-xvii, 3-11, 31, 35-47.<\/li><li>Digital Media Management af Loise Harder Fischer &amp; Marie Oosterbaan &#8211; s. 30-40.<\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Projektstyring<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Projekttrekanten<\/h3>\n\n\n\n<p>Projekttrekanten best\u00e5r af 3 emnegrupper, som best\u00e5r af henholdsvis:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Tid &amp; dealines.<\/li><li>M\u00e5l, indhold &amp; scope.<\/li><li>Ressourcer, \u00f8konomi &amp; omkostninger.<\/li><\/ul>\n\n\n\n<p>Alle grupper er afh\u00e6ngige af hinanden. P\u00e5virkes en af grupperne p\u00e5virkes de andre. Tilsammen definerer de et projekts kvalitet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Teamarbejde<\/h3>\n\n\n\n<p>I et godt teamarbejde er der:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>God kommunikation.<\/li><li>Forst\u00e5else for individers kompetencer.<\/li><li>Forventningsafstemninger.<\/li><li>Kompliment\u00e6re eller mindst kompatible evne s\u00e6t.<\/li><li>Respekt eller tillid.<\/li><li>Tilsvarende evne-niveauer i tildelte arbejdsopgaver.<\/li><li>Godt eller rimeligt socialt forhold i gruppen.<\/li><li>Projektstyring.<\/li><li>En eller f\u00e5 har overblik.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Konflikter<\/h3>\n\n\n\n<h4 class=\"wp-block-heading\">Konflikttrappen<\/h4>\n\n\n\n<p>Et v\u00e6rkt\u00f8j til at forst\u00e5 konflikter. V\u00e6rkt\u00f8jet bruges oftest til at l\u00f8se konflikter.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img decoding=\"async\" src=\"https:\/\/journalistforbundet.dk\/sites\/default\/files\/styles\/large\/public\/2016-08\/Konflikttrappen_0.png?itok=-8YLDK-F\" alt=\"Konflikttrappen.\nAt g\u00f8re det bedre:\n7. Flyt dig fra konflikten,\n6. Kontakt ledelsen og f\u00e5 hj\u00e6lp til at l\u00f8se konflikten,\n5. Kontakt DJ og f\u00e5 professionel konfliktm\u00e6gling,\n4. Indrag en tillidsvagt og f\u00e5 hj\u00e6lp til dialog,\n3. Tag kontakt og fors\u00f8g at f\u00e5 talt sammen,\n2. Hvad mon hans\/hendes behov er?\n1. Hvad er vi egentlig uenige om?\nAt g\u00f8re det v\u00e6rre:\n1. Vi er uenige - vi vil ikke det samme,\n2. Personificering - vi giver hinanden skylden,\n3. Inddragelse af andre - kolleger bliver parter i konflikten\n4. Samtale opgives - vi taler om - ikke med hinanden,\n5. Fjendebilleder - vi synes begge den anden er et d\u00e5rligt menneske,\n6. \u00c5ben fjendtlighed - vi skader hinanden,\n7. Polarisering - det er dig eller den anden.\"\/><figcaption> <a href=\"https:\/\/journalistforbundet.dk\/konflikttrappen\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\" (\u00e5bner i en ny fane)\">https:\/\/journalistforbundet.dk\/konflikttrappen<\/a> <\/figcaption><\/figure>\n\n\n\n<p>P\u00e5 trappen kan man afl\u00e6se hvordan konflikter kan blive v\u00e6rre, og hvad der kan g\u00f8res for at g\u00f8re det bedre. Graden for konflikt er visualiseret med trappetrin og farver.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Projektleder\/Projektmanager<\/h3>\n\n\n\n<p>Kendetegn for en god projektleder:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Har overblik.<\/li><li>Er objektiv\/demokratisk.<\/li><li>Motiverer.<\/li><li>S\u00e6tter realistiske m\u00e5l.<\/li><li>Agere anerkende.<\/li><li>Kan facilitere.<\/li><li>Er ikke konfliktsky.<\/li><li>Er t\u00e5lmodig.<\/li><li>Har erfaring\/kendskab eller mulighed for at forst\u00e5 projektets rammer.<\/li><li>Kan udvise empati.<\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Udviklingsmetoder<\/h2>\n\n\n\n<p>En udviklingsmetode kan defineres som en sammens\u00e6tning af retningslinjer og anbefalinger for arbejdet til udf\u00f8relsen af digitale produkter.<\/p>\n\n\n\n<p>Overordnet set kan man opdele udviklingsmetoderne som v\u00e6rende fixed eller agil.<\/p>\n\n\n\n<p>De mest popul\u00e6re metoder igennem tiden (pradigmerne) er f\u00f8lgende:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Fixed:<ul><li>Vandfaldsmetoden.<\/li><li>Prototyping.<\/li><li>Udforskende programmering\/udvikling.<\/li><\/ul><\/li><li>Agile metoder:<ul><li>Scrum.<\/li><li>Design thinking (d\u00e6kkes ikke i dette materiale).<\/li><\/ul><\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Vandfaldsmodellen<\/h3>\n\n\n\n<p>En line\u00e6r og fastopdelt udviklingsproces. Der er fokus p\u00e5 l\u00f8bende godkendelser og dokumentation. Der foruds\u00e6ttes et specifikt udgangspunkt i metoden. <\/p>\n\n\n\n<p>I vandfaldsmodellen er der lille risikovillighed. Der er faste faser der er dokumenteret og godkendt.<\/p>\n\n\n\n<p> I modellen anvendes der flere faser\/trin. Hver fase b\u00f8r v\u00e6re nemme at differentiere imellem. Resultaterne fra fase er med til at definere krav. Kravene kan v\u00e6re til selve produktet,  designet eller tests.  <\/p>\n\n\n\n<p>Faserne best\u00e5r af analyse, design, programmering og vedligeholdelse.<\/p>\n\n\n\n<p>I analysefasen fasts\u00e6ttes krav og definitioner. I designfasen defineres system designet. I programmeringsfasen udvikles der implementeringer og modultester, og derefter integration og systemtest. I vedligeholdelsesfasen s\u00f8rges der for drift og vedligeholdelse.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Godkendelsesprocessen  <\/h4>\n\n\n\n<p>Faserne dokumenteres og godkendes af udviklere og kunde. Efter godkendelse forts\u00e6ttes til n\u00e6ste fase. <\/p>\n\n\n\n<p>Godkendelsesprocessen kendes ogs\u00e5 som sign-off.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Prototyping<\/h3>\n\n\n\n<p>Prototyping best\u00e5r af iterative (gentagende) udvikling. Der udarbejdes skitser forberedes og afpr\u00f8ves.  Form\u00e5let er at kunne f\u00e5 brugere og kunder til at opstille krav. Kravene er med til at danne grundlaget for en udviklingsproces.<\/p>\n\n\n\n<p>Metoden er god til at finde pr\u00e6cise krav, men foruds\u00e6tter at man ikke kender meget til slutproduktet. Det er en god id\u00e9 at skifte en metode efter at prototyping faserne er overst\u00e5et.<\/p>\n\n\n\n<p>I prototyping er der moderat risikovillighed. Man starter med en hvis m\u00e6ngde usikkerhed. I enhver efterf\u00f8lgende iration bliver det mere sikkert.<\/p>\n\n\n\n<p>I prototyping arbejder man efter faser. Design, programmering, analyse og design analyse.<\/p>\n\n\n\n<p>I designfasen opstilles overordnede specifikationer. I programmeringsfasen bygges prototypen. I analysefasen evalueres prototypen. Hvis evalueringen fejler, g\u00e5r man tilbage til programmeringsfasen. Hvis evalueringen lykkedes, specificeret produktet. I design analysefasen designes og implementeres produkter. Derefter valideres produktet. Fasen kan herefter gentages.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Udforskende udvikling<\/h3>\n\n\n\n<p>Udforskende udvikling best\u00e5r af at afpr\u00f8ve l\u00f8sninger og dele af l\u00f8sninger p\u00e5 brugere indtil der gives accept. <\/p>\n\n\n\n<p> I metoden udvikles der fra starten et udkast. Brugeren afpr\u00f8ver det og giver feedback. Denne feedback bruges til videreudvikling, hvorefter brugeren igen pr\u00f8ver det. Denne fremgang forts\u00e6tter indtil brugeren ikke l\u00e6ngere stiller nye krav. <\/p>\n\n\n\n<p>Det kan v\u00e6re fordelagtigt at anvende metoden n\u00e5r slutresultatet er diffus og usikker.<\/p>\n\n\n\n<p>Der er stor risikovillighed, da man skal pr\u00e6cisere hvad man vil meget n\u00f8jagtigt.<\/p>\n\n\n\n<p> I Udforskende udvikling arbejder man efter faser. Analyse &amp; Design, Programmering &amp; Design, og Analyse &amp; Vedligeholdelse. <\/p>\n\n\n\n<p>I analyse- og designfasen udvikles overordnede specifikationer. I Programmerings- og designfasen bygges en prototype. I Analyse- og Vedligeholdelsesfasen afpr\u00f8ves prototypen. Efter faserne kan brugeren give accept. Gives accept ikke genstarter faserne sig fra Programmering og Design. Gives accept afleveres produktet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Agile metoder<\/h3>\n\n\n\n<p>De agile metoder er kendetegnet ved at v\u00e6re hurtige og effektiv h\u00e5ndtering af skiftende foruds\u00e6tninger.<\/p>\n\n\n\n<p>Der anvendes korte iterationer. Iterationerne indeholder alle udviklingsfaser. Udviklingsfaserne best\u00e5r af planl\u00e6gning, kravspecifikation, design, programmering, test og accepttest af fungerende produkt. Iterationerne varer normalt 1-4 uger. <\/p>\n\n\n\n<p>Der arbejde i sm\u00e5 teams best\u00e5ende af 5-9 personer. En person er en repr\u00e6sentant udvalgt af kunden.<\/p>\n\n\n\n<p>Dokumentation er normalt ikke et stort fokus. Dokumentation prioriteres p\u00e5 samme niveau som produktet. Kunden eller repr\u00e6sentanten kan derfor v\u00e6lge i hvilken grad fremdrift og dokumentation skal varetages.<\/p>\n\n\n\n<p>Der er en lav m\u00e6ngde risikovillighed. Kunden definerer arbejdet. og deadlines s\u00e6ttes p\u00e5 baggrund af opgaver.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">SCRUM<\/h3>\n\n\n\n<p>Scrum er et framework for udvikling, leverancer og vedligeholdelse af komplekse produkter. Scrum er praktisk til iterative processer der ofte \u00e6ndrer sig og er komplekse.<\/p>\n\n\n\n<p>Scrum er let forst\u00e5eligt, nemt at forst\u00e5 og sv\u00e6r at mestre.<\/p>\n\n\n\n<p>Scrum kan bruges til bl.a.<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Research og identifikation af markeder, teknologi og produkt egenskaber.<\/li><li>Udvikling af produkter og produktforbedringer.<\/li><li>L\u00f8bende udgivelser.<\/li><li>Udvikling og vedligeholdelse af Cloud og andre operative milj\u00f8er.<\/li><li>Vedligeholdelse og fornyelse af produkter.<\/li><\/ul>\n\n\n\n<p> Scrum best\u00e5r af Scrum teams (sm\u00e5 teams) og deres toller, events, artefakter og regler.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Scrum Teams<\/h4>\n\n\n\n<p>Scrum teams best\u00e5r af en Product owner, udviklingsteam og Scrum Master.  Enkelte medlemmer er fleksible og tilpasningsvenlige. Scrum teams organiserer sig selv og er tv\u00e6rfaglige.<\/p>\n\n\n\n<p><strong>Product owner<\/strong>ens ansvar er at makisimere resultaterne fra udviklingsholdet. Kun Product owner er ansvarlig for Product Backlog. De kan dog uddelegere skrivearbejdet til udviklingsteamet. Deres ansvar ikluderr at formidle elementerne deri. Organisere indholdet for bedst muligt at kunne opn\u00e5 m\u00e5l og mission. Optimering v\u00e6rdi fra udviklingsteamets arbejdsindsats. S\u00f8rge for at den er synlig og transparent for alle. S\u00f8rge for at den viser hvad der skal ske som det n\u00e6ste. S\u00f8rge for at udviklingsteamet forst\u00e5r emnerne.<\/p>\n\n\n\n<p><strong>Udviklingsteam<\/strong>et best\u00e5r ideelt set af professionelle. I slutningen af ethvert sprint leverer udviklingteamet et brugbart produkt. Der er ingen roller. Teamet styrer sig selv. Medlemmer er multifunktionelle. Teams b\u00f8r v\u00e6re sm\u00e5 med 3-9 medlemmer.<\/p>\n\n\n\n<p><strong>Scrum master<\/strong> er ansvarlig for at formidle Scrum teori, praksis, regler og v\u00e6rdier. Scrum master er ansvarlig for at hj\u00e6lpe eksterne med hvem fra teamet der kan v\u00e6re behj\u00e6lpelig for dem. Scrum master servicerer Product owner ved at sikre m\u00e5l, s\u00e6tte scope, finde teknikker til at h\u00e5ndtere Product backlog emner, fors\u00e5 planl\u00e6gning for produktet, sikre at Product owner effektivt kan h\u00e5ndtere Product backlog, forst\u00e5 og praktisere agilt, facilitere Scrum. Scrum Master servicerer udviklingsteamet ved at undervise i hvordan man er selvst\u00e6ndig og tv\u00e6rfaglig, hj\u00e6lpe til med udvikling af h\u00f8j kvalitet, fjerne hindringer, facilitering af events, undervise udviklingsteamet i organisatoriske milj\u00f8er hvor Scrum ikke n\u00f8dvendigvis er fuldst\u00e6ndig implementeret. Scrum Master servicerer Organisationen ved at lede og undervise organisationen om brugen af Scrum, planl\u00e6gge Scrum implementationer i organisationen, hj\u00e6lpe medarbejdere og interessenter forst\u00e5 Scrum, skabe forandring og samarbejde med andre Scrum Mastere.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Scrum Events<\/h4>\n\n\n\n<p>Alle events i Scrum er tidsbaseret. Fastsatte varigheder bliver ikke \u00e6ndret.<\/p>\n\n\n\n<p><strong>Sprint <\/strong>er udtrykket for leverance af funktionelt produkt i et inkrement. N\u00e5r et sprint er afstluttet starter et nyt. Imens et sprint er i gang \u00e6ndres m\u00e5let, m\u00e5ls\u00e6tninger og scopet sig ikke. Imellem sprints kan scope blive uddybet eller genforhandlet. Sprint varer ikke mere end 1 m\u00e5ned. Hvert sprint har en m\u00e5ls\u00e6tning. Kun Product owner kan aflyse sprint.<\/p>\n\n\n\n<p><strong>Scrum m\u00f8der<\/strong> er 15 minutter lange m\u00f8der imellem udviklingsteamet. Under sprint afholdes Scrum m\u00f8der dagligt. Til disse m\u00f8der planl\u00e6gges de n\u00e6ste 24 timers arbejde. Til m\u00f8derne briefer medlemmer hinanden med hvad de har gjort for at n\u00e5 m\u00e5l i sprint, hvad de vil g\u00f8re i dag og om der er noget der forhindrer eller forventes at forhindre dem snart.<\/p>\n\n\n\n<p><strong>Sprint review<\/strong> er en gennemgang af hvad der blevet lavet efter et sprint med Scrum teamet og interessenter og planl\u00e6gning til n\u00e6ste sprint.<\/p>\n\n\n\n<p><strong>Sprint Retrospective<\/strong> er en gennemgang af sprintets krav, typisk efter sprint review, af Scrum teamet.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Scrum artefakter<\/h4>\n\n\n\n<p>Scrum artefakter er med til at skabe transparens.<\/p>\n\n\n\n<p><strong>Product backlog<\/strong> er en liste af alt der skal bruges i produktet. Det den eneste resource for krav til \u00e6ndringer. Product backlog ejes af Product owner. Det er normalt at alle eller mange i teamet arbejder deri.<\/p>\n\n\n\n<p><strong>Sprint Backlog<\/strong> er en samling af product backlogs og en plan for leverancer og opn\u00e5 m\u00e5ls\u00e6tninger. Sprint backlog kan med fordel oprettes p\u00e5 <a href=\"https:\/\/trello.com\/\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\" (\u00e5bner i en ny fane)\">trello<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Web project management<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"> Web project manager <\/h3>\n\n\n\n<p>I store projekter kan det v\u00e6re sv\u00e6rt for udviklere at f\u00e5 et overblik. Derfor kan det v\u00e6re n\u00f8dvendigt at have en dedikeret projektleder til denne opgave. En s\u00e5dan projektleder bliver her refereret til som Web project manager. <\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Projektledelsesprincipper<\/h4>\n\n\n\n<p><strong>Omkostninger <\/strong>(Cost) best\u00e5ende af penge, medarbejder tid og ressourcer brugt p\u00e5 projektet.<\/p>\n\n\n\n<p><strong>Tid <\/strong>(Time) i form af den totale tid brugt p\u00e5 projektet.<\/p>\n\n\n\n<p><strong>Kvalitet <\/strong>(Qualitity) i form af udfyldte succeskriterier. Succeskriterierne kan v\u00e6re bl.a. v\u00e6re defineret som at opn\u00e5 fastsatte m\u00e5l eller specifikationer, kommerciel succes, innovation eller en kombination af de n\u00e6vnte.<\/p>\n\n\n\n<p>Hvis en omkostninger, tid eller kvalitet bliver p\u00e5virket, s\u00e5 p\u00e5virker det ogs\u00e5 de andre.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Udvikling af flere l\u00f8sninger | Parallel development on web projects<\/h4>\n\n\n\n<p>For at f\u00f8lge med kravene for webudvikling er det ikke unormalt for en Web project manager at styre flere projekter p\u00e5 en gang.<\/p>\n\n\n\n<p>For at starte p\u00e5 en ny opgave skal en gammel opgave v\u00e6re f\u00e6rdig. Det er projektlederens ansvar at kunne nedbryde opgaver s\u00e5ledes at man kan arbejde parallelt p\u00e5 flere opgaver.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Egenskaber for en Web project manager<\/h4>\n\n\n\n<p>Det er vigtigt at en Web project manager er god til at facilitere processer. De skal kunne forst\u00e5 udviklere og kunder.<\/p>\n\n\n\n<p>Projektlederen vil komme til at arbejde meget med designere, programm\u00f8rer og klienter. Hver af dem arbejder generelt set i forskellige fagt\u00e6rmer. En god projektleder vil kunne forst\u00e5 sproget de bruger, og formidle budskaberne derfra til de \u00f8vrige partier.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Roller for en Web project manager<\/h4>\n\n\n\n<p>En Web project manager skal have forst\u00e5else for industrien og virksomhedens. De skal forst\u00e5 discipliner i virksomheden og evner. Yderligere skal de ogs\u00e5 vide hvordan de forbinder faktorerne til web og hvordan web kan bidrage til projektet.<\/p>\n\n\n\n<p>En Web project manager skal kunne kommunikere. De skal kunne agere som bindeled mellem ledelse, eksterne interessenter, specialister og kontraktholdere. De skal kunne briefe status for projektet til klienter. I statusopdateringer skal de kunne formidle forulemninger, l\u00f8sninger til disse, andre faktorer i projektet og risikovurderinger. De skal kunne styre og s\u00e6tte deadlines og milep\u00e6le for udviklingen og klienten. De skal kunne anmelde projektet og vurdere resultater, og beskrive hvad der kan g\u00f8res bedre.<\/p>\n\n\n\n<p>En Web project manager skal kunne dokumentere. De skal kunne udvikle kravspecifikationer, der tager hensyn til klient og teamet. De skal kunne give input for at st\u00f8tte fremgang til dokumentation og arbejde. De skal kunne dokumentere projektets fremgang, herunder samtaler, rapporter alle dokumentversioner og sikre sign-offs. De skal arkivere projektet, dets dokumentation,  dets aktiver, indhold og kunne returnere materialet til klient og \u00f8vrige interessenter.<\/p>\n\n\n\n<p>En Web project manager skal kunne yde kvalitetskontrol. De skal kunne sikre at produktet bliver testet og accepteret f\u00f8r udgivelse. De skal sikre at l\u00f8sningen overholder specifikationerne der er blevet aftalt.<\/p>\n\n\n\n<p>En Web project manager skal bidrage til udvikling. De skal sikre et milj\u00f8, hvori de selv og deres team medlemmer kan udvikle deres evner. De skal s\u00f8ge efter nye muligheder, forbedre metoder og styre teamets viden og ekspertise.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Metoder for web projekter<\/h3>\n\n\n\n<p>Fordele ved at anvende metoder:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Man har en checkliste.<\/li><li>Man kan fokusere som team.<\/li><li>Man kan redeg\u00f8re for udgifter.<\/li><li>Ansvar kan fordeles.<\/li><li>Den kan give komparative fordele.<\/li><li>Den g\u00f8r facilitering nemmere.<\/li><li>Den er med til at vedligeholde professionelle standarder<\/li><li>Kontrollering er nemmere.<\/li><li>Den er med til at g\u00f8re det nemmere for nye teammedlemmer at komme ind i processen.<\/li><li>Den bidrager til at reducere spildtid.<\/li><li>Den giver et bedre grundlag for planl\u00e6gning, beregning af ressourcer og budgettering.<\/li><li>Den kan facilitere projektets kommunikation og aflevering\/overleveringer.<\/li><\/ul>\n\n\n\n<h4 class=\"wp-block-heading\">Metoder<\/h4>\n\n\n\n<p>Ethvert projekt b\u00f8r have sin egen metode. Metoder b\u00f8r tilpases projekter og ikke omvendt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">The Project Road Map<\/h3>\n\n\n\n<p>Et projekt best\u00e5r af 8 stadier.<\/p>\n\n\n\n<ol class=\"wp-block-list\"><li>Produkt forst\u00e5else<\/li><li>Definition af l\u00f8sning<\/li><li>Projekt specifikation<\/li><li>Indhold<\/li><li>Design og konstruktion<\/li><li>Test, lancering og handover<\/li><li>Vedligeholdelse<\/li><li>Review og evaluering<\/li><\/ol>\n\n\n\n<p>Der er 4 overordnede faser.  Stadie 1-3 tilh\u00f8rer preproduktionsfasen, ogs\u00e5 kendt som Discovery. Stadie 4-6 tilh\u00f8rer produktionsfasen. Stadie 7 tilh\u00f8rer vedligeholdelsesfasen. Stadie 8 tilh\u00f8rer evalueringsfasen.<\/p>\n\n\n\n<p>Fordele ved planl\u00e6gning:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Planl\u00e6gning \u00f8ger produktionshastigheden.<\/li><li>Planl\u00e6gning \u00f8ger kvalitet.<\/li><li>Planl\u00e6gning sparer penge.<\/li><li>Planl\u00e6gning bidrager til langsigtede gevinster.<\/li><\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Noter fra undervisning og forberedelse til Projekt styring. Noter taget p\u00e5 MMD. Undervisning afholdt af Karen Malene. Forberedelsesmaterialet Til forberedelsens skulle der l\u00e6ses: The Scrum Guide &#8211; https:\/\/www.scrumguides.org\/scrum-guide.html. Web Project Management af Ashley Friedlin &#8211; s. xiii-xvii, 3-11, 31, 35-47. Digital Media Management af Loise Harder Fischer &amp; Marie Oosterbaan &#8211; s. 30-40. Projektstyring Projekttrekanten&#8230;<\/p>\n","protected":false},"author":1,"featured_media":715,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[18],"class_list":["post-701","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-noter","tag-mmd"],"_links":{"self":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts\/701","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/comments?post=701"}],"version-history":[{"count":40,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts\/701\/revisions"}],"predecessor-version":[{"id":966,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts\/701\/revisions\/966"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/media\/715"}],"wp:attachment":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/media?parent=701"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/categories?post=701"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/tags?post=701"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}