Mikataba ya Agile: tarehe za mwisho, kukubalika na dhima katika miradi ya TEHAMA

Mkataba wa agile hurekodi ushirikiano ambapo matokeo ya mwisho hayajawekwa mapema, kwa hivyo lazima udhibiti ni nani anayeweka vipaumbele, wakati matokeo ya mbio za kasi yanakubaliwa na kama tarehe za uwasilishaji zinafungamana. Chini ya sheria ya Uholanzi, tarehe ya uwasilishaji katika mradi wa agile si tarehe ya mwisho kali kiotomatiki: mahakama huangalia mkataba, njia ya kufanya kazi na jinsi pande zilivyoshirikiana, na hata tarehe ya mwisho kali iliyokosa haihalalishi kila wakati kufuta.

Katika maendeleo ya haraka, wahusika hufanya kazi kwa mwendo mfupi na kurekebisha bidhaa kadri mradi unavyoendelea. Makala haya yanaelezea jinsi ya kutimiza wajibu wa muuzaji, jinsi ya kupanga mkataba, kile ambacho sheria ya kesi ya hivi karibuni inasema kuhusu tarehe za mwisho, na kile ambacho wateja na wasambazaji wanapaswa kuangalia.

Kwa nini kufanya kazi kwa wepesi kunahitaji mkataba tofauti?

Kwa sababu matokeo yake ni shabaha inayosonga mbele. Katika mradi wa kitamaduni wa TEHAMA, wahusika huweka muundo unaofanya kazi na kiufundi na muuzaji huahidi kuutoa kwa tarehe iliyowekwa; katika maendeleo ya agile, kila mbio za mbio hutoa sehemu ya kazi na mteja hurekebisha mkondo kwa msingi wa maonyesho.

Kwa hivyo, mkataba lazima utatue masuala manne ambayo vipimo vya kitamaduni hujibu vyenyewe:

• ambaye huamua vipimo na vipaumbele: mmiliki wa bidhaa upande wa mteja;
• jinsi mabadiliko yanavyoshughulikiwa katika orodha ya kazi zilizosalia (orodha ya vipaumbele vya utendaji ambayo bado inapaswa kujengwa), mipango na bei;
• wakati sehemu inahesabiwa kama imekamilika, kulingana na ufafanuzi wa vigezo vya kukubalika vilivyokamilika na vinavyopimika;
• kama tarehe za uwasilishaji zilizokubaliwa ni kali au za kuashiria.

Kufanya kazi kwa wepesi ni vigumu kuichanganya na zabuni ya umma ambapo wigo wake umewekwa kikamilifu mapema. Mamlaka ya mkataba inayotaka uundaji wa wepesi inapaswa kuacha nafasi katika hati za zabuni kwa ajili ya makubaliano ya mfumo yenye kazi za mwisho zilizofafanuliwa kwa urahisi.

Je, ni juhudi bora au ni wajibu wa matokeo?

Katika miradi ya agile, wajibu wa muuzaji mara nyingi huhesabiwa kama wajibu wa juhudi bora (inspanningsverbintenis), kwa sababu hakuna matokeo ya mwisho yaliyokubaliwa. Chini ya wajibu wa matokeo (resultatsverbintenis), muuzaji huahidi matokeo yaliyoelezwa mahususi.

Lebo katika mkataba si ya kuamua: mahakama huangalia maudhui ya mipango na jinsi wahusika walivyofanya kazi. Chini ya wajibu wa matokeo, swali ni kama matokeo yalitolewa; chini ya wajibu wa juhudi bora, kama muuzaji alionyesha utunzaji wa mtaalamu wa IT mwenye uwezo unaofaa na anayefanya kazi kwa busara.

