Ce sunt problemele legale și contractuale legate de dezvoltarea Agile?

Există o metodologie în modul în care se desfășoară dezvoltarea sistemelor. Cel mai clasic și cel mai comun este modelul Waterfall, iar multe cărți de drept care tratează dezvoltarea sistemelor discută pe baza acestui model. În acest articol, vom discuta problemele juridice care pot apărea în dezvoltarea sistemelor bazate pe modelul de dezvoltare Agile, despre care este dificil să obținem informații din cărți și alte surse.

Modelul de dezvoltare Agile și dreptul

Ce este un model în dezvoltarea de sisteme?

În proiectele de dezvoltare a sistemelor, există ceea ce se numește un model de dezvoltare, ca un cadru pentru înțelegerea progresului general. Reprezentativ pentru acesta este așa-numitul “model waterfall”. Adică, la fel ca apa care cade de la “amonte” la “aval” într-un râu, se parcurg toate etapele, cum ar fi definirea cerințelor, proiectarea, implementarea, testarea, etc., într-o singură trecere. Scopul este de a reduce cât mai mult posibil repetarea sau dublarea eforturilor și este o metodă potrivită pentru a avansa lucrările într-un mod planificat.

Pe de altă parte, în modelul de dezvoltare Agile, se repetă implementarea și testarea unor programe mici. Prin repetarea acestui proces iterativ de implementare și testare a programelor mici, se construiește treptat un sistem mai mare. Pentru o explicație mai detaliată a acestor modele de dezvoltare a sistemelor și o comparație a avantajelor și dezavantajelor fiecărui model de dezvoltare, consultați articolul de mai jos.

https://monolith.law/corporate/legal-merits-and-demerits-of-development-model[ja]

Caracteristicile modelului de dezvoltare Agile

Unul dintre principalele avantaje ale dezvoltării cu modelul Agile este că permite intrarea rapidă în lucrul efectiv. Deoarece sarcinile “amonte”, cum ar fi definirea cerințelor și crearea de documente de proiectare, nu sunt separate de sarcinile de implementare a programului, este potrivit pentru a avansa flexibil, inclusiv în ceea ce privește adăugarea și modificarea funcțiilor, schimbarea specificațiilor, etc. Din punct de vedere juridic, punctele deosebit de importante pentru a face modelul de dezvoltare Agile un succes sunt cum să gestionați documentele și cum să gestionați schimbările. În modelul de dezvoltare Agile, rolurile și responsabilitățile nu sunt la fel de clar definite ca în modelul waterfall. În plus, deoarece se pune accent pe “viteză” spre execuție și inițiere, mai degrabă decât pe “gestionare”, este ușor să se ajungă la o gestionare insuficientă a diferitelor documente de proiectare, specificații, minute de întâlnire, etc.

În plus, în ceea ce privește gestionarea schimbărilor, modelul de dezvoltare Agile, fiind ușor de adaptat la schimbări, poate duce la situații în care procesul de aprobare pentru decidenți este ocolit și proiectul se înflăcărează pe măsură ce se răspunde la cererile de schimbare a specificațiilor la nivel de teren. Dacă acest lucru se întâmplă, avantajul modelului de dezvoltare de a “gestiona ușor schimbările ulterioare” poate deveni în sine un risc de incendiu pentru proiect.

Metoda de gestionare a documentelor și a modificărilor în dezvoltarea Agile

Importanța gestionării documentelor

În proiectele de dezvoltare bazate pe modelul de dezvoltare agilă, un punct de îngrijorare din punct de vedere juridic este acumularea de interacțiuni verbale, care poate duce la lipsa de documentație. În acest sens, am explicat în detaliu în articolul de mai jos de ce gestionarea documentelor este importantă în proiectele de dezvoltare a sistemelor.

https://monolith.law/corporate/the-minutes-in-system-development[ja]

În acest articol, explicăm importanța gestionării documentelor în proiectele de dezvoltare a sistemelor din două perspective: prevenirea conflictelor (adică “jurisprudența preventivă”) și conservarea dovezilor în caz de conflict (adică “gestionarea crizelor”).

