Instituut Broers. Plan van Aanpak. [Project Steam OS

Transcriptie

1 Instituut Broers Plan van Aanpak [Project Steam OS [Zubin Mathoera, Vincent Darwinkel, Tomas Berends]

2 VOORWOORD Dit plan van aanpak hebben wij volgens het boek van Roel Grit, Project Management, ingedeeld. Dit vonden wij allemaal een overzichtelijke indeling en door de indeling goed in te vullen in het plan van aanpak wordt besproken hoe wij als groep 2 ervoor gaan zorgen dat het project tot een goed einde gebracht wordt. Tilburg, 2017, 2

3 SAMENVATTING In het plan van aanpak wordt beschreven hoe een projectgroep gaat zorgen dat het project wordt uitgevoerd. In het hoofdstuk achtergronden wordt beschreven hoe dit project tot stand is gekomen. Tevens wordt er beschreven voor wie deze opdracht wordt uitgevoerd. In hoofdstuk 2: Projectopdracht wordt besproken wat het uiteindelijke resultaat van het project moet worden. In het hoofdstuk projectactiviteiten staan alle activiteiten die moeten worden gedaan over het gehele project. Deze activiteiten worden verdeeld onder de projectleden. Hoofdstuk 4 gaat over de projectgrenzen. Hierin staan de grenzen beschreven waarbinnen het project zal worden uitgevoerd. In het 5e hoofdstuk komen de tussenresultaten te staan. Hierin staan de resultaten die moeten worden opgeleverd. Hoofdstuk 6 beschrijft de kwaliteit van het project en hoe dit bewaakt zal worden. In hoofdstuk 7 wordt de project organisatie beschreven. Hierin staan de rollen van de projectleden beschreven samen met adressen, telefoonnummers en s. Hoofdstuk 8 gaat over de planning van het project. Hierin staat een overzicht van de taken die gedaan moeten worden, door wie ze gedaan moeten worden en wanneer ze af moeten zijn. In hoofdstuk 9 worden de kosten en baten besproken. In het laatste hoofdstuk staan de risico's die het project loopt en hoe deze voorkomen moeten worden. 3

4 INLEIDING Elk project heeft een goede voorbereiding nodig, zo ook dit project. Het plan van aanpak maakt duidelijk wat er binnen het project gedaan moet worden en hoe dit gedaan zal worden. Het plan van aanpak geeft een overzicht hoe het project zal worden uitgevoerd. Daarom is het belangrijk om een goed plan van aanpak te schrijven: hij dient als richtlijn. Het plan van aanpak is opgedeeld in 10 hoofdstukken. Hierdoor wordt het geheel overzichtelijk gepresenteerd. 4

5 INHOUD Voorwoord... 2 Samenvatting... 3 Inleiding Achtergronden... 6 Opdrachtgever... 6 Opdrachtnemer... 6 Stakeholders Projectopdracht... 7 Hoofdvraag... 7 Deelvragen: Projectactiviteiten Projectgrenzen Producten Kwaliteit Projectorganisatie Contact informatie Projectleden Planning Kosten en baten Risico analyse

6 1. ACHTERGRONDEN Dit project is door de opdrachtgever aangemeld bij servicedesk Instituut Broers. In het hoofdstuk achtergronden wordt beschreven hoe dit project tot stand is gekomen. Tevens wordt er beschreven voor wie deze opdracht wordt uitgevoerd. Projectnaam: Steam OS virtualisatie Startdatum project: Geplande einddatum project: OPDRACHTGEVER Martijn Bergman Instituut Broers Apennijnenweg DV OPDRACHTNEMER Het door u opgegeven project zal worden uitgevoerd bij Servicedesk Instituut Broers. Binnen deze onderwijsinstelling worden de studenten ICT-beheerders ingezet voor het beheren van de servicedesk. Dit dient tevens als een opdracht voor de opleiding. De projecten die de studenten voltooien publiceren zij op hun portfolio. Het door uw ingezonden project is onder leiding van [primair contactpersoon] dit is tevens uw eerste aanspreekpunt bij vragen of opmerkingen over het lopende project. Mocht deze persoon niet bereikbaar zijn dan kunt u contact opnemen met [secundair contactpersoon]. STAKEHOLDERS Stakeholder #1 Martijn Bergman Instituut Broers mbergman@broersmbocollege.nl 6

7 2. PROJECTOPDRACHT In hoofdstuk 2: Projectopdracht wordt besproken wat het uiteindelijke resultaat van het project moet worden. Steam OS virtualisatie In deze opdracht gaan we uitzoeken hoe virtualisatie programma s werken en hoe je een Linux installatie daarop kan zetten. Voordat we dit gaat maken gaan we eerst een plan maken hoe we dit gaan aanpakken en wat er nodig is om dit te kunnen maken. Wanneer we dit hebben gedaan ga we, bijvoorbeeld, VMWare gebruiken voor de Linux machine. Van de VMWare moet een duidelijk instructie komen hoe men dit programma moet gaan gebruiken en wat er mee mogelijk is. Het resultaat is dus een Linux installatie in VMWare en een duidelijk instructie. Beschrijf in het document de verschillen tussen Windows en Linux inclusief de voor en nadelen op een zakelijke manier. HOOFDVRAAG Hoe gaan we Linux installeren op een virtuele machine? En wat hebben we daar allemaal voor nodig. DEELVRAGEN: Hoe installeren we Steam OS? Hoe gebruiken we Virtualbox? Welke vereisten heeft ons systeem hiervoor nodig? Wat hebben we allemaal nodig? 7

8 3. PROJECTACTIVITEITEN Om te zorgen dat het project succesvol wordt afgerond, moeten er taken verricht worden. Deze taken zijn verdeeld onder de beschikbare projectleden van de groep. Hierbij is rekening gehouden met de rollen van de projectleden. Verder is iedereen inzetbaar voor taken die gedaan moeten worden buiten de vaste taken om. Dit is zo gedaan om te zorgen dat er altijd voldoende mankracht beschikbaar is om het project te kunnen blijven voortzetten. Hieronder een overzicht van de taken die gedaan moeten worden gedurende het project. Rollen indelen projectgroep Samenwerkingsovereenkomst opstellen Gesprek voeren met opdrachtgever over eisen concept Vergaderingen houden Plan van Aanpak opstellen Planning maken Hoofd- en deelvragen formuleren Functionele decompositie maken Vooronderzoek Eindrapportage opstellen en opleveren 8

9 4. PROJECTGRENZEN Omdat het project in feite zeer breed is, moeten er grenzen worden opgesteld. Dit is niet alleen om het overzicht te bewaren, maar ook om te zorgen dat het project niet te lang gaat duren. In dit geval bestaan de projectgrenzen uit: Welke Linux variant gaan we gebruiken? Welk virtualisatieprogramma gaan we gebruiken? Welk systeem gaan we hiervoor gebruiken? Er word na afronding van het project geen verdere support meer verleend aan geen enkele partij. 9

10 5. PRODUCTEN Tijdens het project zullen er tussenresultaten opgeleverd moeten worden. De resultaten die tot nu toe bekend zijn worden hieronder in een schema weergegeven. Omdat van sommige taken de deadlines nog niet bekend zijn, is hierbij een voorlopige schatting gemaakt. Mocht dit afwijken dan wordt dit later nog aangepast. Weeknr. Product Beknopte uitleg 2 Plan van aanpak (Tomas) Een beschrijving hoe het project zal worden aangepakt en gewaarborgd. 2 Vooronderzoek (Vincent) Beschrijf in het document de verschillen tussen Windows en Linux inclusief de voor en nadelen op een zakelijke manier + een lijst van systeemeisen. 3 Installeren Steam OS (Zubin) Het daadwerkelijk installeren van Steam OS. En van elke stap screenshots maken en arceren. 3 Installeren virtualisatieprogramma (Zubin) Het daadwerkelijk installeren van Virtualbox. En van elke stap screenshots maken en arceren. 4 Handleiding maken van het installeren van virtualisatieprogramma & Linux variant (Vincent, Tomas) Het maken van een handleiding van het installeren en gebruiken van VirtualBox & Steam OS. 4 Verslag maken (Zubin, Vincent, Tomas) Het uiteindelijk verslag in elkaar zetten en klaarmaken voor de evaluatie/zelfreflectie. 5 Eind rapportage, eind presentatie, team evaluatie. (Zubin, Vincent, Tomas) Een evaluatie over hoe het project is gelopen en om de project leden te beoordelen. 10

11 6. KWALITEIT Om de kwaliteit te waarborgen van dit onderzoek, zal wekelijks met elkaar om de tafel gezeten worden om de vorderingen te bespreken. De project leden zullen de gemaakte stukken van elkaar na kijken op correcte onderbouwing en juistheid van de informatie. Voor elke project les moeten alle gemaakte en verbeterde stukken worden uitgeprint en in de map worden gestopt. Zo is het overzichtelijker om te bepalen wat er allemaal al gebeurt is. Wanneer een projectlid niet kan, door bijvoorbeeld ziekte, dient dit zo spoedig mogelijk gemeld te worden aan de groep. Dit geldt ook bij het niet opleveren van stukken. Weeknr. Beschrijving gebeurtenissen Voltooid 2 Opstellen PVA & verdelen van de taken Ja 3 Maken van de installatie, screenshots en vooronderzoek Niet volledig I.V.M. problemen SteamOS installatie 4 Maken van de handleiding, afronden installatie SteamOS en het maken van het verslag Ja 5 Inleveren materiaal op portfolio Ja 11

12 7. PROJECTORGANISATIE Tijdens het project is het van groot belang dat ieder projectlid zijn of haar rol weet. Daarom is er direct na de start van het project op [gespreksdatum]besproken wie welke rol op zich zou nemen binnen groep 1. Uiteindelijk is er gekozen voor de volgende rolverdeling: CONTACT INFORMATIE Primair contactadres: Servicedesk Instituut Broers Apennijnenweg DV Tilburg PROJECTLEDEN Zubin Mathoera Tomas Berends Vincent Darwinkel 12

13 8. PLANNING Om te zorgen dat de fasen van het project overzicht wordt, moet er een planning worden opgesteld. Hierin zijn ook de belangrijke inlevermomenten meegenomen zodat de projectleden weten wanneer iets af moet zijn. In de planning is ook rekening gehouden met eventuele vertragingen. Het project loopt risico op bepaalde punten en het is van belang om deze te kunnen voor zijn. Weeknr. Product Beknopte uitleg 3 Plan van aanpak (Tomas) Een beschrijving hoe het project zal worden aangepakt en gewaarborgd. 3 Vooronderzoek (Vincent) Beschrijf in het document de verschillen tussen Windows en Linux inclusief de voor en nadelen op een zakelijke manier + een lijst van systeemeisen. 4 Installeren Steam OS (Zubin) Het daadwerkelijk installeren van Steam OS. En van elke stap screenshots maken en arceren. 4 Installeren virtualisatieprogramma (Zubin) Het daadwerkelijk installeren van Virtualbox. En van elke stap screenshots maken en arceren. 5 Handleiding maken van het installeren van virtualisatieprogramma & Linux variant (Vincent, Tomas) Het maken van een handleiding van het installeren en gebruiken van VirtualBox & Steam OS. 5 Verslag maken (Zubin, Vincent, Tomas) Het uiteindelijk verslag in elkaar zetten en klaarmaken voor de evaluatie/zelfreflectie. 6 Eind rapportage, eind presentatie, team evaluatie. (Zubin, Vincent, Tomas) Een evaluatie over hoe het project is gelopen en om de project leden te beoordelen. 13

14 9. KOSTEN EN BATEN In hoofdstuk 9 worden de kosten en baten besproken. Deze kunnen mogelijk afwijken, de kosten zoals hieronder aangegeven zijn geschatte kosten. Instituut Broers is niet verantwoordelijk voor de potentiele extra kosten die gedurende het project worden gemaakt. Indien het project voor onverwachte kosten komt te staan worden deze van te voren aan u voorgelegd. Totaal budget: Tijd Tijdsbudget: 4 weken Materiaalkosten: N.V.T. Potentiele risico kosten: N.V.T. 14

15 10. RISICO ANALYSE Bij ieder project zijn er risico s die het project kunnen bedreigen. Om te zorgen dat deze risico s zo laag mogelijk gehouden worden, is er een overzicht gemaakt van risico s waarvan gedacht wordt dat deze voor kunnen komen bij dit project. Hieronder is een tabel opgesteld zodat alle risico s overzichtelijk gepresenteerd worden. Behalve de gevolgen staan ook de oplossingen beschreven om de impact van die risico s zo laag mogelijk te houden. Intern Risico Gevolg Impact (1-10) Kans (1-10) Risico (1-100) Oplossing Team genoten komen afspraken niet na. Project loopt vertraging op Sancties stellen. Informatie wordt gebaseerd op foute informatie. Project heeft geen waarde, is onjuist Gemaakte producten moeten gecontroleerd worden, hele projectgroep verantwoordelijk. De planning is foutief. Tijdsnood, en dus minder kwaliteit en/of deadline niet halen Planning z.s.m aanpassen zodat er geen deadlines worden gemist. Project lid kan niet meer deel nemen aan het project. Druk op mede leden neemt toe, moeten 1/3 meer werk opleveren. 8 2,5 20 Proberen taakverdeling zo goed mogelijk opnieuw in te vullen. Samenwerking projectleden verloopt stroef. Communicatie zal slecht zijn, taken worden dubbel of niet uitgevoerd. Er zal miscommunicatie ontstaan Er zal moeten worden uitgezocht waarom het stroef verloopt om daaruit een oplossing te bepalen. Projectleden niet voldoende bekwaam. Opgeleverde resultaten zullen niet van voldoende kwaliteit zijn Onbekwame leden moeten om hulp vragen bij gevorderden. 15

16 Ongeschikte project leider Leiding zal niet voldoende zijn, capaciteiten. Worden niet benut Er moet een nieuwe project leider gekozen worden. Project leden zijn niet goed in plannen Deadlines zullen niet gehaald worden Gezamenlijk een planning maken. Onduidelijke project grenzen Er zal soms onnodig werk worden geleverd Plan van aanpak. Projectleden moeten van ver komen Vergaderingen kunnen projectleden erg veel tijd kosten Planning hier op worden aangepast. Onvoldoende motivatie bij project leden. Kwaliteit en kwantiteit van taken zullen niet voldoende zijn. Mogelijk ook deadlines niet gehaald Proberen de ongemotiveerde gemotiveerd te krijgen. Wijziging in samenstelling projectgroep Projectleden moeten wennen aan de nieuwe situatie Wennen aan nieuwe situatie. Extern Risico Gevolg Impact (1-10) Kans (1-10) Risico (1-100) Oplossing Opdrachtgever komt afspraken onvoldoende na. Project wordt vertraagd of opgeschort Herziening plan van aanpak.. Opdrachtgever reageert niet tijdig Project loopt vertraging op Opdrachtgever moet bereikbaarheid verbeteren. 16