Complexity is our world
Het 'guidance team' van rb2 bestaat uit drie rollen: een technisch architect, een delivery manager en een agile analist. Deze rollen zijn voortdurend betrokken en lokaal (lees: in Nederland) aanwezig. Dat laatste is onderdeel van de unieke manier waarop we werken. Lokaal krijg je alle ondersteuning bij het bedenken van 'hoe' (architectuur, proces) en 'wat' (features, releases). Het daadwerkelijke ontwikkelwerk wordt offshore gedaan. Deze opzet biedt een unieke combinatie van hoge kwaliteit tegen een scherpe prijs.
Delivery Manager als spil
Van de drie teamleden, zal de Delivery Manager het meest contact hebben met de klant. Hij of zij schakelt op dagelijkse basis met de klant en ons development team. Anders gezegd werkt de Delivery Manager continu aan het optimaal opleveren van software door het development team. Hij zorgt voor een soepele samenwerking volgens agile principes en de scrum methodiek. De Delivery Manager vervult de rol van de scrum master voor het development team, en 'managet' de levering van de software aan de klant.
Agile analist voor de controle
De Agile Analist heeft regelmatig contact met de Product Owner (PO) en andere stakeholders van de klant. De analist draait mee in de cadans van de sprints, om samen met de PO en het development team ervoor te zorgen dat de functionaliteit ook zoals gewenst opgeleverd wordt. Hiertoe dienen de zogeheten User Stories met de juiste specificaties (ook wel Acceptance Criteria) bij het team aangeleverd te worden. Uiteraard op een manier dat deze ook daadwerkelijk begrepen worden. Daarnaast helpt de Analist de PO ook om vooruit te kijken. Zowel door de User Stories met de juiste prioriteit op de Product Backlog te zetten, als door de roadmap voor het product concreet te maken.
Technisch architect voor de kwaliteit
Het derde lid van het team bij rb2 is de technisch architect. Die heeft doorgaans contact met een technische evenknie van de klant. Het contact is minder frequent dan bij de andere twee rollen, maar is daarmee niet minder belangrijk. Hij is namelijk verantwoordelijk voor de technische koers en kwaliteit van de oplossing.
De technische architect kiest binnen die verantwoordelijkheid de gebruikte technologieën. Dit omvat de programmeertalen, componenten en infrastructuur. De klant wordt uiteraard betrokken in de keuzes die gemaakt moeten worden, in het bijzonder als het gaat om de componenten en de infrastructuur. Wat betreft de componenten zal de klant de afweging moeten maken of deze de juiste kwaliteiten hebben, evenals of de licentie acceptabel is. De klant moet ook instemmen met de gebruikte infrastructuur, bijvoorbeeld omdat het de omgeving zal zijn waar de data (van de klant) opgeslagen en/of verwerkt zal worden.
Simplicity is our path
Complexe behoeftes is waarom klanten bij rb2 uitkomen. Deze complexiteit moet afgepeld en begeleid worden, iets wat gewaarborgd wordt door het 'guidance team' zoals hierboven uiteengezet. Let wel, complexiteit betekent voor geen twee klanten hetzelfde, maar wij kan met al deze vormen van complexiteit omgaan.
Het resultaat van het ontzorgen is uiteraard dat de klant veel werk en hoofdpijn uit handen wordt genomen. Hij kan ook nog eens sneller meerwaarde gaan creëren met de door ons ontwikkelde omgeving dan het geval was zonder dat wij hierbij helpen. Het zorgt echter ook nog voor een bijkomend voordeel, namelijk dat er dan ook tijd en mensen vrijkomen om ook eens goed naar andere onderdelen te kijken. Vaak komen er dan nog meer vragen los, die ook weer kunnen resulteren in een beter functionerende omgeving bij de klant. Ook hier kunnen wij uiteraard bij helpen.
Lees hier het eerste artikel over hoe rb2 de samenwerking aangaat met klanten nog eens rustig terug. Voor een algemene introductie van rb2, verwijzen we je naar dit artikel.
-
-
-
-
0 Reacties Bewaren