Czy scrum ma jakąś wartość w kontraktowaniu obronnym?

12

Wczoraj usłyszeliście w watercooler: „Scrum nie ma miejsca w kontraktowaniu obrony”.

Nie zgadzam się w tym sensie, że uważam, że Scrum może być przystosowany do pracy w wielu scenariuszach i widzę, że obrona jest jednym z nich. Wywołało to ogromną debatę wśród moich kolegów (wielu z nas pracuje w kontraktowaniu obronnym) z dość równym podziałem za / przeciw.

Aby było to właściwe pytanie: Czy ktoś z powodzeniem wykorzystał (lub ma doświadczenie w pracy) scrum w sytuacji kontraktacji obronnej? Co działało dobrze, co nie działało dobrze i jakie (jeśli w ogóle) modyfikacje scrum waniliowego zrobiłeś?

development-process scrum development-methodologies Sean Madden
źródło
3
Zwinny dąży do usuwania odpadów. Organizacje próbujące odnieść sukces dzięki zwinnemu muszą być dostosowane do tego celu. Organizacje polityczne mają zwykle inne priorytety.
Martin Wickman,

Odpowiedzi:

5

„Scrum nie ma miejsca w kontraktowaniu obronnym”.

Z mojego doświadczenia wynika, że ​​główną przeszkodą jest klient. Większość agencji rządowych ma model wodospadu w swoim DNA. Nawet umowy zawierane są w fazach wodospadu - najpierw sfinansujemy wymagania, potem projekt, a następnie wdrożenie. W klasycznej teorii wodospadu mogą nawet myśleć, że mogą zmusić różne firmy do wykonania różnych faz.

Istnieją sposoby na obejście tego przez IMO. Wykonuj z góry wymagania i projektuj jak wodospad, a następnie w trakcie wdrażania rozbij wymagania na iteracyjne historie użytkowników. Użyj wewnętrznego testu / eksperci oceniają każdą iterację. W zależności od klienta mogą oni być lub nie być zainteresowani udziałem. Nie czysty scrum, ale może to być najlepsze, co możesz zrobić.

Doug T.
źródło
3
Pracowałem jako stażysta w trzech zespołach w Air Force Reseach Laboratory, raz przy tworzeniu oprogramowania produkcyjnego, raz przy szybkim prototypowaniu, a trzeci raz przy weryfikacji i zatwierdzaniu prac kontraktowych. Obie pozycje programistyczne były zwinne. W rzeczywistości pozycja produkcyjna była bardzo zbliżona do Scrum, z mniejszą interakcją z klientem (oprogramowanie dostarczane co kilka iteracji, klient na miejscu co 3-6 miesięcy), i to było w 2006 roku. Zgadzam się, że kupno i zrozumienie przez klienta jest największe problem, ale niektóre agencje rządowe (lub przynajmniej zespoły) rzeczywiście stosują metody zwinne.
Thomas Owens
@Thomas Owens Ten komentarz byłby dobrą odpowiedzią.
Hugo,
1

Chociaż pełne wdrożenie Scruma może być trudne, może być korzystne zastosowanie niektórych praktyk Scruma. Na przykład, bez względu na to, jak robisz zbieranie wymagań, nadal możesz mieć częste wydania i wersje demo. Nadal możesz korzystać z okresowych retrospekcji. Spójrz na inne procesy, takie jak Lean lub Kanban i sprawdź, czy jest coś, co mogą pomóc Twojemu zespołowi.

Zamiast dogmatycznie podążać za jednym procesem, zastanów się, w jaki sposób możesz ulepszyć proces specjalnie dla swojego zespołu, projektu i branży. Proces ma znaczenie . Metodologia zespołu ma duży wpływ na dostarczane oprogramowanie.

epotter
źródło