Po pierwszym sprincie dyrektor operacyjny informuje CEO, że operacje nie są w stanie wspierać nowego produktu z powodu niskiej wydajności. Facylitator dowiaduje się, że dane dotyczące wydajności znajdują się w logu serwera aplikacji. Jak należy postąpić z tą skargą?

Zaproszenie członka zespołu operacyjnego do udziału w walidacji i spotkaniach sprintu jest najlepszym rozwiązaniem, ponieważ promuje współpracę i wczesne zaangażowanie interesariuszy. Zapewnia to, że perspektywa operacyjna jest uwzględniona w procesie rozwoju, co pozwala na identyfikację i rozwiązanie problemów z wydajnością na bieżąco, a nie po zakończeniu sprintu. Pozostałe opcje są mniej skuteczne: Żądanie umieszczenia problemu w porządku obrad zarządu jest eskalacją, która nie rozwiązuje bezpośrednio problemu operacyjnego i może opóźnić rozwiązanie. Dodanie skargi do backlogu produktu na następny sprint traktuje problem jako nowe zadanie, zamiast aktywnie angażować interesariuszy w jego rozwiązanie. Prośba o zdefiniowanie kryteriów akceptacji jest ważna, ale nie rozwiązuje braku zaangażowania operacji w bieżący proces rozwoju.