Stabilirea unui Consiliu de Comunicare este eficientă pentru gestionarea documentelor

În cazul adoptării modelului de dezvoltare Agile, spre deosebire de modelul Waterfall, nu există un plan clar pregătit dinainte. Prin urmare, nu este suficient doar să gestionați discrepanța dintre plan și realizare, există o preocupare că costurile, atât financiare cât și temporale, se vor umfla dacă este lăsat la latitudinea echipei.

Prin urmare, o măsură eficientă este ca managerul să organizeze regulat Consiliul de Comunicare pentru a asigura o derulare lină a proiectului. În cazul proiectelor de dezvoltare de mici dimensiuni, este adevărat că se preferă adesea o abordare în care managerii se adună de fiecare dată când pot, mai degrabă decât să organizeze regulat Consiliul de Comunicare. Cu toate acestea, în cazul modelului de dezvoltare Agile, riscul de a nu aborda problemele la timp în cadrul reuniunilor este de asemenea mare. Prin urmare, este sigur să includeți organizarea regulată a Consiliului de Comunicare chiar și în contracte. Modul de reglementare este indicat în contractul model al Ministerului Economiei, Comerțului și Industriei (METI) din Japonia, după cum urmează:

(Stabilirea Consiliului de Comunicare)

Articolul 12. Părțile A și B vor organiza Consiliul de Comunicare pentru a discuta problemele necesare pentru a asigura o derulare lină a acestui proiect, inclusiv progresul, gestionarea și raportarea riscurilor, munca comună și implementarea sarcinilor individuale de către ambele părți, confirmarea conținutului care trebuie inclus în specificațiile sistemului, discutarea și rezolvarea problemelor, până la finalizarea acestui proiect. Cu toate acestea, (omis).

2. Consiliul de Comunicare se va organiza în principiu la frecvența stabilită în contractul individual și, în plus, se va organiza oricând părțile A sau B consideră necesar.

3. La Consiliul de Comunicare vor participa managerii ambelor părți, persoanele responsabile principale și persoanele pe care managerii le consideră potrivite. În plus, părțile A și B pot solicita celeilalte părți prezența persoanelor necesare pentru discuțiile din cadrul Consiliului de Comunicare, iar cealaltă parte va răspunde, cu excepția cazului în care există un motiv rezonabil.

4. Partea B va elabora și prezenta un raport de gestionare a progresului în conformitate cu formatul convenit separat între părțile A și B în cadrul Consiliului de Comunicare, va confirma starea de progres pe baza acestui raport de gestionare a progresului, va discuta și decide, după caz, existența unor probleme de întârziere, motivele și măsurile de remediere în cazul în care există probleme de întârziere, necesitatea de a schimba structura de promovare stabilită în acest capitol (schimbarea personalului, creșterea sau scăderea numărului de persoane, schimbarea subcontractorului etc.), starea de implementare a măsurilor de securitate, existența unor motive care necesită modificarea contractului individual, conținutul acestor motive în cazul în care există, și va confirma părțile responsabile pentru examinarea și programul de examinare în cazul în care există probleme care necesită examinare continuă.

(Articolele 5, 6 și 7 sunt omise.)

Punctul principal este că existența Consiliului de Comunicare conferă o anumită legitimitate clauzelor contractuale și atribuie un sens diferit de reuniunile organizate ad-hoc.

Utilizarea Consiliului de Comunicare pentru gestionarea schimbărilor

De asemenea, în dezvoltarea agilă, este presupus că elementele asupra cărora ambele părți au fost de acord inițial vor fi modificate ulterior. Prin urmare, este foarte important cum gestionăm situația schimbărilor de specificații ulterioare.

În acest caz, dacă Consiliul de Comunicare se întrunește regulat, gestionarea schimbărilor și modul de a le face devin foarte fluide. De exemplu, discuțiile despre schimbări se fac în cadrul Consiliului de Comunicare, iar dacă există o solicitare de discuție despre schimbări de la una dintre părți, obligația de a răspunde la această discuție este inclusă în contract. (Extragem prevederile contractului model al Ministerului Economiei, Comerțului și Industriei Japoneze de mai jos.)

