Czy Scrum jest niezgodny z przetargami publicznymi?

43

Organizacja publiczna poprosiła mnie o nieformalne warsztaty na temat 101 zwinnego rozwoju, wyjaśniające warunki i koncepcje Scrum, Kanban i tym podobne. Pracuję w zwinnym środowisku od około pięciu lat, ale nie uważam się za ewangelistę Scruma.

Po warsztatach spodobał im się ten pomysł. Wyjaśnili jednak, że to podejście prawdopodobnie nie miałoby do nich zastosowania, ponieważ muszą zlecić zewnętrznym firmom programistycznym opracowanie oprogramowania dla nich (sami mają niewielu programistów). To działanie należy wykonać w drodze przetargu publicznego, który opisuje wynik, cenę i ramy czasowe. Jest to prawny wymóg ubiegania się o budżet dla tej organizacji (publicznego instytutu badawczego).

Ograniczenia te wydają się nieco sprzeczne z podstawowymi zasadami sprawnego rozwoju, prawda?

Czy Scrum jest po prostu niekompatybilny w takim środowisku?

Co poleciłbyś tej organizacji?

bakoyaro
źródło
1
Jeśli wynik, cena i ramy czasowe można wszystko zrobić z góry, po co zawracać sobie głowę sprawnym procesem?
JeffO,
3
Scrum jest z definicji kompatybilny ze wszystkim. Paradygmat „Zespół jest właścicielem procesu” pozwala radykalnie zmienić proces, aby Scrum mógł stać się Wodospadem, jeśli zajdzie taka potrzeba. Bycie „zwinnym” oznacza NIE, że musisz podążać za jakimś procesem z zerowym odchyleniem. Oznacza to, że proces można dostosować do potrzeb. Zauważ, że ten punkt jest BARDZO niepopularny w zarządzaniu - chcą stałych procesów i będą nazywać wszystko „zwinnym”, jeśli zostaną uzależnieni od Agile / Scrum / Cokolwiek.
Klaws
3
FWIW, IME, nigdy nie widziałem czegoś, co opisuje Sebazzz. Umowa szczegółowo określa, co należy dostarczyć. Jeśli nie spełnia wymagań, nie jesteś gotowy. I to jest cały problem z metodami zwinnymi „dostarczaj to, co masz, gdy zabraknie funduszy”. Jest to rzadka okazja, kiedy możesz dostarczyć produkt, który robi tylko podzbiór tego, czego potrzebuje klient i ma dla niego wartość. Zwykle jest to to samo, ponieważ w ogóle nie działa. Można domagać się odchyleń, ale jeśli to odchylenie usuwa funkcjonalność, to prawie na pewno łączy się to z mniejszymi funduszami
Dunk
2
@ CortAmmon-To, co widziałem, że rząd robi, jest „inteligentne”, ale nie bardzo zwinne. Nadal zasadniczo podążają za wodospadem, udzielają zamówienia etapami zamiast pełnego wysiłku rozwojowego w cyklu życia, jak to miało miejsce w przeszłości. Są również bardziej skłonni do zatrudniania więcej niż jednego kontrahenta, szczególnie na etapie inżynierii, ponieważ pozwala im to na konkurencyjne wybranie najlepszego rozwiązania, które chcą przejść do produktu możliwego do wyprodukowania. Ta ostatnia faza jest najdroższa. Chcą zobaczyć, co otrzymują, zanim zdecydują się na produkcję. Częściowo działający produkt nie wygra.
Dunk

Odpowiedzi:

38

Scrum prawdopodobnie nie jest odpowiedni dla tej organizacji.

W Przewodniku Scrum „Scrum stanowi środowisko do opracowywania, dostarczania i utrzymywania złożonych produktów”. Jest również przeznaczony dla zespołu 3-9 członków zespołu programistycznego pracującego nad produktem, właściciela produktu i Scrum Master (który może, ale nie musi być w zespole programistycznym), w sumie 4-11 osób.

