Poprawa błędów w projekcie - etap 3

Współpraca ogólnie była w porządku: wykonawca był w kontakcie, podstawowa funkcjonalność została zrealizowana.

Jednocześnie po wprowadzonych zmianach część rzeczy działała niestabilnie lub gorzej niż wcześniej. W tych kwestiach pojawiły się rozbieżności - były traktowane jako osobne zadania do zapłaty, chociaż wyglądały na skutek wprowadzonych zmian.

Terminy realizacji były również znacznie przesunięte od pierwotnie uzgodnionych.

Zalecam na początku wyraźnie określić kryteria zakończenia zadania, podejście do testowania (szczególnie bez stagingu) oraz co wchodzi w poprawki po oddaniu.

Projekt ma nierówną jakość bazy kodu, co wpływa na stabilność i przewidywalność zmian.

Klient zwraca dużą uwagę na jakość i aktywnie testuje produkt, jednak oczekiwania dotyczące wyniku nie zawsze były jasno określone na etapie ustalania zadań.

Klient dąży do minimalizacji kosztów, co czasami prowadzi do rozbieżności między oczekiwaniami a uzgodnionym zakresem prac.

Specyfikacja jest formułowana dość ogólnie, co może powodować różne interpretacje wymagań i dodatkowe iteracje po realizacji.

Zalecam od razu uzgadniać granice odpowiedzialności, format przyjmowania zadań i politykę dotyczącą dalszych poprawek, ponieważ mogą pojawić się oczekiwania dotyczące poprawek poza początkowymi ustaleniami.

Optymalny format pracy — jasno opisane wymagania, ustalone warunki przyjęcia i osobno uzgodniona pomoc po wydaniu.