(Procedura de gestionare a schimbărilor)

Articolul 37. Fie A sau B, atunci când primește o propunere de schimbare de la partener (omis)…, va furniza partenerului un document scris (denumit în continuare “Document de gestionare a schimbărilor”) care conține următoarele elemente în termen de ○ zile de la data primirii, iar A și B vor discuta acceptabilitatea acestei schimbări la Consiliul de Comunicare prevăzut la articolul 12. (Restul detaliilor sunt omise)

Punctele cheie ale prevederii de mai sus pot fi rezumate astfel:

• Metoda de acceptare a propunerii de schimbare este unificată într-un format numit “Propunere de schimbare”
  
• Se stabilește un termen pentru data de la primirea propunerii până la discuția acesteia → Chiar dacă nu este specificat ca “în termen de ◯ zile”, se poate considera înlocuirea cu cuvinte precum “imediat”.
  
• Locul de discuție asupra acceptabilității schimbării este unificat într-o întâlnire numită “Consiliul de Comunicare”.
  

În alte cuvinte, pentru a evita neînțelegerile precum “am făcut o propunere de schimbare, nu am făcut-o”, “am răspuns la acceptabilitatea schimbării, nu am răspuns”, metoda de procedură este clarificată.

Se cere înțelegerea obligației de sinceritate și a principiului bunei-credințe

Până acum, am prezentat modele de clauze contractuale referitoare la ‘Consiliul de Comunicare’ și ‘Discuțiile de Modificare’. Cu toate acestea, pentru a înțelege esența acestora, este important să ne referim la aspecte precum ‘obligația de sinceritate’ și ‘principiul bunei-credințe’. În primul rând, modelul de dezvoltare agilă tinde să devină dificil de implementat fără o relație de încredere între partea care comandă și cea care execută. Acest lucru se datorează faptului că se pune accent pe viteza de începere a lucrărilor efective, iar procedurile care preced începerea sunt de obicei reduse la minimum. Prin urmare, este frecvent în practică să se includă clauze care impun partenerului ‘obligația de sinceritate’.

Articolul 4, alineatul 3: În cadrul discuțiilor de modificare, se vor analiza obiectul modificării, posibilitatea modificării, impactul modificării asupra prețului și termenului de livrare, etc., iar ambele părți vor discuta cu sinceritate dacă să efectueze modificarea sau nu.

Acest lucru previne abordările care trădează partenerul cu argumente legale formale, cum ar fi ‘dacă să se conformeze sau nu cu modificarea contractului este exclusiv la discreția părții care primește propunerea, și nu există obligația de a se conforma cu forța’, în negocierile care au progresat inițial pe baza unei relații de încredere. Acesta reflectă și principiile legale care se aplică tranzacțiilor între persoane private, nu doar dezvoltarea de sisteme.

Articolul 1, alineatul 2 al Codului Civil Japonez (Legea Civilă Japoneză)

Exercitarea drepturilor și îndeplinirea obligațiilor trebuie să se facă cu bună-credință și sinceritate.

Legea nu pune accent doar pe ‘conținutul contractului’ sau ‘formularea clauzelor’ care sunt strict formale. În special în tranzacțiile cu alte părți, ar trebui să fie utilizată flexibil, încorporând ‘buna-credință’ și ‘sinceritatea’ substanțiale. De asemenea, am explicat în detaliu în articolul de mai jos faptul că ‘obligațiile’ impuse de lege nu se bazează neapărat pe procedura ‘contractului’.

https://monolith.law/corporate/system-development-unlawful-responsibility[ja]

Concluzie

În proiectele de dezvoltare a sistemelor bazate pe modelul de dezvoltare Agile, este desigur important să înțelegem riscul ca procedurile administrative și structura de management să devină neglijente în mod necontrolat. Cu toate acestea, nu este suficient doar atât. Se consideră că este de asemenea important să înțelegem caracteristicile flexibile inerente legii, cum ar fi “principiul bunei credințe”, și să adoptăm o atitudine de a le utiliza în practică.