Doorgaan naar hoofdcontent

Planning en tracking

In mijn vorige project ben ik in aanraking gekomen met Agile en met name test driven development en Scrum. Met Scrum heb je een Agile process te pakken waarmee je zeer gedisciplineerd een project doorloopt. Een onderdeel daarvan is de planning en tracking d.m.v. zogenaamde Burndown charts. In een burndown chart houd je bij hoeveel tijd je nog nodig denkt te hebben. Bij klassieke project tracking methoden (iedereen kent wel de Microsoft Planning) wordt vaak alleen gekeken naar de hoeveelheid tijd gespendeerd. Want we hadden toch gezegd dat een bepaalde taak X uur duurde? Vaak is het echter zo dat je er gaandeweg achterkomt dat een taak meevalt of juist tegenvalt. Het is daarom ook interessant om te weten hoeveel tijd er nog te gaan is.

In mijn huidige project gebruik ik de burndown chart voor de voortgang in de gaten te houden. Echter een projectleider wil ook vaak weten hoeveel budget hij al besteed heeft. Dit heb ik als extra item toegevoegd in de chart om ook deze trend te volgen.

Als je dit alles dan in een diagram zet kun je zien wat de trend is van beide data.

Deze grafiek is goed te gebruiken om te zien of je de deadline gaat halen en of je niet te veel budget gebruikt. Je kunt met dit tool in handen dan ook eerder bijsturen door bijvoorbeeld taken te laten vervallen of anders in te vullen.

Enkele tips
  • Houdt de periodes klein (4/5 weken). Op deze manier kun je resources nog goed inplannen.
  • Schat in uren. Dit is vaak makkelijker dan zogenaamde story points (zoals in Scrum).
  • Communiceer vaak over de voortgang, problemen waar je tegenaan loopt. Wij werken op dit moment om de twee dagen de getalletjes bij.
Labels:

Reacties

Een reactie posten

Populaire posts van deze blog

Microservices mindmap

"The tree" - See also   my photo page When you are fairly new within the Microservices land, there are a lot of terms fired at you. So also for my own understanding i have made a mindmap. I think it has a good status now, so that i can share it with you. As always feedback is very welcome ! You can download the mindmap here .
48 reacties
Meer lezen

OSB 10gR3 and SWA and MTOM

This blog is about using soap with attachments and the use of MTOM within the OSB (10gR3). A service is created that accepts a soap with attachment (DocumentService) and translates it to a service that accepts a binary element. MTOM is used for performance reasons for the second. Some notes: * For the use of attachments you need RPC-style document instead of the usual document-style. This due to the fact that the document-style limits a message to a single . * A service can not have both SWA and MTOM within OSB. First a WSDL is setup for the DocumentService: The $attachments variable holds the attachments and the body holds the attachment data. Also other data is stored within the attachment element (see h...
12 reacties
Meer lezen

Cloud to Cloud Application Integration

A lot of applications have integration possibilities, so do cloud applications. The question I got from a customer is whether to have a point-to-point integration with Cloud applications or to go through their ESB solution. This blog describes some considerations. Context The customer has a HRM application in which job vacancies are managed. Furthermore that system also handles the full applicant process flow. They also have another cloud application that handles the job vacancies. This application posts the jobs to social sites and other channels to promote the vacancies. Furthermore this application has some intelligence for job seekers to advice some new vacancies based on previous visits or profiles. The job vacancies need to be sent to the Vacancies application and applicant information needs to be sent to the HRM application, when a job seeker actually applies for a job. Furthermore status information about the job application is als...
11 reacties
Meer lezen