Pirma Agile sutartis Lietuvoje jau derinama

Dar 2010-ais parašiau straipsnį, jog galima vykdyti Agile projektus turint fiksuotą kainos, laiko bei funkcionalumo sutartį. Tada neturėjau sutarties pavyzdžio iš savo praktikos, rėmiausi literatūra ir diskusijomis su kolegomis iš užsienio. O 2013-ais atėjo laikas programavimo paslaugų pirkimo sutartį pasirašyti pačiam. Taigi kaip vyksta jos derinimas?

contract

Pradžia

Mums reikėjo pagalbos kuriant aplikaciją mobiliajam telefonui. Kadangi jau turėjome dizaino pavyzdžius davėme juos tiekėjui kartu su prioretizuotomis vartotojo pasakojimais (user story). Taip, klientas, t.y. aš, kitaip jau nebemoku rašyti reikalavimų J. Vykdytojas įvertino apimtį ir sutarėme sudarinėti sutartį.

Standartinė sutartis

Be abejo, sutarties pasiūlymą gavau standartinį.  Ištrauka apie mokėjimą:

 

„Atsiskaitymo tvarka:

xx,xx Lt (xxxxxx litų xxx ct.) sumokami avansu, mokėjimo pavedimu į Vykdytojo atsiskaitomąją sąskaitą pasirašius Sutartį per 5 (penkias) darbo dienas. Avansas įskaitomas kaip apmokėjimas už atliktus darbus.

Likusi suma, t.y. xx,xx Lt (xxxxxx litų xxx ct.) įskaitant nustatyto dydžio PVM sumokami pasirašius Darbų priėmimo – perdavimo aktą per 15 kalendorinių dienų nuo PVM sąskaitos faktūros pateikimo dienos. Sąskaita faktūra pateikiama iš karto po perdavimo – priėmimo akto pasirašymo.“

 

Tai reiškia, jog vykdytojas gamins visą projektą iš karto. Man reikės sumokėti avansą, laukti projekto pabaigos, jį priimti ir tada sumokėti likusią sumą. Viskas skamba puikiai tik…. mano patirtis sako, jog tai yra kelias į užprogramuotą konfliktą projekto pabaigoje.

Kodėl nevykdyti projekto pasinaudojant pagrindiniu Agile principu – prieaugiais (increments)? Ir aš turiu omenyje VISKO: gamybos, pridavimo ir apmokėjimo?

Agile sutartis

Taigi prisėdau, perskaičiau savo seniai rašytą straipsnį, ir pagal jį paprašiau papildyti sutartį šiais punktais:

  • Projekto apimtis skaidoma į funkcijas prioretizuotas ir apibrėžtas Priede Nr. 1
  • Užsakovas turi teisę keisti funkcijų prioritetus apie tai informuodamas vykdytoją.
  • Užsakovas turi teisę iškeisti vieną funkciją į kitą, jeigu su vykdytoju sutariama, jog keičiamos funkcijos apimtis yra tokia pati. Jeigu keičiamos funkcijos apimtis yra didesnė arba mažesnė, atitinkamai koreguojama galutinė projekto vertė.
  • Funkcijos programuojamos ir priduodamos užsakovui prioriteto tvarka
  • Užsakovas įsipareigoja tinkamai atliktą kiekvieną funkciją, priimti per 7 (septynias) darbo dienas ir sumokėti už jos sukūrimą ir aktyvavimą.
  • Vykdytojas įsipareigoja funkcijose rastas klaidas ištaisyti per 7 (septynias)  darbo dienas. Funkcijos priėmimas ir sumokėjimas už jos sukūrimą ir aktyvavimą pradedamas skaičiuoti iš naujo nuo pataisytos funkcijos atidavimo užsakovui.
  • Jei funkcija nepriduodama užsakovui per 3 kartus (vis randamos klaidos), užsakovas turi teisę vienašališkai nutraukti šią sutartį, nemokėdamas jokių baudų ar delspinigių. Jei užsakovas sumoka už šią funkciją, ji perduodama užsakovui kokia yra (su esamomis klaidomis). Tačiau užsakovas turi teisę atsisakyti tokios funkcijos, taip jos negauna ir nėra įpareigotas apmokėti už jos kūrimą.

Vykdytojas sutiko su visais punktais išskyrus paskutinįjį: „Nėra sąžiningas sutarties punktas, užsakovui duodantis teisę piktnaudžiauti ir vienašališkai interpretuoti”. Pasiūliau jį papildyti, jog tokią pačią teisę nutraukti sutartį turi ir vykdytojas. T.y. jeigu jis mano, jog klientas kelis kartus iš eilės pateikia nepagrįstas pastabas, plečia pagamintos funkcijos apimtį ar panašiai. Juk geriau nustoti dirbti su tokiu klientu padarius pirmą funkciją, negu padaryti visą projektą ir nesugebėti jo priduoti klientui ilgai. Tiesa?

Kas toliau?

Tikiuosi sugebėsime susitarti ir turėsime pirmos Agile sutarties Lietuvoje pavyzdį. Parašysiu kaip seksis. O gal čia ne pirmoji Agile sutartis Lietuvoje. Gal kažkas jau turite tokių sudarę? Pasidalinkite!

