En dat houdt oa in dat je gaat kijken naar een methodiek die het beste aansluit op je development. Trainingen, en onsite kwaliteitscontrole zijn optimistische gedachtes maar dat is iets waar die partij zelf voor moet zorgen. Dat is een van de punten waarom je gaat offshoren, zodat je variabele resources hebt. We werken soms met teams van 50 man, en soms zit je met teams van 5 man.
Als je vaak vertraging oploopt door geleverde software die uiteindelijk niet aan jullie kwaliteitseisen voldoen, dan zal je moeten investeren in kwaliteitscontrole op lokatie. Pak het vliegtuig en train een paar medewerkers in wat je precies verwacht.
Als de kwaliteit niet is waarom werd verzocht krijgt de partij ook niet zijn geld, zo simpel is het.
Overigens zijn deze punten ook niet de grootste problemen die je hebt maar zijn het meer de problemen die elk software team tegenkomt, en dat zijn wijzigende requirements van de klant door het project en dat is waarom het waterfall model in de top oorzaken staat van mislukte software trajecten. Dat is geen probleem, daar kun je rekening mee houden in je planning en opnemen bij je risks, maar ik ben dus benieuwd wat de ervaringen zijn van de methodieken als ze in de praktijk worden toegepast en deze zaken daadwerkelijk naar voren komen.
Wel moet je ook bedenken of offshoring wel "the right tool for the job" is. Erken de problemen die daarbij horen en kijk of wat je wil wel bereiekn wel haalbaar is binnen de gestelde grensvoorwaarden.
Dat is uiteindelijk een beslissing die door het senior management wordt gemaakt, en vaak met een hoop politiek en strategie. Ik denk dat het offshoring op zich geen probleem is, mits je er dedicated tijd aan kunt besteden om de communicatie te regelen, en op afstand bij kunt sturen waar nodig. We hebben al redelijk wat ervaring met deze partij en outsourcing qua software projecten en hebben een duidelijk idee waar de sterke en zwakke punten liggen. Echter, we merken ook dat ze op web gebied nog niet ervaren rotten in het vak zijn.
Dat is niet wat je met een training of onsite kwaliteitscontrole aanpakt. Dat is iets wat moet groeien als je samen aan projecten werkt, en wat een hoop pionierswerk met zich meebrengt. Een methodiek kan hierbij dan zorgen voor de ruwe lijnen van een proces. Desgewenst kan er later worden gezegd, dit doen we in het proces anders want het sluit beter aan op onze wensen.
:strip_icc():strip_exif()/u/46177/FoX-icon.jpg?f=community){kind=icon}