Jeśli chodzi o wewnętrzny rozwój, wspominasz, że mają tylko kilku programistów. Jeśli nie ma wystarczająco dużego zespołu, aby utworzyć Zespół Scrumowy, nie ma sensu korzystać z całego Scruma. Jednak niektóre praktyki Scruma mogą być przydatne dla organizacji.

W przypadku zakontraktowanego rozwoju jedna ze stron zewnętrznych może korzystać ze Scruma. W takim przypadku przydatne jest, aby instytut badawczy wiedział o praktykach Scrum i zrozumiał role i sposób działania. Być może nadal będą musieli zrozumieć, w jaki sposób zewnętrzna organizacja programistyczna stosuje praktyki Scrum, a także inne praktyki, ale może to pomóc im zrozumieć, jak to działa. Na przykład zrozumienie potrzeby udziału w recenzjach sprintu lub współpracy z organizacją (prawdopodobnie ich właścicielem produktu) przy zamawianiu rejestru produktów.

Thomas Owens
źródło
Doskonała odpowiedź. Bardzo trudno jest, choć nie jest niemożliwe, zmusić organizacje takie jak ta opisana przez PO do przejścia na podejście zwinne.
Mister Positive
1
@MisterPositive Może się okazać, że instytut badawczy nie jest sprawny. Jednak prawdopodobnie będą musieli mieć możliwość interakcji z podmiotami zewnętrznymi, które są zwinne, gdy wydają umowę. Z pewnością widzą zalety zwinności.
Thomas Owens
Naprawdę dobrą częścią tej odpowiedzi jest to, że IMHO nie wpada w pułapkę kłótni o Scruma nieodpowiedniego, ponieważ „wynik, cena i ramy czasowe” są ustalone.
Doc Brown
1
@DocBrown Może dlatego, że Scrum może być używany tam, gdzie cena i ramy czasowe są ustalone. Z mojego doświadczenia wynika, że ​​gdy szybko dostarczasz i demonstrujesz interesariuszom, zdają sobie oni sprawę, że to, co pierwotnie uważali za potrzebne i to, czego naprawdę potrzebują, to dwie różne rzeczy. A potem zmienią pożądany wynik w pierwotnej cenie i czasie.
Thomas Owens
Zgodzić się. Oprogramowanie nie przypomina architekta projektującego budynek. Jest to z natury ruchomy cel, a ziemia zawsze zsuwa się pod stopami. W przyszłym roku ubiegłoroczne wysiłki wyglądają na mijane.
22

18F, agencja usług cyfrowych w rządzie USA, wykonała wiele pracy nad tym, jak rząd może pisać umowy, aby umożliwić stosowanie zwinnych metodologii w sposób zgodny z prawem, określając ogólne wyniki, a nie szczegółowe wymagania dotyczące sposobu pracy ma być zrobione. Niektóre z ich zasobów obejmują:

Zaletą zwinnych metod pracy jest to, że koncentrują się one na znalezieniu rozwiązania problemu po udzieleniu zamówienia, to znaczy podczas realizacji po udzieleniu zamówienia, zamiast na szczegółowym rozwiązywaniu problemu z góry, jak w części 15. Zwinna umowa próbuje określać problemy wymagające szczegółowych rozwiązań, często jako pozycje Backlogu Produktu, które opisują obszary realizacji kontraktów na wysokim poziomie.

Rozumiejąc ten problem, Urząd Zarządzania i Budżetu oraz Urząd Federalnej Polityki Zamówień nakazały agencjom zaprzestanie korzystania z SOW i przejście do korzystania z Oświadczenia o wydajności (PWS) w celu nabycia usług. PWS „powinien określać ogólne wymagania dotyczące tego, co (wynik) ma zostać wykonane, a nie jak (metoda) jest wykonywana”. Dobrzy oficerowie kontraktowi doradzają agencjom, że kupując usługi eksperckie, oznacza to, że nie masz największej wiedzy w „jak” wykonywana jest praca. Jako właściciel misji jesteś ekspertem w tym, „co” trzeba osiągnąć, ale połączenie tych dwóch narazi twoją misję na ryzyko i utrudni kontraktowi dostarczenie wartości.