Tagged with: , ,
Posted in Agile
5 comments on “Pirma Agile sutartis Lietuvoje jau derinama
  1. Mes diegdami naują sistemą su tiekėju suderinom papildomų programavimo darbų prioritetus kokie eilės tvarka jie turi būt daromi ir priduodami, išskaidėm į kelis etapus su skirtingais terminais, taip pat sutarėm, kad pradėsime naudotis sistema po pirmojo (diegimo) etapo nelaukdami kol bus igyvendintos visos papildomos funkcijos (kas standartiškai buvo negalima pagal sutartį). Kas dėl apmokejimo tai jis už papildomus programavimo darbus liko vienas pridavus viską, fiksuotas.

    Beje, kai diegėm sau naują infrastrukturą (private cloud), tai su tiekėju į diegimo priedą įrašėm tik keliamus galutinius tikslus sistemai, nedetalizuojant kaip tai bus pasiekta. Irgi itraukėm salygą dėl 3 ciklų pastaboms/pakeitimams. Apmokėjimas vėlgi buvo viską padarius (fiksuotas). Diegimu esame tikrai patenkinti, eigoje sprendėm tai kas aktualu, išplėsdami vienų darbų apimtį ar keisdami prioritetus.

    Abiem atvejais diegimo darbai apie 3mėn, manau drąsiai būtų galima apmokėjimą daryt dalimis tiekejui pageidaujant ir ypač jeigu terminas būtų ilgesnis. Mūsų atveju diegimas buvo tik vienas iš viso projekto/sutarties etapų, paskutinis ir su atskiru mokėjimu.

  2. Vaidas Adomauskas says:

    Dėkui, kad pasidalinai patirtimi Edmundai. Tikrai įdomu. Liko jums, tik mokėjimus su pridavimais suderinti ir būtų visiškai pavyzdinis procesas.

    Kaip suprantu, tu pats buvai užsakovas, teisingai? Kaip vykdytojai reagavo į tokius siūlymus skaidyti pridavimus, turėti prioritetus ir tikslus (o ne detalius reikalavimus)? Nesibaimino, kad “išpūsit apimtį ir prisiprašysit labai daug visko”?

  3. Taip, aš buvau užsakovas.

    Šiaip nebuvo prieštaravimų, infrastruktūros atveju mes nuo pat pradžių su tiekeju bendravom akcentuojant biznio poreikius, o ne tai, jog mums reikia tam tikros specifikacijos įrangos. Mum reikėjo mūsų problemų sprendimų, tuo pačiu davėm laisvę tiekėjui koncentruotis į rezultatą, jiem tai rūpėjo todėl manau ir jiem taip paprasčiau yra dirbti. Diegimo planą susiėdę kartu surašėm.
    Beje, mes patys daug dalyvavom diegime, buvo galima sakyt daug smulkių pridavimų, testavimų, korekcijų.

    Rimti tiekėjai nebijo ir turbūt patys mieliau dirbtų su klientais kurie su jais bendrautų per verslo poreikius o ne per detales specifikacijas, nes tada didesnė tikimybė, kad bus tinkamas sprendimas surastas, priešingu atveju visko neįvertinus kažą netinkamo įrašius į specifikaciją nukentės abi pusės. O rimti tiekėjai, siekantys ilgalaikio bendradarbiavimo nesiekia trumpalaikės naudos, todėl rezultatas/pasitenkinimas labai svarbu.

    Kitam projekte kur diegiama sistema irgi natūraliai susidėliojom. Ta įmonė savo produkto vystymui naudoja Agile/SCRUM, jau pasiūlymo metu gavom visų papildomų darbų įverčius, todėl juos prioritizuoti ir priduot keliais etapais manau jiem nebuvo baisu.

  4. Vaidas Adomauskas says:

    Dėkui Edmundai. Žiauriai įdomi patirtis.

    O jei leisi, užduosiu dar vieną, klausimą, kurį man visi užduoda, tad įdomi ir tavo patirtis – o kaip įvertinot projekto kainą, jei susirašėt tik verslo poreikius? Ar pirkot tiesiog valandas iš tiekėjo? Žinai, čia svarbiausias klausimas daugumai Lietuvos įmonių – kaip nepermokėti, juk “visi vykdytojai išplės apimtį iki begalybės pajutę lengvus pinigus”… 🙂

  5. Darius Ralys says:

    Gal galėtumėte įkelti tokios sutarties pavyzdį?

1 Pings/Trackbacks for "Pirma Agile sutartis Lietuvoje jau derinama"
  1. […] Jei norite paskaityti kaip viskas prasidėjo, skaitykite šį straipsnį: Pirma Agile sutartis Lietuvoje jau derinama. […]

Leave a Reply

Your email address will not be published. Required fields are marked *

*

Artimiausi mokymai
Data Mokymai - Lektorius
2017 m. spalio 3-4 d. Management 3.0 Change and Innovation Practices - Ralph van Roosmalen
2017 m. spalio 3-4 d. Certified Agile Leadership CAL1 - Angel Diaz-Maroto
2017 m. spalio 9 d. Reikalavimų valdymas Agile projektuose - Vaidas Adomauskas
2017 m. spalio 10 d. Agile projektų valdymo pagrindai - Vaidas Adomauskas
2017 m. spalio 10-11 d. Kanban System Design (KMP I) - Gaetano Mazzanti
2017 m. spalio 10-11 d. Certified Scrum Master (CSM)
2017 m. spalio 10-11 d. Certified Scrum Product Owner (CSPO) - Lasse Ziegler
2017 m. spalio 10-11 d. ICAgile sertifikuotas profesionalas (ICP) - Vaidas Adomauskas
Visi mokymai
Archives
Categories
Kontaktai

Viešos mokymų klasės:
E-paštas: mokymai (at) agilecoach.lt
Mob. tel.: 8 686 32487

Konsultacijos ir mokymai įmonėms:
E-paštas: vaidas (at) agilecoach.lt
Mob. tel.: 8 686 32487