Projectmanagement (2021): verschil tussen versies
Naar navigatie springen
Naar zoeken springen
| Regel 43: | Regel 43: | ||
Helaas heb ik de gewoonte om de namen van projecten nogal eens aan te passen. Ik denk dat dit een slechte gewoonte is, want het leid tot verwarring en is zonde van de tijd. | Helaas heb ik de gewoonte om de namen van projecten nogal eens aan te passen. Ik denk dat dit een slechte gewoonte is, want het leid tot verwarring en is zonde van de tijd. | ||
| + | |||
| + | == Basis: Mappen & bestanden == | ||
| + | |||
| + | Begin 2020 heb ik me verdiept in wat voor mij de beste manier is om gegevens te beheren. Dingen die je offline bewaard en dingen die je online bewaard, kun je namelijk niet naadloos met elkaar integreren. Conclusie: De basis bestaat voor mij uit ''mappen & bestanden''. | ||
| + | |||
| + | {| | ||
| + | |[[file:20200824-1919.png|thumb|Hier zie je hoe ik een project in subprojecten indeel - Dit werkt super en is redelijk zelf-documenterend (itt. bv. Trello!). Het is ook heel gemakkelijk om eventuele subsubprojecten aan te maken: Gewoon mappen-in-mappen]] | ||
| + | |} | ||
== Zie ook == | == Zie ook == | ||
* [[Scrum]] | * [[Scrum]] | ||
Versie van 24 aug 2020 19:21
Wat is een project?
Enkele ideeën:
- Een project is een gecoördineerde inspanning om tot een bepaald resultaat te komen
- Het heeft veel te maken met plannen en planmatig werken
Begin & einde?
- Uit een ver verleden staat mij bij, dat een project een begin en een einde heeft. Ik weet niet of dat per se zo moet zijn, maar sommige aspecten aan een project, lopen nogal scheef als er geen eenduidig project is: Bv. een Trello-board dat eindeloos blijft groeien
- Hoe noem je werkzaamheden die geen begin en einde hebben? Ik noem het meestal vaste dingen. Zoals m'n dagelijkse overhead.
Fases
- Tijdens m'n studie in Delft leerde ik, dat projecten uit fases bestaan, en dat je die fases lineair doorloopt
- De laatste fases waren zoiets als oplevering en afronding. De eerste fase had misschien iets met definitie of opstart te maken
- Ik geloof niet in het lineair doorlopen van een project. Vooral rondom software-ontwikkeling, worden sommige fases iteratief herhaald
De naam van het beestje
Ik vind het heel onhandig om te refereren naar een grootheid zonder naam. Daarom geef ik projecten vrijwel altijd een naam. En dan liefst korte namen, waaraan ik gelijk kan zien dat het een project ofzo is.
Enkele voorbeelden:
- BoekBij
- MediaWikiUpdate
- FloatDrone
- BrushTour
- ForkBrush
- Amz.CamOp
- Knak.JD
- Knak.TP
- BB
- BizDev3.2
- BizDev4.1
Waar ik die namen zoal gebruik:
- Titels van Trello-borden
- Urenadministratie
- Namen van mappen en/of bestanden (projecten zijn voor mij primair georganiseerd middels mappen & bestanden)
- Namen van emailmappen. Overigens: Je kunt geen punten gebruiken in de namen van emailmappen. De naam van de emailmap voor BizDev4.1 wordt dan BizDev4_1 of BizDev41 - Dat is nog nooit een issue geweest.
Helaas heb ik de gewoonte om de namen van projecten nogal eens aan te passen. Ik denk dat dit een slechte gewoonte is, want het leid tot verwarring en is zonde van de tijd.
Basis: Mappen & bestanden
Begin 2020 heb ik me verdiept in wat voor mij de beste manier is om gegevens te beheren. Dingen die je offline bewaard en dingen die je online bewaard, kun je namelijk niet naadloos met elkaar integreren. Conclusie: De basis bestaat voor mij uit mappen & bestanden.
