Plan van aanpak Website voor Bouwkundig Adviesbureau Punte 2009 Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink
Contents Product Backlog... 3 Documentatie... 4 Kwaliteitsbeheer... 5 Website testen... 5 Doel van het testen... 5 Kwaliteitsattributen... 5 Uitwerking van de test... 5 Project Organisatie... 6 Sofware ontwikkelmethode... 8 Proces... 9 Planning... 10 2
Product Backlog De Product Backlog is een eisenlijst van de opdrachtgever. Dit zijn de wensen/eisen voor het op te leveren product. De Product Backlog is gesorteerd op prioriteit, met nummer 1 als hoogste prioriteit. 1. Onmiddellijk duidelijk welke diensten er aangeboden worden ( bedrijf ) 2. Mooi ontwerp, het ontwerp moet onderscheidend zijn ten opzichte van de concurrentie. 3. Portfolio, hierin worden gerealiseerde projecten getoond. 4. Stuk herkenning van de huisstijl. 5. Alle gegevens moet opdrachtgever zelf kunnen wijzigen. 6. Routeplanner in de contactgegevens. 7. Projectgroep mag zelf initiatieven voorstellen, de opdrachtgever geeft ons de vrijheid naar eigen inzicht detailkeuzes te maken. 3
Documentatie Hieronder een overzicht welke documentatie er moet worden opgeleverd tijdens het project. Als project en software ontwikkelmethode wordt er SCRUM gebruikt. Hierdoor is de documentatie die wordt opgeleverd minimaal. Allereerst is er een plan van aanpak gemaakt. Dit vormt de basis van het project. In principe is alles wat aan documentatie wordt opgeleverd digitaal. Iedereen heeft toegang tot het systeem. Het systeem is toegankelijk via de hieronder staande link: http://trac.xp-dev.com/wpd 4
Kwaliteitsbeheer Website testen (Ook wel Proces review Testing genoemd) Een ontwikkelde website dient ten alle tijden getest te worden, dit omdat het een ingewikkeld proces is met een hoop technische aspecten. De ontwikkelde website dient (voor zover mogelijk) ten alle tijden naar behoren te functioneren, daarom dient de kwaliteit van een website op een dusdanig manier beheert te worden. Doel van het testen Vanuit de makers van de website gezien, is het doel van het testen, het leveren van bewijs dat het ontwikkel en programmeer- werk goed gedaan is en zodat de factuur bij de opdrachtgever ingediend en betaald kan worden. Kwaliteitsattributen In de internationale ISO 9126 standaard voor software kwaliteit worden de volgende kwaliteitsattributen gedefinieerd: Functionaliteit heeft betrekking op het bestaan van een set producten/processen en hun specifieke gebruik. Het zijn de producten/processen die beschreven of stilzwijgende behoeften bevredigen. Betrouwbaarheid heeft betrekking op het vermogen van het product/proces om het prestatieniveau onder bepaalde condities voor een bepaalde periode te handhaven. Onderhoudbaarheid heeft betrekking op de benodigde inspanning om gespecificeerde wijzigingen aan te brengen. Bruikbaarheid heeft betrekking op de inspanning benodigd voor gebruik, en op de individuele beoordeling van een dergelijk gebruik, door een bepaalde of gebleken groep van gebruikers. Portabiliteit heeft betrekking op de mogelijkheid om het product van de ene omgeving naar de andere om te zetten. Efficiency heeft betrekking op de relatie tussen het prestatieniveau van het product/proces en de hoeveelheid gebruikte middelen onder bepaalde condities. Beheerbaarheid heeft betrekking op het gemak waarmee het systeem in operationele staat kan worden gebracht en gehouden. Wij zullen ons dan ook, bij het testen van de ontwikkelde website, houden aan de kwaliteitsattributen gedefinieerd volgens de standaard voor software kwaliteit. Uitwerking van de test Per ticket zal worden gekeken naar hoe deze het beste getest kan worden. 5
Project Organisatie In deze paragraaf gaan we duidelijk maken wie de opdrachtgever is en wat de activiteiten zijn van deze organisatie. Tevens zullen we ingaan op de samenstelling van de projectorganisatie en de verdeling van de rollen binnen de projectorganisatie. Hiermee willen we een duidelijker beeld scheppen wie de actoren zijn gedurende het project. Het project Web-Presence zullen wij als groep zijnde uitvoeren voor de organisatie Bouwkundig Adviesbureau Punte gevestigd aan de Wensinkweg 6 te Losser. De bewindvoerders zijn ing. H.A. Punte en ing. C.S.E. Punte opgericht in 1996. Dit bedrijf is gespecialiseerd in het adviseren over verbouw en nieuwbouwplannen voor woningen, het maken van een voorlopig en een definitief ontwerp tot het uitwerken van de bouwtekeningen en daarbij het begeleiden van de bouwwerkzaamheden tijdens de daadwerkelijke bouw. Het takenpakket van de organisatie bestaat uit: Het ontwerpen. Bouwkundig en technisch tekenwerk. Toetsing aan het bouwbesluit. Bouwfysische berekeningen. Bestekken. Aanvraag vergunningen (sloopvergunning,bouwvergunningen,milieuvergunningen,gebruiksvergunningen) Bouwbegeleiding. Na de presentatie van de beschikbare projecten is er naar overleg tussen de aandrager en de begeleiders van het project Web-Presence een selectie gemaakt op basis van de kwaliteiten en kennis van de deelnemers van de minor Web-Presence. Deze selectie heeft voor het project voor de organisatie Bouwkundig Adviesbureau Punte de volgende 6 deelnemers opgeleverd. 6
De projectorganisatie bestaat uit totaal 6 personen wel te verstaan: Hugo Nijhuis John Oelen Frank Hazekamp Cindy Roelofs Ben Wilbers Tim Regelink Na overleg tussen de groepsgenoten over het te volgen plan is voor het project de volgende rollenverdeling gecreëerd: Product Owner: Hugo Nijhuis Scrum Master: John Oelen 7
Sofware ontwikkelmethode De ontwikkelmethode die wij gaan gebruiken in dit project is SCRUM. SCRUM wordt gebruikt bij software projecten. Het voordeel van deze methode is dat er erg weinig documentatie nodig is, en daarom is een betere concentratie op de core mogelijk. Doordat er elke dag een meeting is, worden problemen op tijd gesignaleerd en blijven bepaalde taken niet tot het eind liggen. Belangrijkste voordelen van SCRUM zijn het verhogen van de effectiviteit van het team en het bewaken van de voortgang van het proces. Problemen worden elke dag besproken, zo is er altijd duidelijk zicht op de voortgang van het proces. Tijdsplanning De tijd wordt per tickets ingeschat op basis van ervaring, direct nadat de tickets zijn opgesteld Werkindeling Maandag worden de tickets opgesteld. Op basis van ervaring en het aantal toepbedeelde uren worden een of meerdere groepsleden aan een ticket toegewezen. De tickets verlopen via een digitaal systeem, zodat ook vanuit huis de status van het project helder is. Afspraken De afspraken die gelden binnen onze groep zijn niet vastgelegd, maar informeel is iedereen duidelijk dat je op de afgesproken tijd aanwezig bent, wanneer je meer dan een kwartier te laat komt moet je contact opnemen met een ander groepslid. Er is een herhalende afspraak op maandag 09:30. Andere afspraken worden informeel gemaakt wanneer ze nodig zijn. Ook wordt er een daily stand up gehouden. Omdat het niet voor iedereen even eenvoudig is om op school te komen, is in overleg afgesproken dat elke dag om 22.00 uur via msn een daily meeting wordt gehouden. Op deze manier kunnen eventuele problemen worden overlegd. Het overleg zal ongeveer 15 minuten duren en iedereen zal zeggen wat hij/zij heeft gedaan, wat je vandaag gaat doen en of er ergens problemen zijn ontstaan. Deze 3 vragen zullen door de SCRUM master worden gesteld. 8
Proces Tijdens het project houden we sprints van één week aan. Aan het einde van de derde sprint willen we de eerste minimalistisch werkende versie van het product klaar hebben. Dit vinden we voor de eerste en tweede week te optimistisch om helemaal correct te doen. Veel van onze tijd zal gaan zitten in het ontwerp en analyse deel van de website omdat het een grafisch hoogstandje moet worden welke aantrekkelijk is voor een breed publiek. Contactmomenten met de opdrachtgever zullen elk weekend na een sprint zijn. 9
Planning De detailplanning zal elke maandag worden gemaakt. Elke week vindt er een sprint plaats. Hierin bepaalt de Product Owner welke onderdelen van de Product Backlog in de sprint komen. Hierna word gekeken welke tickets daarvoor aangemaakt moeten worden en naar de prioriteit ervan. De detailplanning gaat dus over een week. Op basis van ervaring van de teamleden worden de taken verdeeld. Zo weten we bijvoorbeeld dat iemand met veel technische ervaring een bepaalde taak sneller maakt dan een ander teamlid met minder ervaring. We werken ongeveer zoals het hoort met SCRUM, alleen we kijken elke week wat er nog moet gebeuren. 10