PROJECT PLAN. Datum: 14 februari Project: Medical Team: Tibor Dujmovic IAD1 Nick Marlow IAD1 Jasmijn Groot GAR1 Peter Uithoven IAD1

Transcriptie

1 PROJECT PLAN Datum: 14 februari Project: Medical Team: Tibor Dujmovic IAD1 Nick Marlow IAD1 Jasmijn Groot GAR1 Peter Uithoven IAD1 1

2 INHOUD Project Plan... 1 Inhoud... 2 Project Plan... 4 Project Definitie... 4 Briefing... 4 Wensen... 4 Weinig handelingen... 4 Digitaal systeem... 4 Stabiel... 5 Snelheid... 5 Overzichtelijk... 5 Gebruiksvriendelijk... 5 Veel controle... 5 Concept... 5 Uitvoeringswijze... 6 Fasering... 6 Fase 1: Orientatie - Research & Define... 6 Fase 2: Ontwerp - Ideate/Prototype/Choose... 6 Fase 3: Resultaat en Evaluatie - Implement/Learn... 6 De beslismomenten Concept Ontwerp Postmortem... 7 Project Organisatie... 7 Rollen verdeling... 7 Tibor Dujmovic... 7 Nick Marlow... 8 Jasmijn Groot... 8 Peter Uithoven... 8 Waarom... 8 Project Planning... 9 WBD

3 Gantt Chart... 9 Projectbeheersing Tijd Geld Kwaliteit Projectrapportage Week 1: Voor volgende week: Week 2: Voor volgende week: Risicobeheersing Projectcommunicatie

4 PROJECT PLAN PROJECT DEFINITIE Briefing Ontwerp een programma (op groot touch scherm) waarmee het verplegend personeel informatie over de patiënten van de afdeling zichtbaar kan maken en uitwisselen. Aan het einde van het project heb jee een concept presentatie uitgewerkt. Een onderdeel hiervan is een werkend prototype waarin je (een deel) van de interactie kunt demonstreren en laten uitproberen. Het prototype wordt uitgevoerd in Flash (en eventueel html/php). Je past de kennis en vaardigheden die je opgedaan hebt in het eerste semester dus toe in dit project. De uitwerking van je concept en presentatie zijn zodanig dat je hiermee een potentiële opdrachtgever/producent kunt overtuigen van je goede idee om je concept verder uit te werken en mogelijk zelfs in productie te nemen. Wensen Na de verschillende interviews bleken er een vlink aantal punten waar we ons op moesten richten. Dit waren: Weinig handelingen De gebruikers moeten met zo weinig mogelijk handelingen kunnen doen wat ze willen. Een aantal oplossingen Door middel van beslisbomen briefen (ontslag, poli, eerste hulp enz.) automatisch kunnen laten genereren. Standaard procedures kunnen toevoegen. Zo kan de administratie van standaard ziektebeelden, zoals een galblaasontsteking, heel snel worden gedaan. Digitaal Het systeem moet helemaal digitaal zijn. Er zijn een aantal voordelen aan het oude papieren systeem, maar deze zijn goed te overwinnen met een goed digitaal systeem. 1 systeem Laat ze werken met 1 geintregreerd systeem. 4

5 Stabiel Het systeem moet stabiel zijn. Er moet een soort auto save functie in zitten die er voor zorgt dat een gebruiker bijv. geen gedeeltelijk ingevoerde gegevens verliest als het systeem toch vast loopt. Snelheid Een zuster of arts moet snel gegevens op kunnen vragen. In huidige systemen, wanneer een dossier wat groter wordt, duurt het laden erg lang. Overzichtelijk Een voordeel van het papieren systeem is dat je oneindig veel ruimte hebt om dingen naast elkaar te leggen, op een beeldscherm heb je dit niet. Daarom moeten we ervoor zorgen dat we hier verschillende oplossingen voor verzinnen. Onderandere een overzicht gedeelte waarbij men meer, maar met minder details kan zien. Ook is het belangrijk dat je daarbij makkelijk en snel de diepte in en uit kan. Gebruiksvriendelijk Het systeem moet gebruiksvriendelijk zijn. De artsen en verpleging moeten hier geen maand cursus voor nodig hebben. Dit kunnen we bijv. bereiken door hun herkenbare dingen gebruiken als metafoor, bijv. in de iconen. Veel controle In de medische wereld kunnen kleine fouten grote gevolgen hebben. Wat als een arts een verkeerd medicijn selecteert omdat hij net iets te snel klikte. Een oplossing hiervoor is nog even een overzicht te geven van wat er ingevoerd is per patiënt wanneer de invoerder klaar is. Concept Een mobiel apparaat waarmee de verpleging en de artsen alle patiënten informatie op een handige manier kunnen oproepen en snel kan invoeren of aanpassen. Omdat we hierbij ook gebruik willen maken van een wireless systeem is het ook interessant een overzicht te geven van de vitals van een aantal patienten. Qua appparaat denken we nu vooral aan een groot, licht touchscreen scherm of een pda met een heel groot scherm en toetsenbord. 5

6 UITVOERINGSWIJZE Fasering Fase 1: Orientatie - Research & Define Doel: Een concept bedenken Een plan van aanpak verzinnen Activiteiten: Onderzoek omgeving Onderzoek concurenten Onderzoek werkwijze, workflows Doelgroep onderzoek Persona Wensen bepalen Idee bedenken Resultaat: Projectplan Idee/Concept Fase 2: Ontwerp - Ideate/Prototype/Choose Doelen: Een bewezen ontwerp maken Activiteiten: Interactie ontwerp maken Grafisch / visueel ontwerp maken Technisch ontwerp maken User tests doen Resultaat: Uitgewerkt ontwerpen Prototypes Realisatieplan Fase 3: Resultaat en Evaluatie - Implement/Learn Doelen: Een eindproduct maken 6

