Agile Contracting 101
Számtalan szoftver fejlesztési projektet rendelnek meg Magyarországon, mégis úgy tűnik mintha nem tanultunk volna az elmúlt 20, 30 év tapasztalataiból. Túl sok megbízó a mai napig valami gyártási folyamat analógiájára építi a szoftverfejlesztési megrendelését. Így szerződik, így árazza és a teljesítést is ehhez hasonlóan próbálja meg kontroll alatt tartani. Néha bejön. De ez a néha nekünk kevés.
Még ennél is szomorúbb, hogy a rengeteg megrendelő beletörődött, hogy „a szoftverfejlesztési projektek már csak ilyenek”. Naná, hiszen mindenkinek hasonlóak a tapasztalatai. Hogyan lesz a te projekted más?
Az operatív kérdésekkel rengeteget foglalkozunk a Scrum Master Suli és a Product Owner Suli blogjaiban. Itt az agilis szállítást támogató szerződések természetével és gyakorlatával foglalkozunk.
https://scrummastersuli.com/my-blog/
https://www.productownersuli.com/my-blog/
Miről szól az agile contracting? Az agile szoftverfejlesztési projekteket is körbe kell (és módszertani szempontból is lehet helyesen!) bástyázni szigorú, folyamatos, a stratégiai szinteken külön-külön értelemezett, megfogható kimeneti elemmel rendelkező tervezési, szállítási és elfogadási (átvétel) munkával, feladattal.
Az oldalon kifejtettük, hogy mikor és kinek éri meg alkalmazni az Agile Contractingot (AC). Itt mi a lényegét mutatjuk be:
Az AC fő célja, hogy az üzleti, termék és fejlesztési oldalakat semleges vezérlő elemek mentén kösse össze. Ezt a pártatlan kötést a szerződéses rendszereivel és kérlelhetetlen tervezési, teljesítési és pénzügyi transzparenciájával éri el. A konkrét fejlesztési metodológiával és technológiai varázslattal nem foglalkozik.
Ideális esetben a szoftverfejlesztési projekteket támogató és vezérlő keretrendszerként az agile contractingot használjuk, a szállítási feladatokra pedig az agile delivery teameket.
A jó hír az, hogy a szállítói fejlesztő oldal mára sokszor előrébb tart a helyes metodológia alkalmazásában, mint az üzleti oldal, és szükségszerűen, még előrébb, mint a jogi támogatást adó szereplők. Az AC dolga az, hogy átültesse a szállítói oldal metodológiáját a jogi környezetbe. A gyönyörű ebben az, hogy végre van egy olyan holisztikus keretrendszer, ami figyelembe veszi a szállító és a vevő motivációját, a termék érdekeit és az együttműködő felek jogi és pénzügyi biztonságát!
Az AC fejlődésének forrása a nagyvállalati projektek optimalizálása volt. Az AC-t le lehet skálázni kis projektekre, hiszen az elemei projekt mérettől függetlenül hasznosak, ám robusztussága és összetettsége miatt nem ajánlott 100e EUR költségvetés alatt.
Az AC elemeinek használatának mértéke és intenzitása az, ami meghatározza azok céljainkhoz és méreteinkhez történő illeszkedését. Moduláris szerkezete lehetővé teszi, hogy az elemeiből azt használjuk, ami kell (nem azonos azzal, amikor azt használjuk, ami kényelmes…). A szolgáltatást és a képzést is úgy építettük fel, hogy akár mi, akár a tanítványaink, bármilyen körülmények között össze tudják rakni a szükséges agile contracting mixet.
Kontrolling és szerződések.
Az AC alapja egy MSA, master services agreement. A moduljainak mindegyike pedig rendelkezik egy önálló mikro szerződéssel. Ezek a mikro szerződések részletesen tartalmazzák adott AC modul működésének sajátosságait, a kimeneti pontok elvárt szállítási és elfogadási kritériumait.
Az AC szoftverszállítási fázisaiban működtetett transzparenciája, a full scale és valós idejű pénzügyi és tartalmi kontrolling alapja.
A kép azt illusztrálja, hogy az egyes támogató elemeket, vedd külön, határozd meg a saját value proposition-jét, és alkalmazd az előkészített szerződésmintát.
Mi nemcsak az elemeket használjuk a projektjeinkben, de minden elemhez elkészítettük a szerződésmintákat is. Mivel folyamatosan kint vagyunk a piacon, így a szerződésmintákat is karban tartjuk, a jogi környezet változásaihoz folyamatosan igazítjuk. (PDF = product demand fusion)
Figyelem! Az AC nem agile transzformációs eszköztár!
Nagyvállalati szinten a SAFe (scaled agile framework) nagyon hatékonnyá teszi az egész szervezetet, de csak az után, hogy egy óriási feszültségekkel járó és komplex tranzíciós folyamatot a vállalat végigcsinált, pontosabban folyamatosan csinál. Az agile contracting ezzel szemben nem akar vállalati tranzíciót csinálni. Csak és kizárólag eszközei vannak a különböző projektproblémákra, miközben a jogi támogatásra fókuszál.
Az AC szakértői abban a legerősebbek, hogy ezeket az eszközöket a szervezeti viszonyokhoz, status quo-hoz igazítják. Ez sokáig elegendő is.
Az agile contracting természetesen nem zárja ki a SAFe bevezetését, sőt! Bármikor párosítható vele, vagy akár előkészítő elemként is alkalmazható. Ez esetben ennek tudatos és felsővezetői akaratból kell közvetlenül származnia.