Project adminter, project management

[HawVer]

Goed… lang verhaal, ik hoop dat je het interessant genoeg vind om te lezen.

Inleiding / Aanleiding

Vraag een ontwikkelaar wat het moeilijkste is van software ontwikkeling en hij zal waarschijnlijk zeggen dat het in goede banen leiden van een project het grootste probleem is. Hoe zorg je er voor dat de van te voren vastgestelde functionaliteit daadwerkelijk datgene is dat de gebruiker verwacht? Hoe zorg je er voor dat die functionaliteit ook uiteindelijk terecht komt in het eindproduct?

Op de markt zijn programma’s genoeg voor het realiseren van de techniek, zoals IDE’s, DBMS etc. Maar hoeveel software is die je ondersteunt in het beheren van het project? Een aantal site springen daar handig op in en starten open source management platformen zoals SourceForge. Ik speel al een tijdje met de gedachte om een tool te schrijven die ondersteuning biedt voor het beheren van een ontwikkel project. Mijn primaire doel is de open source markt en eventueel later ook meer commerciële projecten.

Projectmanagement

Veel van de problemen in de open source wereld komen ook voor in de commerciële software markt. Ik loop zelf als commercieel ontwikkelaar tegen de volgende problemen aan:

Onduidelijke eisen en wensen. Hoe gaat het eindproduct eruit zien? Is het voldoende dichtgetimmerd? Sluit het aan op de wensen van de klant?

Aannames, aannames zijn fataal en leveren soms erg vreemde eindproducten op. Bijvoorbeeld: laatst moest ik een import service maken voor orders. In de omschrijving stond duidelijk vermeld dat de klant een complete order inclusief regels zou aanleveren en deze totaal ingelezen moest worden. Mijn aanname was dat ik hiervoor wel een andere bestaande tabel kon gebruiken. Het eindresultaat was dat maar de helft van de velden ingelezen werden. Vraag me niet hoe ik ooit die aanname heb kunnen doen, maar laat het duidelijk zijn dat de klant niet kreeg wat hij verwachte.

Slechte planning, de klant verwachte het al een week eerder!?

Slechte communicatie, Projectleiders communiceren slecht met de projectleden met als gevolg dat de verkeerde communicatie op de goede plekken is, of andersom.


Vanuit mijn ervaring in open source projecten loop ik tegen de onderstaande problemen aan:

Weinig tot geen visie en geen concrete plannen. Met als gevolg dat iedereen maar wat doet zonder daar bij na te denken.

Vrijwilligers, mensen die vrijwillig werken zijn minder betrouwbaar dan mensen die er voor betaald krijgen. Je zult dus ook regelmatig contact op moeten nemen met je projectleden om de voortgang te bespreken.

Communicatie, communicatie via het Internet is lastig en blijft lastig.

Planning, wat is dat? Het when it’s done principe komt vaak voor in de open source wereld met als gevolg dat het nooit komt.

Geen leiding, of projectleden zijn bang om strakke leiding te hanteren.

Project (evt)

Het doel van het project is vooral het aanpakken van de organisatorische problemen bij midden en kleine ontwikkelprojecten. Hoe beheer je een project en zorg je er voor dat de projectleden met plezier aan een product werken?

Initiële ideeën/functionaliteiten

Project is aan zaak die men denkt uit te voeren of te onderzoeken.
Projectteam is een verzameling mensen die aan een project werkt.
Taak is het werk dat iemand is opgelegd.
Analyseren is het onderzoeken van situatie en het vaststellen van probleem.
Ontwerpen is het bedenken van een oplossing en het uitwerken daarvan.
Inplannen. Toewijzen van taak en uitstippelen van plan.
Uitvoeren. Het bouwen of verwerken van bedachte oplossing.
Reviewen, controleren van de uitgevoerde taak,
Verwerken, eventueel toevoegen van wijziging aan product
Testen, controleren of eindproduct voldoet aan vastgestelde wensen en eisen.
Onderhoud, bugs, features herhaling van voorgaande stappen.

Precieze details van de functionaliteit nog nader te omschrijven.

