Ken Schwaber, ojciec Scruma: Agilność to ewolucja najbardziej przystosowanych (wywiad Turing)

Ken Schwaber, ojciec Scruma: Agilność to ewolucja najbardziej przystosowanych (wywiad Turing)

Natknąłem się na wywiad z Ken Schwaber, (ojcem Scruma) w Chinach organizowanym przez Turinga. Myślę, że może być również stosowalny dla większości ludzi azjatyckich, którzy zastanawiają się, czy Scrum jest odpowiedni do wdrożenia w Chinach (lub krajach azjatyckich). Oto tłumaczenie angielskie, jak poniżej:

Ken Schwaber jest jednym z liderów ruchu agilnego rozwoju oprogramowania. Jest również programistą, menedżerem produktu i doradcą branżowym. Ken i Jeff Sutherland (dyrektor generalny Scrum Boston) wspólnie stworzyli początkową wersję metodyki rozwoju Scrum, a na corocznym spotkaniu OOPSLA ’95 po raz pierwszy przedstawili Scrum jako oficjalną metodę. Schwaber i Sutherland byli jednymi z pierwotnych podpisów Manifestu Agilnego. Są autorem uznawanego przewodnika Scrum. Obecnie Schwaber kieruje Scrum.org, która oferuje zasoby, szkolenia, oceny i certyfikaty dla „Mistrzów Scrum”, „Programistów Scrum”, „Właścicieli Produktu Scrum” oraz organizacji korzystających z Scrum.

Społeczność Turinga: Jaka była Twoja początkowa motywacja do stworzenia Scrum?

Schwaber: Ponieważ Scrum działa. W tym czasie moja firma była zajęta dostarczaniem produktu premium, rynek dla tego produktu był zapalony i wymagał ciągłych zmian. Jeśli przyjęlibyśmy długi cykl rozwoju, moja firma zbankrutowałaby. Dlatego stworzyliśmy Scrum, który sprawił, że ponownie odzyskaliśmy rytualne odradzanie się.

Społeczność Turinga: Czy uważasz, że istnieje bariera kulturowa w promowaniu Scrum w Chinach?

Schwaber: Nie trudniejsza niż w innych kulturach. Kluczem do tego, czy kultura może zaakceptować i wykorzystać Scrum, jest stopień zaufania do przewidywalności.

Ci, którzy rozumieją i akceptują przewidywalność w kulturze, będą wierzyć, że mogą przewidzieć przyszłość. Celem ich pracy jest uczynienie przyszłości rzeczywistością poprzez wykorzystanie ludzi i zasobów.

Ludzie korzystający z Scrum mają tę perspektywę, a złożoność i kreatywność rozwoju oprogramowania jest nieprzewidywalna. Wyniki są tragiczne: złe oprogramowanie, niepotrafią nadążyć z postępem, rozrzut pieniędzy i zdeprymowani pracownicy. Dlatego wiedzą, że najważniejsze jest przewidzenie rzeczywistych potrzeb, zmuszenie pracowników do ich rozpoznania i następnie zrobienie wszystkiego, co możliwe, by pomóc ludziom osiągnąć ten cel. Jądro drogi Scrum to „jest coś do zrobienia”, wykorzystanie okazji, unikanie przeszkód i osiągnięcie agilności.

Społeczność Turinga: Ludzie często skarżą się na trudność z rezygnacją z modelu wodospadowego. Czy uważasz, że konieczne jest połączenie metod agilnych i wodospadowych? dlaczego? Jak to zrobić, jeśli jest to możliwe?

Schwaber: Te dwie metody są odpowiednie dla dwóch ekstremalnie różnych sytuacji.

W przypadku modelu wodospadowego przewidujemy, co chcemy stworzyć, jak to zrobić, tworzymy plan, a następnie śledzimy postępy. Kluczem do wszystkiego jest określenie, jaką dokładność wymagamy i jaką dokładność osiągnąć w skutecznej komunikacji, aż produkt zostanie wreszcie stworzony. Jeśli łącze komunikacji jest idealne i nie ma potrzeby zmian, jest to możliwe.

Założeniem Scrum jest to, że komunikacja jest niedoskonała, a zmiany są nieustające. W krótkim okresie nie dłuższym niż 30 dni ludzie budują to, co myślą, że ostatecznie chcą. To zostanie sprawdzone na końcu cyklu. W zależności od stopnia zgodności wyników z potrzebami musimy przygotować plany na następny cykl. Jest to ciągły cykl zwrotny, który zmienia się, dokonując zmian na podstawie wyników inspekcji i zmian potrzeb.

Niektórzy próbowali połączyć obie metody, a wyniki były rozczarowujące i bezsensowne. Lepiej, by były rozdzielone.

Społeczność Turinga: Jak firma może wiedzieć, czy Scrum jest odpowiedni dla jej działalności i produktów?

Schwaber: Scrum niemal nigdy nie pasuje do kultury korporacyjnej niektórych firm oprogramowania, które były pod presją z powodu nieodpowiednich modeli wodospadowych, a przez ostatnie 30 lat używają nieinspirującej technologii.