Zasadniczo podejście to bardziej przypomina zatrudnienie usługodawcy do współpracy z tobą w celu zaprojektowania rozwiązania, zamiast wcześniejszego wyświetlania stron ze szczegółowymi specyfikacjami. Instytucja nie zatrudniłaby architekta do zaprojektowania nowego budynku, wymieniając „projekt musi składać się z czterech kondygnacji, z nachyleniem dachu 37º. Trzecie piętro musi mieć kuchnię o powierzchni 237 m2 z czterema fluorescencyjnymi oprawami oświetleniowymi, sterowanymi ruchem -czuły włącznik światła w suficie podsufitowym. ” Zamiast tego mieliby umowę na architekta na świadczenie usług projektowych w porozumieniu z klientem i poleganie na ich dostawcy, ekspercie w tej dziedzinie, w celu wytworzenia rezultatów.

Chociaż szczegóły będą zależeć od instytucji i obowiązujących przepisów dotyczących zamówień publicznych i przepisów, to pokazuje, że wśród wszystkich niepowodzeń dużych rządowych projektów informatycznych istnieją grupy pracujące nad przesunięciem przetargów publicznych na rozwój oprogramowania na bardziej nowoczesne metodyki zwinne, mając wystarczającą wolę polityczną i godnych zaufania partnerów na rzecz rozwoju. To wymaga znacznej zmiany w sposobie opracowywania i zarządzania takimi projektami (w tym wiele ciągłego czasu dostarczania informacji zwrotnych od użytkowników w trakcie całego procesu), które organizacja może, ale nie musi być zainteresowana realizacją.

Zach Lipton
źródło
3
To świetna odpowiedź, zwłaszcza dwa ostatnie akapity. To naprawdę świetny sposób na połączenie rzeczy, których nie byłem w stanie złożyć w spójny sposób.
Thomas Owens
1
Tak, to jest odpowiedź. Problemem jest umowa i sposób jej napisania. Nie mogę ani potwierdzić, ani zaprzeczyć, że w pewnym momencie mojego życia pracowałem dla takiej organizacji lub podobnej do niej, a kiedy przeszli na umowę bardziej ukierunkowaną na wyniki, zwinny rozwój zaczął się rozprzestrzeniać jak pożar.
Greg Burghardt
Wygląda więc na to, że „architekt” musi przede wszystkim pomóc w przygotowaniu oferty, zanim będzie ona mogła zostać ujęta w budżecie i określona w czasie. Jest to proces dwufazowy, z drugim wyrażeniem: „ty, zbuduj to, dzień otwarcia jest ...”
12

Brzmi typowo. Po napisaniu oferty, oferty są złożone, a jeden ze konkurentów otrzymał umowę ... w przypadku przedstawicieli organizacji publicznej projekt jest zakończony.

Dlatego wiele z tych projektów kończy się niepowodzeniem. Po przekroczeniu budżetu.

Chodzi o to, że brakuje im (lub przynajmniej nie uważają, że to ich obawa), że są interesariuszami, którzy powinni uczestniczyć w spotkaniach i pokazach.

Więc nie ma żadnego konfliktu z Agile ani Scrumem. Ludzie nie podnoszą swoich ról. Powoduje to sposób działania rządu.

To nie jest tak, że „chcielibyśmy mieć ten system i jesteśmy gotowi włożyć w to trochę wysiłku i przekonać się, jak daleko możemy go zabrać”.

Nie. To tak, jakby „nasza demokracja zdecydowała, że ​​do tego czasu będziemy mieć ten system”. Co nie pozostawia miejsca między 100% sukcesem z jednej strony a 100% porażką z drugiej. Skazane na śmierć od samego początku.