Project, verschillende teams, taken, analyseren, ontwerpen, ontwerp goedkeuren, inplannen, uitvoeren, voltooien, reviewen, goedkeuren, verwerken, testen, onderhoud.

Integratie met svn?

Integratie met een PHP IDE?

Tools en technieken

- Microsoft visual C# en Microsoft SQL Server. Waarom? Mooie balans tussen ontwikkeltijd en functionaliteit.
- UML

Toekomst

Is er vraag naar zoiets?
Hoe zou het er uit moeten zien?
Welke project methoden kunnen hierbij helpen?
Zijn er mensen die wat antwoorden, feedback, commentaar etc hebben?

[Verwijderd]

Heb je al naar Sharepoint gekeken? Deze bevat al deze functionaliteiten (sommige met enkele aanpassingen).

[Boss]

Ik heb een keer een cursus gedaan over management van softwaretrajecten. Een zeer leerzame cursus, die inging op de principes van EVO. Meer informatie is te vinden op deze site.

Tijdens de cursus is ook een tool gedemonstreerd (een Access database) die het een en ander kan ondersteunen.

Wat mij vooral bij is gebleven: tijdens het ontwikkelen zal de klant altijd vragen om wijzigingen in de specificaties. Op zich is dat geen probleem, maar maak hem direct duidelijk dat dat ten koste gaat van iets anders, of dat de deadline opgeschoven wordt. Ook zeer veel interessante technieken over je eigen time-management en hoe je in een team verschillende taken kunt managen.

[pjonk]

Voor effectiever time-management is MoSCoW vaak een goede insteek
http://en.wikipedia.org/wiki/MoSCoW_Method

[MisterBlue]

De vraag is of dit een pet project is om puur wat vlieguren in C# te maken of dat je echt een oplossing voor een probleem zoekt. In het tweede geval zijn er toch al behoorlijk wat tools die je met wat configuratie en goede conventies kunt gebruiken als oplossing. Als het voor het microsoft platform is zou je op sharepoint een oplossing kunnen bouwen.
Zelf gebruiken wij trac voor onze projecten en is de wiki de plek waar over ontwerpen en dergelijke discussieren. De automatische timeline zorgt ervoor dat je heel makkelijk de besluiten kan nalopen. Dit is wel een tool die vooral gericht is op het werk van de techneuten en minder op de communicatie met klanten. Daar gebruiken wij vaak een basecamp account voor. Je zou hier een gratis account kunnen nemen om ideeen op te doen.
Als je trouwens een open source project op google code maakt, krijg je een project omgeving waar men de wiki al geconfigureerd (op basis van tagging) heeft voor allerlei project fases.

[Verwijderd]

Tot vorig jaar gebruikten wij hier TestTrack voor, maar die is nogal heel erg beperkt wanneer je ook je klanten toegang en zicht wil geven op hun cases / bugreports / feature requests.
We hebben daarna ook gekeken naar SharePoint (+Portal), maar zijn nu uiteindelijk aangeland bij MS CRM.

Kostte wel een hoop (vooral tijd) om 'm te customizen, maar we hebben nu wel een vrijwel naadloze combinatie van project management aan de ene kant en informatie naar de klant aan de andere kant.

[Orphix]

Er zijn heel veel verschillende project management/ontwikkelings methodieken (RUP, Agile, SCRUM, XP, etc). Elke methode heeft weer zijn eigen unieke eigenschappen die terug zullen moeten komen in de te gebruiken tool (bijvoorbeeld sprint logs). Ik zou eerst onderzoek doen naar de aanwezige methodieken, vervolgens een enkele methodiek kiezen en hiervoor een platform te gaan bouwen. Het is onmogelijk om al deze methodieken in een enkele oplossing samen te kunnen brengen, dus richt je op een enkele methodiek en ondersteun dat goed.

[HawVer]

Verwijderd schreef op woensdag 29 augustus 2007 @ 22:11:
Heb je al naar Sharepoint gekeken? Deze bevat al deze functionaliteiten (sommige met enkele aanpassingen).

Nee, ik heb nog niet naar sharepoint gekeken. Misschien kan ik daar van nog goede ideeën op doen.