Scrum pasuje do pewnych kultur korporacyjnych, przypomina cykl sprzedaży dla prognoz rocznych, a następnie przekształca prognozę roczną w miesięczną, sprawdza wyniki i wprowadza odpowiednie zmiany.

Większość firm nie jest zadowolona z działów, które tworzą oprogramowanie dla nich, ponieważ marnotrawstwo, porażki i niska jakość nie są rzadkością. Ci, którzy są ekstremalnie desperacki lub mają intuicję, spróbują przejść na Scrum, co jest bardziej odpowiednim sposobem odzwierciedlenia sposobu działania reszty firmy.

Społeczność Turinga: W rzeczywistym rozwoju niektóre firmy są obsesjonowane sztywnymi metodami i nie dostosowują tych metod do własnego środowiska. Co myślisz o takich firmach? Masz jakieś sugestie dla nich?

Schwaber: Szybki rozwój oprogramowania stał się kluczem do zdolności firmy do przetrwania, nie tylko pod względem sposobu działania firmy, ale także pod względem oprogramowania wbudowanego w ich produkty. Firmy, które nie ewoluują, firmy, które nie stosują metod agilnych w rozwoju oprogramowania i produktów, nie mogą konkurować i przetrwać.

Moja rada brzmi, że agilność to ewolucja przeżycia najbardziej przystosowanych.

Społeczność Turinga: Właściciel produktu ma dużą odpowiedzialność. Czasem może stać się węzłem zatoru dla całego zespołu. Jak rozwiązać ten problem?

Schwaber: Ten problem istnieje. Dlatego musimy go rozwiązać. Istnieje wiele sposobów na rozwiązanie tego problemu, w tym dodanie większej wiedzy dziedzinowej do zespołu. Jeśli zespół nie ma wiedzy dziedzinowej, to właściciel produktu nie istnieje, a więc przypuszczam, że cały rozwój spowolni się, aż problem zostanie rozwiązany. W przeciwnym razie musisz czekać, aż wydasz zły produkt.

Społeczność Turinga: The Technika Pomodoro to sposób na poprawę efektywności indywidualnej. Czy możesz stosować technikę Pomodoro w Scrumie?

Schwaber: Jeśli chcesz, Scrum to framework, który można zintegrować z techniką Pomodoro. Jednak bezmyślnie stosowanie jakiejkolwiek techniki bez dostosowania jest szkodliwe.

Społeczność Turinga: Jak kontrolować i zarządzać zobowiązaniami technologicznymi?

Schwaber: Każdą funkcję, którą piszesz, traktuj tak, jakbyś ją utrzymywał i rozwijał przez resztę swojego życia. Nawet jeśli chcesz zacząć od starego programu, który jest zgnilny w twoich kościach, zrób to. W przeciwnym razie budżet na utrzymanie i wsparcie starszych produktów pochłonie wszystkie koszty nowych prac.

Społeczność Turinga: Myślisz, że metody agilne nadmiernie podkreślają YAGNI (nie będziesz tego potrzebował)? Czy to może prowadzić do ignorowania długoterminowych celów?

Schwaber: Metody agilne nie zawierają YAGNI. Ale agilność wymaga czyszczenia niepotrzebnych rzeczy. Na przykład, dlaczego komunikować się z innymi, gdy są dostępne zapisane dokumenty, zamiast rozmawiać bezpośrednio z nimi? W każdym razie dokumentacja potrzebna do utrzymania produktu powinna ewoluować w każdym cyklu. Rob, co jest użyteczne i konieczne, a usuń wszystko inne.

Społeczność Turinga: Niektórzy ludzie uważają, że metody agilne idą w dół. Dlaczego myślisz, że istnieje taki głos? Jaka jest twoja opinia?

Schwaber: Słyszałem, jak ludzie pytają, czy agilność to trend? Myślę, że agilność to zbiór wartości i zasad. Choć Scrum opiera się na agilności, Scrum opiera się naskupieniu, odwadze, otwartości, zaangażowaniu i szacunku dla tych wartości.

Wartości nie są trendem. W mojej wyobraźni ludzie pracujący zgodnie z tymi wartościami i zasadami stają się trendem, a ich metody znacznie przewyższają inne metody lub trendy.

Społeczność Turinga: Jak widzisz frakcję agilną? Czy myślisz, że między nimi istnieją konflikty i sprzeczności? Skąd pochodzą ich różnice?

Schwaber: Agile i Scrum to bardzo, bardzo proste metody. Różnice i konflikty pochodzą z instytucji, które chcą zarabiać pieniądze na tworzeniu narzędzi, metod i tworzeniu nowych metod opartych na ideach agilnych. Kiedy pieniądze wchodzą na jeden koniec równania, konflikt się pojawia. Te konflikty nie są nieuniknione. Użyj swoich oczu, aby wybrać metodę, która będzie dla ciebie użyteczna. Testuj i kontynuuj jej poprawę.