Kierownik projektu dołącza do zespołu dostarczającego niestandardowy system ERP. Zespół programistów identyfikuje potencjalny problem projektowy i po przejrzeniu go z właścicielem produktu i zespołem wszyscy zgadzają się na zmianę zatwierdzonego projektu, aby uniknąć wady wdrożeniowej. Co powinien zrobić kierownik projektu w następnej kolejności?

Poprawna odpowiedź to wykonanie dowodu koncepcji (proof of concept). Zespół zidentyfikował potencjalny problem i zaproponował zmianę zatwierdzonego projektu. Zanim ta zmiana zostanie wdrożona lub nawet formalnie zgłoszona, należy upewnić się, że proponowane rozwiązanie faktycznie działa i nie wprowadzi nowych problemów. Dowód koncepcji jest najlepszym sposobem na weryfikację techniczną i minimalizację ryzyka. Złożenie wniosku o zmianę i uzyskanie zgody właściciela projektu jest przedwczesne, ponieważ nie zweryfikowano jeszcze, czy proponowana zmiana jest optymalna i bezproblemowa. Powiadomienie klienta o problemie i postępowanie zgodnie z procesem kontroli zmian również jest przedwczesne; najpierw należy zweryfikować rozwiązanie. Zmiana specyfikacji projektowych i przekazanie ich zespołowi programistów do przeprogramowania bez wcześniejszej weryfikacji może prowadzić do dalszych błędów i marnowania zasobów.