Boss schreef op woensdag 29 augustus 2007 @ 23:41:
Ik heb een keer een cursus gedaan over management van softwaretrajecten. Een zeer leerzame cursus, die inging op de principes van EVO. Meer informatie is te vinden op deze site.

Tijdens de cursus is ook een tool gedemonstreerd (een Access database) die het een en ander kan ondersteunen.

Wat mij vooral bij is gebleven: tijdens het ontwikkelen zal de klant altijd vragen om wijzigingen in de specificaties. Op zich is dat geen probleem, maar maak hem direct duidelijk dat dat ten koste gaat van iets anders, of dat de deadline opgeschoven wordt. Ook zeer veel interessante technieken over je eigen time-management en hoe je in een team verschillende taken kunt managen.

Hmm bedankt voor de links. Ik ga eens ff kijken of ik er wat mee kan.

MisterBlue schreef op donderdag 30 augustus 2007 @ 14:42:
De vraag is of dit een pet project is om puur wat vlieguren in C# te maken of dat je echt een oplossing voor een probleem zoekt. In het tweede geval zijn er toch al behoorlijk wat tools die je met wat configuratie en goede conventies kunt gebruiken als oplossing. Als het voor het microsoft platform is zou je op sharepoint een oplossing kunnen bouwen.
Zelf gebruiken wij trac voor onze projecten en is de wiki de plek waar over ontwerpen en dergelijke discussieren. De automatische timeline zorgt ervoor dat je heel makkelijk de besluiten kan nalopen. Dit is wel een tool die vooral gericht is op het werk van de techneuten en minder op de communicatie met klanten. Daar gebruiken wij vaak een basecamp account voor. Je zou hier een gratis account kunnen nemen om ideeen op te doen.
Als je trouwens een open source project op google code maakt, krijg je een project omgeving waar men de wiki al geconfigureerd (op basis van tagging) heeft voor allerlei project fases.

De basecamp is een mooie tool. Dat ziet er ook voor de klanten behapbaar uit. Het is alleen jammer dat zo'n tool alleen draait op een externe locatie. Met een gratis testaccount kan ik zeker een aantal aardige ideeën op doen. Mijn idee is dat alle partijen die invloed hebben op het project ook inzicht moeten hebben.

Verwijderd schreef op donderdag 30 augustus 2007 @ 22:48:
Tot vorig jaar gebruikten wij hier TestTrack voor, maar die is nogal heel erg beperkt wanneer je ook je klanten toegang en zicht wil geven op hun cases / bugreports / feature requests.
We hebben daarna ook gekeken naar SharePoint (+Portal), maar zijn nu uiteindelijk aangeland bij MS CRM.

Kostte wel een hoop (vooral tijd) om 'm te customizen, maar we hebben nu wel een vrijwel naadloze combinatie van project management aan de ene kant en informatie naar de klant aan de andere kant.

Dat vind ik een bijzondere keuze?! Waarom hebben jullie gekozen voor microsoft CRM. En biedt ms crm ook ondersteuning voor projecten of hebben jullie dat allemaal zelf gebouwd?

Orphix schreef op zondag 16 september 2007 @ 13:36:
Er zijn heel veel verschillende project management/ontwikkelings methodieken (RUP, Agile, SCRUM, XP, etc). Elke methode heeft weer zijn eigen unieke eigenschappen die terug zullen moeten komen in de te gebruiken tool (bijvoorbeeld sprint logs). Ik zou eerst onderzoek doen naar de aanwezige methodieken, vervolgens een enkele methodiek kiezen en hiervoor een platform te gaan bouwen. Het is onmogelijk om al deze methodieken in een enkele oplossing samen te kunnen brengen, dus richt je op een enkele methodiek en ondersteun dat goed.

Bedankt voor je feedback. Ik denk dat je zeker een belangrijk punt hebt. Mijn idee was eigenlijk om een totaal oplossing te bouwen. Zoals je zegt zal ik dat inderdaad nooit allemaal tegelijk kunnen ondervangen. Ik wil de gebruiker niet sturen in het proces maar ondersteuning bieden. Mijn twijfel is of dat haalbaar is gezien de complexiteit.