To także zaproszenie na rynek z prośbą o śmieszne stawki. Realizacja projektu, ponieważ jest zbyt kosztowny, nie wchodzi w grę, decyzja o jego podjęciu została podjęta przed napisaniem oferty.

W porządku, nawet jeśli interesariusze przejmie swoje role, byliby całkowicie bezsilni. Żaden z nich nie miałby wiarygodnego kija, aby wziąć udział w tych demonstracjach z tego samego powodu.

Martin Maat
źródło
5
To tak naprawdę nie odpowiada na pytanie. Co poleciłbyś tej organizacji?
Filip
9
Czy to nie jest stereotyp przeciwko rządom, który byłby odpowiedzialny za wszystkie niepowodzenia, niż konstruktywna odpowiedź? Nie wiem w twoim kraju, ale w moim kraju jest wiele udanych projektów rządowych. Nie będę mógł zmienić zdania, ale tutaj ciekawy artykuł oparty na obiektywnych faktach i niezależnych spostrzeżeniach: mckinsey.com/industries/public-sector/our-insights/…
Christophe
6
„Dlatego wiele z tych projektów kończy się niepowodzeniem. Po przekroczeniu budżetu”. Taki trop jest stale zgłaszany przez ludzi pchających sprawne procesy. A jednak istnieje mnóstwo udanych firm programistycznych, które nie stosują żadnej z proponowanych metod zwinnych. Zwykle robią to bez problemów. Jeśli już, prawdziwym problemem jest praktyka zatrudniania najtańszego oferenta i niewystarczający nacisk na wcześniejsze wyniki i wiedzę specjalistyczną w dziedzinie. Obwinianie procesu to czerwony śledź. Sukces może zostać osiągnięty przez każdy kompetentny zespół, wykorzystujący każdy rozsądny proces, z którym ma umiejętności.
Dunk
OK, trochę mnie poniosło. Po podpisaniu umowy nadal zalecałbym monitorowanie postępów i przejmowanie roli zainteresowanych stron, przy założeniu, że jest to w najlepszym interesie wszystkich. I nie twierdzę, że Agile jest kluczem, twierdzę, że nie ma konfliktu z zasadami Agile i wskazałem wspólny podstawowy problem.
Martin Maat
Re: „zakładając, że dostarczenie leży w najlepszym interesie wszystkich”: tam, gdzie mieszkam, mieliśmy bardzo kosztowny długoterminowy projekt (dotyczący rozszerzenia użyteczności) zawalony, z bankructwem budowniczego (ogólnoświatowego, wielowiekowego mega- firma) oraz agencja publiczna, która uchwaliła potencjalnie nielegalne przepisy, a klienci oczekiwali, że wszyscy wykupią kaucję. W rządzie tego rodzaju rzeczy nie powinny się zdarzyć, w interesie wszystkich leży, aby wszystkie strony pozostały rentowne, etyczne i spełniały swoje obietnice. Nie jestem pewien, czy procesy mogą w tym pomóc, czy nie.
12

Nie, SCRUM nie jest niezgodny z przetargami publicznymi. Musisz wyraźnie określić, co kupujesz w przetargu publicznym.

„Nabywca chce kupić 10 2-tygodniowych sprintów deweloperskich, od doświadczonego zespołu SCRUM zawierającego 5 programistów i certyfikowanego mistrza SCRUM (nabywca wypełni rolę Interesariuszy). Sprinty potrwają od marca 2018 r. Do lipca 2018 r.” początek przetargu. Będziesz oczywiście musiał wymienić niezbędne umiejętności zespołu i dać pomysł na projekt, nad którym będą pracować, ale przyjęcie oferty jest całkowicie dopuszczalne.

