Zasadniczo potrzebujesz organizacji, aby doceniać ją jako całość.
Byłem z tobą kilka miesięcy temu. Jestem teraz jednym z tych programistów, na których jesteś sfrustrowany.
W rzeczywistości ludzie mają na myśli pewne ramy czasowe, które nigdy się nie zmieniają. Demonstrujesz im coś, a potem oni są „gdzie to jest? Gdzie to jest?” I będą to robić za każdym razem. Dotyczy to ludzi, którym zależy na tym, by sprawy toczyły się naprzód. Organizacje również cenią pewne rzeczy, a te wartości decydują o tym, jak się je robi.
Rozmowa zwykle wygląda następująco:
Osoba: „Hej, gdzie jest ta funkcja, którą pokazałeś mi wczoraj ? "
Ja:„ Oczekuje na sprawdzenie kodu. ”
Osoba:„ Cóż, potrzebujemy tego do kontroli jakości / naprawy problemu z produkcją / umieszczenia go w wersji demonstracyjnej sprintu / dla klienta spotkanie jutro ”
Ja:„ To jest za sprawą, o którą pytałeś mnie wczoraj w kolejce. ”
Osoba:„ Cóż, potrzebujemy tego do kontroli jakości / naprawy problemu z produkcją / mam to w wersji demo sprintu / na jutrzejsze spotkanie z klientami ”
Ja:„ Zobaczę, co da się zrobić. ”
Osoba (godzinę później):„ Jakaś aktualizacja? potrzebuję go do kontroli jakości / naprawy problemu z produkcją / umieszczenia go w demonstracji sprintu / na jutrzejsze spotkanie z klientem. ”
Po miesiącach i miesiącach git push dużo łatwiejsze do zrobienia. Zwłaszcza, że dla nich jest to pilne, więc są bardzo zmotywowani, aby go zdobyć. Pod wieloma względami mają rację, ponieważ terminy są rzeczywiste i nie są czymś, co mogą kontrolować. Więc nawet z perspektywy bycia jednostką biznesową jest to prawdopodobnie właściwa decyzja.
Aby procesy przetrwały, organizacja jako całość (lub przynajmniej cała jednostka biznesowa) musi je cenić. Twoja organizacja najwyraźniej tego nie robi. Czy powoduje to więcej błędów? Prawdopodobnie. Ale ludzie spoza oprogramowania zaakceptowali błędy jako coś, co się zdarza, więc zapobieganie im często nie jest głównym priorytetem.
To kwestia kompromisów, zarówno dla organizacji, jak i dla poszczególnych programistów.
Jeśli chcesz to naprawić, po prostu musisz przekonać sprzedawców, Scrum master i właściciel produktu, że warto nie omijać tego procesu. Prawdopodobnie uważają to za biurokrację.