De reden om een ontwikkelaanpak op te nemen in het webboek komt voort uit het inzicht dat we in de markt/literatuur geen passende ontwikkelaanpak hebben kunnen vinden voor het ontwikkelen van integrale bedrijfsvoering.

Over de individuele componenten (product, proces ed) is wel veel meer voorhanden. Die methodes adopteren we in de ontwikkelaanpak.

 

De focus ligt op de integrale ontwikkeling, dus de componenten in hun onderlinge samenhang ontwikkelen, door de verschillende fases van een project heen.

In de aanpak zal nieuwe aanpak staan om te komen tot een ideale gebruikers interface voor een applicatie, wel een aanpak om tot applicatiedesign te komen dat afgestemd is met de andere componenten van de bedrijfsvoering.

 

De in dit hoofdstuk omschreven ontwikkelaanpak richt zich op één iteratie (project) om de bedrijfsvoering te wijzigen. De besturing op tijd/geld en de besturing van de omgeving van een dergelijk project kan prima middels een standaard projectaanpak bestuurd worden zoals bijvoorbeeld PRINCE2.

De gewenste/benodigde bedrijfsvoering komt voort uit de strategisch gestelde doelen van een organisatie. Er kunnen natuurlijk meerdere iteraties nodig zijn om te komen tot de gewenste bedrijfsvoering.

Als er meerdere stappen nodig blijken te zijn dan zal er een programma opgezet moeten worden om de roadmap op te stellen, de iteraties te besturen en de benefits te incasseren.

 

Er moet altijd een zakelijke rechtvaardiging moeten zijn om een verandering in de bedrijfsvoering door te voeren. Deze zakelijke rechtvaardiging wordt vaak een business case genoemd. De business case is ook een stuurmiddel voor de inrichting van de bedrijfsvoering. Denk hierbij aan parameters als verwachte ordervolumes, timing, kostprijs product ed.

 

De ontwikkelaanpak is gemodelleerd als een proces. Hierin worden de cruciale stappen en deliverables belicht en uitgewekt. De ontwikkelaanpak geeft een volgorde activiteiten en creatie van deliverables aan. De omvang van de gewenste verandering in bedrijfsvoering zal de zwaarte van de activiteiten en deliverables bepalen. Het doorvoeren van een aantal proces optimalisaties in een callcenter is immers van een andere orde dan het ontwikkelen van een bedrijfsvoering voor een propositie met als doelstelling dat het tegen 50% van het huidige kostenniveau moet.

• Idee fase

• Ontwerp fase

• Realisatie fase

 

• (Nieuw) product

De te doorlopen activiteiten zijn over het algemeen gelijk. De volgorde van de activiteiten/deliverables verschillen wel op een aantal punten.

Zo is bij een ´nieuw product´ project de productdefinitie een vertrekpunt, waar bij een ´efficiency´ project de huidige bedrijfsvoering en kosten plaatsen erg van belang zijn.