Oczywiście rezygnujesz z „ustalonego zakresu” tutaj. W końcu jest to typowe dla SCRUM. Mając nieco więcej sformułowań w ofercie (ale wchodzimy tutaj na legalny obszar), możesz zezwolić na niewielkie rozszerzenie zakresu, tj. Niewielką liczbę dodatkowych sprintów. Ale jeśli zdecydujesz się na dodatkowe 10 sprintu po pierwszych 10 sprintach, prawdopodobnie będziesz musiał ponownie złożyć ofertę.

MSalters
źródło
3
Dokładnie ! To doskonała i dokładna odpowiedź. W tym webinarium projectmanagement.com/videos/290684/ ... urzędnik rządowy USA wyjaśnia, jak to działa ze szczegółami. Zasada przeniesienia celu przetargu z produktu końcowego na usługę deweloperską może być również zorganizowana na podstawie wielu innych przepisów dotyczących zamówień publicznych w podobny sposób. Główną trudnością jest przede wszystkim czasami konserwatywne podejście niektórych zainteresowanych stron, a nie tak zwana niezgodność.
Christophe
1
Wynajmują więc najtańszy zespół scrumowy, jaki mogą znaleźć, a kiedy projekt potrzebuje więcej godzin, wynajmują drugi najtańszy zespół, aby przejąć średni rozwój? Podejście to zakłada, że ​​klient ocenia jakość zespołu oprogramowania, którego zatrudnia. Jeśli mają taką wiedzę, zastanawiam się, czego potrzebują, aby zlecić na zewnątrz umowę?
meriton - podczas strajku
@meriton: Większość przetargów jest przeprowadzanych przez rząd, który zwykle jest zobowiązany do skorzystania z najtańszej oferty kwalifikującej się . SCRUM tego nie zmienia. Jednak SCRUM stawia właściciela produktu w aktywnej roli, co tutaj pomaga.
MSalters
Jednakże, jeśli kontrakt zostanie zawarty, jak sugerujesz, SCRUM zmienia zachęty dla usługodawcy. Nie można ich już pociągać do odpowiedzialności za niespełnienie wymagań, ich jedyną motywacją jest obniżenie ceny, przy jednoczesnym spełnieniu litery kryteriów kwalifikujących, ale niekoniecznie ich ducha. Kupującemu łatwiej jest ocenić, czy oprogramowanie spełnia wymagania, niż czy zespół jest w stanie wyprodukować oprogramowanie, które je spełnia. Ale tak, twoje podejście jest jednym z najlepszych sposobów wykorzystania SCRUM w sektorze publicznym. Chciałem tylko wspomnieć, dlaczego nabywcy mogą nie chcieć go adoptować.
meriton - podczas strajku
9

To jest trudne.

Oczywiście nie można licytować pracy z otwartym budżetem. Musisz więc spojrzeć na to, co trzeba zrobić i ile wysiłku potrzeba, aby to zrobić.

Powodem niepowodzenia wielu projektów oprogramowania jest fakt, że naprawa, czas, wysiłek i zakres z góry są bardzo podatne na błędy. Na przykład specyfikacja podana w ofercie prawie zawsze będzie miała dwuznaczność.

Jest więc podstawowa kwestia nie tylko zwinności, ale także koncepcji otwartych przetargów na rozwój oprogramowania. Szanse na to, że ktoś pójdzie i stworzy dokładnie to, czego chciałeś w określonym czasie, są niskie.

Jeśli pozwolisz na pewną elastyczność, możesz to poprawić.

Wygląda na to, że proces przetargowy nie jest elastyczny. Jednak po wygraniu kontraktu może się okazać, że jest miejsce na zawijanie. Możesz na przykład zezwolić na sprawną pracę, ale musisz zaakceptować (i uzyskać legalną zgodę), że może to wpłynąć na zakres.