Kifungu cha 6:74(1) cha Kanuni za Kiraia za Uholanzi (BW) ndicho msingi wa fidia kwa kushindwa kutekeleza, lakini hakisemi wakati kuna kushindwa; hilo linategemea sifa ya wajibu. Chini ya Kifungu cha 6:248(1) BW, mkataba pia una matokeo yanayotokana na busara na haki, ambayo huacha nafasi ya kuzingatia asili ya ushirikiano wa haraka.

Unapangaje mkataba wa agile?

Kwa kawaida huwa katika tabaka mbili. Mkataba wa mfumo huweka sheria za jumla: masharti yanayotumika, dhima, usiri, haki miliki na njia ya kushirikiana. Kwa kila mgawo au kutolewa, makubaliano ya utekelezaji huweka wigo, upangaji, timu, bei na vigezo vya kukubalika.

Vigezo halisi na vinavyopimika vya kukubalika kwa kila mbio za masafa marefu ni muhimu zaidi ya lebo ya wajibu. Bila hivyo, hakuna cha kujaribu matokeo, na mizozo kuhusu kama mbio za masafa marefu zilifanikiwa hutokea haraka. Jumuisha ufafanuzi wa kufanyika ambao unashughulikia si tu utendaji kazi bali pia ubora wa msimbo, nyaraka na uhamishaji.

Kusitishwa mapema kunastahili kuzingatiwa zaidi kuliko katika mkataba wa kawaida, kwa sababu mradi wa agile hauna mwisho maalum. Kubaliana wakati kila upande unaweza kusimama, kinachotokea kwa vipengele vilivyowasilishwa na msimbo chanzo, na jinsi kazi inavyokabidhiwa kwa muuzaji mwingine.

Masharti ya kawaida ya TEHAMA, kama vile Masharti ya NLdigital, hudhibiti vipengele vya agile kwa kiwango kidogo tu. Angalia ni toleo gani linalotumika na uandike mipangilio ya agile katika makubaliano ya utekelezaji.

Sheria ya kesi inasema nini kuhusu tarehe za mwisho?

Hakuna sheria ya jumla kwamba tarehe katika mradi wa agile si kali kamwe. Hukumu mbili za hivi karibuni zinaonyesha jinsi mahakama inavyopima mkataba na ushirikiano.

Mahakama ya Wilaya ya Midden-Nederland, 2023: tarehe ya mwisho kali, lakini hakuna kufutwa

Katika hukumu dhidi ya ECLI:NL:RBMNE:2023:5936, programu ya mfumo wa uzani ilitengenezwa kwa kutumia scrum, ikiwa na muda uliokubaliwa wa takriban wiki 24 na baadaye tarehe za kalenda zilizowekwa. Mahakama iliamua kwamba tarehe hizi zilikuwa tarehe za mwisho kali, kwa hivyo muuzaji alishindwa bila taarifa ya kushindwa zilipopitishwa.

Hata hivyo, kufutwa kwa mteja kulishindwa. Kwa kuzingatia hali ya haraka ya mradi, jukumu la pamoja la pande zote mbili na ukweli kwamba kizuizi kimoja tu cha kazi kilibaki, kushindwa hakukuhalalisha kufutwa chini ya Kifungu cha 6:265 BW. Madai ya ulipaji na uharibifu yalifutwa.

Mahakama ya Wilaya ya Amsterdam, 22 Aprili 2026: tarehe zinazoashiria

Katika ECLI:NL:RBAMS:2026:3930, mteja alidai kwamba msanidi programu alikuwa amewasilisha programu mpya kwa kuchelewa, alizidi bajeti na kudumisha programu zilizopo vibaya. Nukuu hiyo ilitumia skirti za wiki mbili za scrum na tarehe ya uzinduzi inayoonyesha.

Mahakama haikupata tarehe za mwisho kali: tarehe ya uzinduzi na upangaji wa mbio za kasi zilikuwa za kiashiria, na mbinu ya scrum ilihitaji ushirikiano wa karibu. Bila tarehe ya mwisho kali, mteja alihitaji notisi halali ya kutofaulu, na notisi zake hazikumweka msanidi programu katika hali ya kutofaulu. Madai yote yalitupiliwa mbali.

