Kontraktowanie IT
Umowy agile i DevOps, wdrożenia chmurowe, SLA i odpowiedzialność.
Umowa agile nie polega na tym, że zakres jest nieokreślony. Polega na tym, że zakres jest określony przez sposób pracy i mechanizm decyzyjny, a nie przez listę funkcji — i że ten mechanizm da się później pokazać audytorowi.
W praktyce najwięcej pracy wymaga pogodzenie dwóch rzeczy, które w organizacji mówią różnymi językami: zespołu, który pracuje w iteracjach, i wewnętrznej procedury, która wymaga rozliczalności co do przecinka.
Częsty argument
„Agile i stała cena wykluczają się wzajemnie.”
Jak jest
Wykluczają się tylko wtedy, gdy stała cena dotyczy niezdefiniowanego zakresu. Da się ustalić stały budżet, stałe tempo i zmienny zakres z kolejnością priorytetów — trzeba tylko zdecydować, która z tych trzech rzeczy jest w umowie ruchoma.
Pytania, które słyszę najczęściej
- ? Jak zapisać odbiory, gdy pracujemy w dwutygodniowych iteracjach?
- ? Kto odpowiada za awarię w środowisku dostawcy chmury?
- ? Jak wygląda sensowne SLA dla usługi, która sama się aktualizuje?
- ? Co się dzieje z utrzymaniem, gdy zespół dostawcy się wymieni?
Materiały w tym obszarze
Zobacz wszystkoWzory zapisów: umowa z dostawcą narzędzia AI
Zapisy o danych treningowych, prawach do wyników, zmianie modelu w trakcie umowy i odpowiedzialności za halucynacje — z komentarzem, co da się wynegocjować.
Umowa agile, która przechodzi audyt
Zakres opisany przez sposób pracy, nie przez listę funkcji. Jak to pogodzić z wymaganiem rozliczalności i z osobą, która to potem kontroluje.