3 kluczowe podobieństwa między metodykami Lean i Agile
Menedżerowie projektów nieustannie poszukują najlepszych sposobów tworzenia produktów lub wspierania procesu tworzenia oprogramowania. Przez większość czasu można to postrzegać jako walkę między efektywnością a produktywnością. Głównym celem jest znalezienie złotego środka między nimi — dostarczanie niesamowitych produktów w możliwie najkrótszym czasie.
Sposób osiągnięcia tego celu będzie zależeć od członków zespołu, z którymi pracujesz. Istnieje ogromna różnorodność metodyk zarządzania projektami, ale tylko dwie najczęściej konkurują o miano ulubionej. Pierwsza z nich to metodyka odchudzona. Druga to metodyka zwinna.
Wybór odpowiedniej metodyki może być trudny. Obie są niezwykle przydatne na swój własny, określony sposób. Z tego powodu jedną z najczęstszych dyskusji jest ta dotycząca różnic między nimi. Jednak tym, co jeszcze bardziej zaciera granice, są ich podobieństwa. Czasami dochodzi do sytuacji, w której firmy używają jednej nazwy zamiast drugiej lub często przełączają się między obiema.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Dlatego dzisiaj przyjrzymy się podobieństwom między zwinną a odchudzoną metodyką tworzenia oprogramowania. Mamy nadzieję, że ten artykuł przybliży oba podejścia — zarządzanie odchudzone i zwinne — Twojemu startupowi oraz pomoże właścicielowi produktu zdecydować, które z nich będzie lepiej pasować do członków Twojego zespołu.
Poznaj zarówno metodykę odchudzoną, jak i zwinną
Aby zrozumieć, co reprezentuje każda z tych metodyk, musimy nieco zagłębić się w historię obu. Zbadanie różnic między nimi pomoże uwydatnić ich podobieństwa.
Początki zasad metodyki odchudzonej
Korzeni odchudzonej produkcji — podobnie jak metodyki kaskadowej — można doszukiwać się w latach 50. XX wieku i japońskich fabrykach samochodów Toyota. Zauważono nadmiar zasobów, który spowalniał przepływ pracy. Dlatego postanowiono zmniejszyć koszty zapasów, a tym samym zwiększyć szybkość całego procesu. Tak narodził się System Produkcyjny Toyoty.
Toyota używała wizualnych wskaźników do zarządzania zapasami. Uzyskano precyzyjne informacje o tym, kiedy każdy element będzie potrzebny w procesie pracy, i ograniczono ogólne marnotrawstwo. Dzięki myśleniu odchudzonemu udało się zoptymalizować całość operacji.
Początki zasad metodyki zwinnej
Zwinne sposoby pracy pojawiły się później, w latach 80. i 90. XX wieku, i zostały opracowane z myślą o programistach komputerowych. Przed pojawieniem się zwinnego podejścia realizacja ich projektów zajmowała bardzo dużo czasu — czasami nawet lata. Jednak branża programistyczna i komputerowa nieustannie się zmienia — podobnie jak druga połowa XX wieku. Oznaczało to, że gdy programiści byli w stanie wydać produkt, istniało duże prawdopodobieństwo, że był on już nieaktualny. Potrzebowali więc nowego podejścia do swojej pracy.
Główny problem polegał na tym, że koszt całego procesu nigdy nie równoważył krótkiej żywotności produktu końcowego. Jednocześnie wraz ze zmianami w branży pojawiało się zapotrzebowanie klientów na nowe produkty, a także brak wykwalifikowanych pracowników. W rezultacie koszty zamiast spadać, stale rosły.
Dlatego głównym celem metodyki zwinnej stał się czas. Najważniejszym zadaniem zespołów zwinnych jest nieustanne koncentrowanie się na dostarczaniu produktu — najpierw należy zrobić to szybko, a następnie stale go aktualizować po uzyskaniu opinii klientów.
Ukształtowanie metodyki zajęło kilka lat — dlatego w 2001 roku napisano Manifest programowania zwinnego. Określa on główne cele, a także przedstawia 12 zasad zwinnego podejścia, które kierują tą metodyką. Podobnie jak metodyka odchudzona, zaczęła się w jednej niszy, a następnie została szybko przyjęta przez inne firmy.
Kanban a Scrum — przykład różnic między podejściem odchudzonym i zwinnym
Jednym z najlepszych przykładów zastosowania tych dwóch metodyk zarządzania projektami jest porównanie Kanbana i Scruma. Są to dwa różne procesy tworzenia oprogramowania, które mogą jasno pokazać, czym są metodyki odchudzona i zwinna oraz jak można je od siebie odróżnić.
Po pierwsze, mamy Scrum — zwinny schemat tworzenia oprogramowania, który zespół programistyczny może wykorzystywać przy złożonych produktach. Podobnie jak na przestrzeni dziejów, główny nacisk kładzie się na tworzenie oprogramowania, ale ludzie stosują go również w innych dziedzinach. Jest idealny dla mniejszego zespołu programistycznego — liczącego od jednej do dziesięciu osób.
Najważniejsze jest podzielenie tworzenia produktu na cele (nazywane rejestrem zadań projektu), które następnie można realizować dzięki ciągłemu doskonaleniu. Te krótkie iteracje nazywane są sprintami i zwykle trwają około dwóch tygodni. Na koniec każdego sprintu odbywa się spotkanie mające na celu jego omówienie oraz ocenę postępów w zwinnym tworzeniu oprogramowania. Wiele zespołów korzysta ze paneli zwinnego zarządzania, aby wizualizować dane sprintu i śledzić postępy w czasie rzeczywistym podczas jego trwania.
Z drugiej strony Kanban to metoda wytwarzania stworzona w celu wspierania całego procesu rozwoju produktu. W porównaniu z podejściem zwinnym wykorzystuje tablicę Kanban, która pomaga wyróżniać problemy i je rozwiązywać. Osiąga to poprzez pomiar cyklu życia i czasu realizacji zarówno całego procesu, jak i strumienia wartości (który składa się z części procesu).
Metodyki lean i zwinne koncentrują się na wartości dla klienta
Jak to często bywa (i powinno być) w świecie biznesu, klient był głównym powodem stworzenia obu metodyk. Owszem, wiązało się to również z pieniędzmi i czasem, ale zarówno metodyki lean, jak i zwinne powstały po to, aby klienci byli zadowoleni z produktu, a także aby ułatwić proces pracy członkom zespołu.
Zauważ, że obie metodyki mają na celu zapewnienie lepszej i szybszej obsługi. To, co je wyróżnia, to podstawowy sposób osiągania tych celów.
Jeśli korzystasz z metodyki lean, zależy Ci na doskonałości technicznej dla klienta. Chcesz również dostarczyć produkt w możliwie najkrótszym czasie. Metodyka zwinna nie różni się od tego podejścia pod względem czasu – szybkie dostarczanie jest w niej najważniejsze.
Nie potrzebujesz jednak idealnego produktu. Zamiast tego możesz stale nad nim pracować i aktualizować go na podstawie opinii klienta.
Szybkość zarządzania projektem jest celem zarówno metodyki lean, jak i zwinnej
Jak zapewne zauważyłeś, obie metodyki mają na celu zwiększenie wydajności – czyli szybkości, z jaką będziesz tworzyć produkt. Jest to jeden z najważniejszych celów obu metodyk. Jednak to, co musisz zmienić, aby osiągnąć wydajność, różni się w obu przypadkach.
Z jednej strony zastosujesz metodykę lean, aby wyeliminować wszystko, co nie wnosi wartości do Twojej pracy. Oznacza to ograniczenie czasochłonnych spotkań, a także zbędnej biurokracji. Będziesz również chcieć przestać pracować nad rzeczami, których „możesz potrzebować” w przyszłości. Na koniec będziesz chcieć odejść od nieefektywnych sposobów pracy – takich jak wykonywanie wielu zadań jednocześnie.
Tymczasem metodyka zwinna pozwala wybierać praktyki i zadania, które najlepiej Ci odpowiadają. Najważniejsze jest to, że nie będziesz związany z dokonanymi wyborami. Zespoły często korzystają z oprogramowania do zwinnego zarządzania, aby na bieżąco dostosowywać przepływy pracy, zmieniać priorytety zadań i wspierać ciągłe doskonalenie (stąd nazwa „zwinna”). Oznacza to, że możesz zmieniać zwinny przepływ pracy krok po kroku — i właśnie na tym polega ogromna różnica między tymi podejściami.
Jeśli korzystasz z metodyki lean, kładziesz nacisk na cały projekt przepływu pracy i koncentrujesz się na nim jako całości. Wymaga to cofnięcia się o krok i spojrzenia na niego z perspektywy ogólnej. Zapewnia to lepszą kontrolę nad całym procesem, a także możliwość ograniczenia wszystkiego, co jest zbędne.
Dla przykładu nie musisz angażować pracowników w przypadkowe prace programistyczne tylko po to, aby byli w 100% gotowi, gdy będą potrzebni. Zamiast tego powinieneś zaufać, że będą gotowi i dadzą z siebie wszystko, gdy nadejdzie odpowiedni moment. Na przykład programiści nie muszą tworzyć narzędzia, którego możesz nawet nie użyć.
Pozwól im zamiast tego rozwijać i doskonalić swoje umiejętności. W ten sposób skupiasz uwagę na wysokiej jakości produktu. Dzięki temu nie będziesz musieć wracać do produktu i aktualizować go po dostarczeniu klientom.
Różni się to od zwinnego zarządzania projektami, które wymaga stałych aktualizacji.
Zaufanie do członków zespołu jest ważne w obu metodykach lean i zwinnych
Jak widzisz, wybierając między tymi dwiema metodykami, musisz przemyśleć sposób zarządzania zespołem.
Warto jednak zauważyć, że w obu przypadkach zespół jest ściśle zaangażowany w cały przepływ pracy. W końcu praca zespołowa jest podstawą każdej firmy. Bez niej zarówno wydajność, jak i produktywność znacznie spadną.
W metodyce lean ludzie mogą uczyć się od siebie nawzajem. Dzięki współpracy znajdujesz najlepsze i najbardziej efektywne rozwiązania oraz ograniczasz marnotrawstwo.
Tymczasem trzy kolejne stwierdzenia z Manifestu Agile, o których wspomnieliśmy, promują współpracę i mówią same za siebie:
- „Ludzie i interakcje ponad procesy i narzędzia”.
- „Współpraca z klientem ponad negocjowanie umów”.
- „Przedstawiciele biznesu i deweloperzy muszą codziennie współpracować przez cały czas trwania projektu”.
Zauważ, że trzecie zdanie jest jedną z 12 praktyk zwinnych opisanych w Manifeście Agile. Można wyciągnąć z tego wniosek, że metodyka zwinna nie przywiązuje nawet takiej wagi do narzędzi ani procesu, jak metodyka lean. Zamiast tego koncentruje się na ludziach uczestniczących w procesie. Zachęca również do ścisłej współpracy z klientami. Ich opinie mogą zdziałać cuda i pomóc stworzyć znacznie lepszy produkt, dlatego warto znaleźć czas, aby ich wysłuchać.
Dowiedz się więcej o podejściu zwinnym i jego kluczowych zasadach, zdobywając jeden z tych certyfikatów z zakresu zwinnego zarządzania.
Podsumowanie
Podsumowując, między metodyką zwinną a metodyką szczupłego wytwarzania oprogramowania może występować tyle samo podobieństw co różnic. Chociaż mają różne źródła, nadal koncentrują się na tym samym – satysfakcji klienta.
Warto również zwrócić uwagę na przepływ pracy i sposoby jego optymalizacji. Szybkość dostarczania ma znaczenie w obu podejściach – jednak to Ty i Twój zespół musicie ustalić, które z nich sprawdzi się lepiej w Waszym przypadku. Może to wymagać poszukiwań i eksperymentowania, ale gdy już wybierzesz metodykę, Twoja firma szybko wkroczy na drogę do sukcesu!