Somo: ukitaka tarehe iwe kali, taja hilo waziwazi katika mkataba. Tarehe katika nukuu au barua pepe kwa kawaida haitoshi.

Unapaswa kuangalia nini kama mteja?

• Mmiliki wa bidhaa yako ni nani, na je, mtu huyo ana mamlaka ya kubadilisha mrundikano wa bidhaa kwa niaba yako?
• Je, vigezo vya kukubalika na ufafanuzi wa kufanyika vimerekodiwa kwa kila mbio za mbio za kasi au za kuachiliwa?
• Je, mkataba unaelezea wazi tarehe ambazo ni tarehe za mwisho kali?
• Ni katika kipindi gani unapaswa kupima na kujibu utoaji, na nini kitatokea usipofanya hivyo?
• Unapata lini ufikiaji wa msimbo chanzo na nyaraka?
• Ni nini kinachotolewa wakati wa kuachishwa kazi mapema, na kwa bei gani?

Unapaswa kuangalia nini kama muuzaji?

• Je, ni wazi kwamba tarehe katika nukuu na mipango ni dalili, isipokuwa kama zimekubaliwa vinginevyo?
• Je, unaandika maamuzi ya mmiliki wa bidhaa na mabadiliko katika orodha ya bidhaa zilizobaki kwa maandishi?
• Je, unarekodi wakati mteja hatoi mchango, uwezo wa majaribio au maamuzi kwa wakati? Hii inaweza kusababisha mkopeshaji kushindwa kulipa (Kifungu cha 6:58 BW).
• Je, msingi wa malipo uko wazi: kwa kila mbio za masafa marefu, kwa saa, kwa kila sehemu ya utendaji au kwa kila matokeo?
• Je, umepunguza dhima yako na kuondoa hasara inayotokana na hilo katika makubaliano ya mfumo?

Tunaweza kukufanyia nini kwa mikataba ya agile?

Wanasheria wetu wa TEHAMA huwasaidia wasambazaji na wateja wa TEHAMA katika miradi ya haraka. Tunaweza:

• rasimu au kupitia makubaliano ya mfumo na utekelezaji wa makubaliano ya mradi unaobadilika;
• kuunda vigezo vya kukubalika, ufafanuzi wa vifungu vya tarehe ya mwisho vilivyokamilika na vilivyo wazi;
• rasimu ya mpangilio wa kuondoka kwa ajili ya kusitishwa mapema kwa mkataba na uhamisho kwa muuzaji mwingine;
• kutathmini kama muuzaji ameshindwa kulipa na kama kufuta kunawezekana;
• kuandika notisi ya kushindwa au jibu kwa moja, na kuendesha kesi kuhusu kucheleweshwa au kusitishwa kwa mkataba.

Soma zaidi kuhusu kile ambacho mwanasheria wa TEHAMA hufanya.

Muhtasari

• Mkataba wa agile kwa kawaida huwa na makubaliano ya mfumo na makubaliano ya utekelezaji kwa kila mgawo.
• Wajibu wa muuzaji mara nyingi huwa ni wajibu unaoleta juhudi kubwa; lebo katika mkataba si ya kuamua.
• Vigezo vinavyoweza kupimika vya kukubalika na ufafanuzi wa kufanyika huzuia mizozo kuhusu kama mbio za masafa mafupi zilifanikiwa.
• Ikiwa tarehe ya uwasilishaji ni tarehe ya mwisho madhubuti inategemea mkataba na ushirikiano, kwa hivyo sema wazi; hata tarehe ya mwisho kali iliyokosa haihalalishi kufutwa kiotomatiki (ECLI:NL:RBMNE:2023:5936).
• Dhibiti kusitishwa mapema, msimbo chanzo na ukabidhi kwa muuzaji mwingine mapema.

Maswali yanayoulizwa mara kwa mara