FAQ/Projectmanagement
Contents
- 1 Related Topics
- 2 Welke methode gebruikt 2Value?
- 3 Waarom geen PRINCE2?, waterval, IPMA, DSDM of andere methodes
- 4 Wij hebben een eigen methode, kunnen jullie daarmee werken
- 5 Op welke wijze worden de daadwerkelijke uren gerapporteerd?
- 6 Hoe gaan we om met vertragingen
- 7 Hoe wordt de voortgang gerapporteerd?
- 8 Hoe ziet de planning er globaal uit?
- 9 Op welke wijze worden wij betrokken bij het geheel?
- 10 Afstemming
- 11 Hoe werkt dat piepsysteem precies?
Related Topics
- Projectmanagement
- FAQ/Projectmanagement
- onze visie, onderbouwing, keuzes en methodiek aangaande Projectmanagement
- Projectplanning
- Wat is het Aandeel van verschillende rollen
- FAQ/Clarizen veelgestelde vragen voor de tool Clarizen
- Associate:Projectvoortgang interne pagina
- SCRUM interne pagina
Welke methode gebruikt 2Value?
Zie Zwakste schakel voor de Agile methodiek die we voeren in kleine teams. Zie Projectmanagement voor de interne relaties die we daartoe hebben vastgelegd.
Waarom geen PRINCE2?, waterval, IPMA, DSDM of andere methodes
Er leiden meerdere wegen naar Rome. Dat voorop gesteld. Onze projectmanagement methodiek echter, past goed bij:
- implementatietrajecten met open source (Mooi is prototyping, aanpasbaarheid, uitbreidbaarheid)
- implementatietrajecten van websystemen met meerdere eindgebruikers groepen en veelzijdige functionaliteit
- wetenschappelijk aangetoonde efficiency verbetering in projectmanagement (zie hier de download-bare literatuurverwijzingen)
- het ontbreken van goede integratie (want ook dat is open source!)
- weten wat je wilt als je ziet wat er kan (en dat is een zeer typisch verschijnsel bij eindklanten in onze branche)
- onze eigen visie op hoe je stapsgewijs waarde innoveert voor klanten
Lang praten, uitdokteren, schrijven van functionele specs en technische specs kent in het werken met open source frameworks talloze risico's die wij als zorgvuldig bewaard bedrijfsgeheim met onze klanten delen. Beter dan laveren in oude werkwijzen is "beginnen met opleveren".
Wij hebben een eigen methode, kunnen jullie daarmee werken
Op hoofdlijnen mogelijk wel. De aanpak in de 2Value methodiek is zo speficiek geschikt gemaakt voor open source en passend gemaakt op het unieke 2Value business concept (teamwerk met kleine ondernemers) dat we in de wijze van werken meer een "one trick pony" - dan een "one size fits all" bedrijf zijn.
Op welke wijze worden de daadwerkelijke uren gerapporteerd?
Dit rolt uit de Call tracking-tool (2010: Open Atrium), en kan per willekeurige tijdsperiode worden ingesteld. Onze voorkeur: per week een rapportage met de bestede uren.
Hoe gaan we om met vertragingen
Mogelijke momenten van vertraging: een verhuis!, de saas aansluiting, aanlevering details, onvoorziene zaken. Wat als het niet voor mijn vakantie lukt bij onvoorziene problemen? Proberen een vervanger te regelen (niet echt handig) of tijdig communiceren?
2Value is tegenwoordig "deadline first" zie Projectvoortgang over hoe je om kunt gaan en handelen met klanten. Projectmanagement is de theoretische onderbouwing en verantwoording waarom wij doen wat we doen; met als kern: Zwakste_schakel.
Hoe wordt de voortgang gerapporteerd?
Wekelijkse voortgangsrapportage. We houden een interne gezamenlijke sheet bij met de releaseplanning die we periodiek bijstellen. Verder gewoon een e-mail of een A4'tje met de behaalde resultaten van de afgesloten periode, status van de planning en plannen voor de volgende weken.
Hoe ziet de planning er globaal uit?
"We beginnen met opleveren" luidt onze slogan vaak in uitingen. In hoeverre we dat per project kunnen realiseren staat in de releaseplanning.
Op welke wijze worden wij betrokken bij het geheel?
Eindklant
De acceptatieomgeving en reguliere statusmeldingen van uw projectmanager
Programmeur
Om de werking en inhoud van de programmatuur (extensies, modules) te borgen bij collega's is het volgende noodzakelijk:
- Kennis van versiebeheer en OTAP
- Tentamen SVN met goed gevolg doorlopen
- Coding standards van het betreffende open source framework onder de knie hebben
Tester
2Value voert zelf de "bouwtesten" uit. Daarna wordt het geheel ter test aangeboden aan de klant in de Acceptatieomgeving (Zie OTAP).
Afstemming
Inhoudelijk is het geheel redelijk complex, ik kan me voorstellen dat 2Value regelmatig vragen hebben aan mijn team
Dit vullen we in met behulp van het Call tracking-systeem (2010 Open Atrium), concalls en periodieke meetings. Afspraken en actiepunten komen volgens onze Rapportage richtlijnen in het team ter beschikking, maar als de klant of hoofdaannemer dat anders wil, is dat prima. Wel graag SMART afspraken maken.
Hoe werkt dat piepsysteem precies?
Het piepsysteem is het midden tussen nacalculatie en fixed price, toegepast in situaties waar beide extremen niet redelijk of haalbaar kunnen worden toegepast. Zie hier voor meer info, de betrokken 2Value associates kunnen ook interne informatie op maat verstrekken.
Rapportage piepsysteem
Regelmatig kan een sessie worden belegd waarin de status wordt besproken en aannames kunnen worden getoetst (hoeft niet altijd op locatie, kan ook middels concalls).
Wat moeten wij aanleveren?
Alle resources uit de releaseplanning moeten beschikbaar zijn, anders kan 2Value niet beginnen aan een blok van programmeerdagen. De klant organisatie moet besluiten nemen. De Operations manager verplichting aan hangen dat men ook daadwerkelijk levert, anders gaat het geplande programmeerwerk niet door. We kunnen niet met helaas niet met halfbakken aanleveringen aan de slag.
Stel we willen zelf uitstel van aanlevering of oplevering, kan dat?
Het project loopt dan in doorlooptijd in beginsel 2 x zoveel uit als dat de vertraging is opgelopen door toedoen van de eindklant (er moet opnieuw gepland worden, etc). De besteedde tijd neemt toe als het uitstel te vaak voorkomt of te lang duurt (tussentijdse communicatie, beheer en onderhoud van kennis en systemen). Hierover maken we in goed onderling overleg en redelijkheid afspraken.