Het grootste deel van de projecten in IT-land hanteert een ontwerp gerichte aanpak. Naast de ontwerp gerichte benadering zijn er alternatieven zoals de meet ontwikkel gerichte benadering.
Mijn statement: combineer!!
Pendelen tussen ontwikkelen en ontwerpen.pdf
|
Ontwerpen: (84%)
|
Ontwikkelen:
|
| Traditionele organisaties | Flexibele/innovatieve organisaties |
| bron v. tekortkomingen | verbeteren vanuit bestaande situatie |
| blauwdruk (plan en implement) | groen / leren (testing and learning) |
| top-down | gebruik kennis/inzicht personeel (bottom-up) |
| oplossingsgericht | Probleemgericht (concreter, in heden) |
| stabiele eindsituatie | vergroting verandervermogen |
| Eenmalig / linear | Voortdurend iteratief |
| strakke normen / planning | aandacht voor veranderingscapaciteit |
| econ. – technische realiteit | sociaal-politieke rationaliteit |
| Van abstract naar concreet (deductief) | van concreet naar abstract (inductief) |
| Scheiding ontwerp en invoering | vloeiende overgang tussen fasen |
| Beperkte tijd/haast | groei / continual improvement |
| Drastische veranderingen / afbouw | geleidelijkheid |
| waterval | agile / scrum (ResultatOptimierungsModell) |
- genereert energie, creativiteit en draagvlak
- draagt bij aan leerprocessen en verander vermogen
- Realiseert oplossingen voor problemen
- probleem*visie*draagvlak = Creativiteit en energie
Ontwerpen vs ontwikkelen is eigenlijk ook een keuze tussen:
- linker en rechter hersenhelft
- Engineer en artiest,
- afstandelijke en betrokken benadering
- micro focus en big- picture benadering
Voorheen was het helder: er was niets dus de waterval/ontwerp-methode was de enige mogelijkheid om van niets naar iets te komen. Als ontwerper/projectleider bepaalde jij richting en wat er ging gebeuren.
Tegenwoordig is er (meestal) geen sprake meer van een greenfield of wordt de oplossing als COTS (Common Of The Self) ingekocht hierbij zijn we als projectleider/ontwerper dus meer volgend. Het wordt dus meer en meer aanpassen / integreren / verbeteren.
