Mike Groenenberg: Manager Software Development

In elk software bedrijf waar complexe producten worden ontwikkeld, kom je op een punt dat er een verandering gewenst is om de markt nog beter te kunnen bedienen. Dit kan inhouden dat er nieuwe technologieën op de markt zijn die geïntegreerd moeten worden om toekomstige ontwikkelingen aan te kunnen of nieuwe features implementeren waar de huidige markt op wacht.

Hoe ingewikkelder het product, hoe lastiger het wordt om dit naast het onderhoud en huidige roadmaps in te plannen. Bij dit soort projecten wordt vaak gekeken of er gebruik gemaakt kan worden van tijdelijk extra capaciteit. Mogelijke keuzes zijn dan detachering of outsourcing. In het laatste geval kan er gekozen worden voor nearsourcing, wat inhoudt dat het project geoutsourced wordt maar vaak binnen Europa, in bijvoorbeeld Bulgarije of de Oekraïne.

Nearshoring heeft in ons geval als voordeel dat de ontwikkelaars maar met 1 uur tijdsverschil in een virtueel ontwikkelteam productief kunnen zijn,  het kennis niveau vrij hoog is, Engels op redelijk tot goed niveau is en last but not least er weinig cultuur verschil  is (zeker als je dit vergelijkt met outsourcing naar landen als India).

Het meest uitdagende in een out/nearsourcing project is, naast het project management, kennis overdracht. Hoe maak je duidelijk wat de specificaties van de geplannde taken zijn als je niet ‘face-to-face’ zit. Gelukkig is Oost-Europa maar een paar uur vliegen, dus met meer ingewikkelde specificaties kan het ook echt ‘face-to-face’, maar in de meeste gevallen is het makkelijker om gebruik te maken van hulpmiddelen als GoToMeeting of Skype en een goede projectmanagement methode.

Voor Navara is na onderzoek gekozen voor de projectmanagement methode SCRUM. Door de interactieve manier van werken, in vergelijking met de traditionele software ontwikkeling methodes, is het team enorm betrokken in het planningsproces-

Dit uit zich onder andere in:

• Grooming sessies: feature specificatie rondes voor het definiëren van specifieke features. Op deze manier hoeft de specificatie niet van te voren volledig op papier te staan en kan het gehele team meedenken over de specificatie.
• Sprints: duidelijke, korte implementatie periodes.
• Burndown Chart: duidelijk beeld over de huidige stand van voortgang.
• Backlog: overzicht van alle items die ingepland staan voor het project voorzien van heldere prioriteiten.
• Task Breakdown: Features opgesplitst in taken van 1 tot 2 dagen die zelf door een ontwikkelaar binnen een Sprint opgepakt kunnen worden.
• Daily Standup Meetings: Elke dag een korte meeting met het gehele team (vaak niet groter dan 5 tot 6 mensen) waarbij de vragen, ‘Wat is er gedaan sinds de laatste meeting?’, ‘Zijn er problemen met de taken?’, ‘Wat staat er op de planning tot de volgende meeting?’.

We zijn nu een jaar bezig, en de keuze voor nearsourcing en de SCRUM methode Blijkt een hele goede te zijn. Wij zijn uitermate tevreden.

Over SCRUM