Teraz uważam, że dzięki temu uzyskasz lepszy produkt, ponieważ zobaczysz, co się dzieje wcześnie i wprowadzisz zmiany, zanim zostaną one upieczone w produkcie. Ścisłe pętle informacji zwrotnych i iteracyjny rozwój mogą sprawić, że produkty będą lepiej dopasowane do faktycznych wymagań (które mogą, ale nie muszą, być przedmiotem przetargu).

Jeremy French
źródło
3
+1 Nie mogę policzyć, ile razy praca została wykonana, ponieważ ktoś zaakceptował wyraźnie słabą umowę, a następnie wykorzystał to połączenie, aby sprzedać umowę w coś, co jest bliższe temu, czego faktycznie chciał klient.
Cort Ammon
1
Podkreślę to - ta odpowiedź mówi, że nie Scrum jest niezgodny z przetargami publicznymi, ale ogólnie oprogramowanie oparte na kontraktach . Nie, że się nie zgadzam.
Doc Brown,
3

To zależy, ale prawdopodobnie tak.

Jestem gotów postawić pieniądze, że każdy, kto kiedykolwiek współpracował z jakimkolwiek rządem przy jakimkolwiek projekcie związanym z IT, będzie wiedział, że w praktyce „twarde limity” opisane w przetargu nigdy nie są spełnione. Rzeczy mają tendencję do przekraczania budżetu, opóźniania się i / lub zmiany zakresu. Zwykle jest ich wiele. Jeśli rządy chętnie przyznają, że taka jest prawda i chcą traktować je jak wytyczne, to scrum może naprawdę dobrze działać.

Z własnego doświadczenia (zarówno własnego, jak i mojej sieci zawodowej) wiem, że wymagania zmieniają się często w większości projektów rządowych. Odpowiedzialne komitety mają również wiele informacji zwrotnych, kiedy w końcu angażują się pod koniec projektu. Są to problemy, dla których Scrum jest odpowiedni.

Wymagałoby to jednak fundamentalnej zmiany sposobu myślenia ze strony rządów i ich agencji. W większości krajów, jest bardzo mało prawdopodobne, że ta zmiana będzie kiedykolwiek nastąpi. Do tego czasu przetargi publiczne będą nadal niezgodne z pracą ze Scrumem. (Zresztą, moim osobistym zdaniem przetargi publiczne będą nadal niezgodne z jakichkolwiek praktyk zrównoważonego rozwoju oprogramowania, ale to już inna sprawa na inny czas ...)

Cronax
źródło
Chciałem napisać komentarz jak twoje ostatnie nawiasowe oświadczenie, ale dam ci kredyt :)
3

Co poleciłbyś tej organizacji?

W tym momencie nic.

Brakuje tutaj historii o tym, jakie problemy powoduje ich obecny proces. Scrum nie jest czymś, co można ślepo polecić. Ma rację. To nie jest jeden rozmiar dla wszystkich.

Zapytaj ich, jakie problemy spowodował ich obecny proces. Słuchać. Zalecaj tylko metody, które rozwiązują ich prawdziwe problemy. Będą stronniczy w stosunku do obecnego procesu. Nauczyciele mogą wydawać się, że dyktują proces rozwoju, ale tak nie jest. Decydują o procesie dostawy. Ale to jest różnica, której ten zespół prawdopodobnie nigdy wcześniej nie musiał robić.

Zwinność działa najlepiej, gdy wymagania zmieniają się o ponad 3% w trakcie trwania projektu. W przeciwnym razie wodospad jest nadal bardzo skuteczny. Jest nadal używany w wielu miejscach dzisiaj. I oczywiście wielu udanych programistów nigdy nie formalizuje swojego procesu w żaden sposób. Nieformalne działa dobrze, gdy trudne problemy mają charakter techniczny, a nie dotyczy ludzi.

Porozmawiaj z nimi na temat ich obecnego procesu i problemów, jakie on ma. Powiedz im, w czym pomagają te metody. Ale jeśli nie jest zepsute, nie naprawiaj tego.

candied_orange
źródło