7 Leren van het project Activiteiten: Uitwerken in product/prototype Development Debuggen Presentatie voorbereiden Verslaglegging Resultaat Presentatie Verslag Prototype(s) DE BESLISMOMENTEN 1. Concept Vrijdag 20 februari, aan het einde van de define en research fase, moeten we het research afgrond hebben en gekozen hebben voor een concept. 2. Ontwerp Vrijdag 6 maart, aan het einde van de ideate fase, moeten we klaar zijn met het ontwerp. 3. Postmortem Vrijdag 20 maart, is het einde van het project. Dan moeten we het product presenteren. PROJECT ORGANISATIE Rollen verdeling We hebben voor de volgende rollen verdeling gekozen: Tibor Dujmovic Hoofdrol: Team leider Bijrol: Artist 7

8 Nick Marlow Hoofdrol: Designer Bijrol: Developer Jasmijn Groot Hoofdrol: Artist Bijrol: Designer Extra: Notulist Peter Uithoven Hoofdrol: Developer Bijrol: Team leider Extra: Notulist Waarom We zijn tot deze rolverdeling gekomen omdat Jasmijn, als GAR student, de logische keuze is voor artist. De rest wilde eigenlijk allemaal designer worden. We hebben er toen voor gekozen dat Peter developer als hoofdrol aan zou nemen, dit omdat hij daarin de veruit de meeste ervaring had. Tibor werdt de team leider omdat hij daar al vlink wat ervaring in had en toen werdt Nick dus de Designer. Tibor heeft als bijrol Artist omdat hij dat ook heel interessant vind. Peter heeft als bijrol team leider omdat hij dit meestal is en graag het hele process in de gaten houd. 8

9 PROJECT PLANNING WBD Gantt Chart 9

10 PROJECTBEHEERSING Tijd Wat tijd betreft, hebben we onze taken verdeeld en ingedeeld. We hope dat het ons lukt om ons aan deze schema te houden. We hebben wel al 1 tegenval gehad, het research gedeelte, maar ik denk dat wij niet als enige waren die dit probleem hebben ervaren. Geld Tot nu toe hebben wij niks uitgegeven en in onze planning staat ook niks over een uitgave. Dit onderwerp is echter niet uitgesloten, wie weet zullen wij nog een aankoop moeten doen qua materiaal en dergelijke. 10

11 Kwaliteit Wij streven naar kwaliteit in ons project, zo willen we dat ons concept zo goed mogenlijk wordt gerealiseerd! Met nadruk op het overzichtelijkheid. PROJECTRAPPORTAGE Week 1: In week 1 zijn we nagegaan wat ons opdracht nou eigenlijk is. We hebben planningen gemaakt voor ons project en hebben we vast gesteld wat ons te doen stond. Voor volgende week: Iedereen moet zijn research doen en proberen af te maken zodat we aan ons concept kunnen beginnen. Week 2: Research viel behoorlijk tegen, je kon niet zomaar naar de receptie toe gaan en vragen of zij een interview voor je konden regelen. Peter vond een betere manier, je moet langs de receptie meteen naar een afdeling gaan en het daar vragen, wat een hele goeie oplossing was. We hebben een beetje lopen te brainstormen over ons concept, welke richting we op wilde, wat de wensen waren van de verpleegkundigen. Voor volgende week: Een duidelijk concept maken en deze vervolgens uitvoeren. RISICOBEHEERSING Ten eerste moet je altijd rekening houden met het feit dat iets fout kan gaan. Zo hebben we wel iedereen een taak gegeven en hebben we een uitgangs punt, maar we kunnen taken ook onderschatten. Zo zou het bijvoorbeeld fout kunnen gaan bij development, dat we een heel uitgebreid idee hebben die goed werkt, maar tijdens het coderen komen we erachter dat het best veel werk is. Zo hebben we het volgende bedacht, als een taak blijkt tegen te vallen zullen we gezaamlijk dingen schrappen of op een andere manier proberen op te lossen. We hadden al bij het research gedeelte gemerkt dat het niet simpel is om naar een ziekenhuis toe te gaan en even een interview af te leggen. Zo hebben we elkaar tips gegeven en is het ook beter gegaan. Zo heeft Peter mij een tip gegeven om niet eerst 11

12 naar de receptie te gaan, maar gewoon meteen door gaan naar een afdeling en daar te vragen. Bij development loop je het risico door te weinig mankracht en/of tijd of onverwachte problemen uit te lopen. Om dit risico te minimaliseren gaan we verschillende fases bedenken. Hierbij werken we altijd naar de eerste fase toe, alleen als we die halen gaan we naar de volgende. Hierbij is het belangrijk dat alle fases evengoed een redelijk compleet beeld geven van het product. PROJECTCOMMUNICATIE Communicatie is wat mij betreft een van de meest belangrijke dingen in een project of wat dan ook. Ik heb alleen het gevoel dat de communicatie niet echt goed verloopt, maar dat gaat wel goed komen. Bijvoorbeeld onze telefoons opnemen als er gebeld wordt... Dat verloopt niet echt goed, maar dat hangt ook per persoon af denk ik. Maar wat betreft afspraken en dergelijke gaat het goed, als we iets afspreken zijn we er ook om dat gene te behandelen wat we van plan waren. We gebruiken dingen zoals; google docs, delicious, mindmeister en google agenda om onze communicatie helder te houden. Tot zo ver zijn we niet echt op dingen gebotst en ik hoop dat het ook niet dat het verder in het project zal gebeuren. 12