Kiedy powinieneś – a nie powinieneś-używać zwinnego

praktyki zwinnego są wdrażane przez organizacje we wszystkich branżach i na wszystkich rynkach. Motorem tego jest przekonanie, że liderzy organizacji mają moc Agile, aby znacznie przekształcić, zmodernizować i ulepszyć swoją działalność poprzez usprawnienie rozwoju systemów, maksymalizację elastyczności i wydajności oraz uproszczenie złożonych systemów i procesów biznesowych.

jednak użycie zwinnego modelu nie zawsze może być najlepszym rozwiązaniem dla konkretnego projektu. W rzeczywistości niektóre projekty mogą być poważnie nadmiernie skomplikowane, próbując użyć technik zwinnych, a tym samym pokonując cały cel stosowania metodologii zwinnej w pierwszej kolejności.

aby tego uniknąć, organizacje i liderzy programów muszą zrozumieć, jak stosować Agile tam, gdzie jest to właściwe, i rozpoznać, kiedy inne podejścia są bardziej odpowiednie. Poniżej znajduje się krótka lista cech projektu, które mogą pomóc Ci zdecydować, kiedy i kiedy nie używać Agile.

kiedy powinieneś – a kiedy nie powinieneś-używać Agile

używaj Agile kiedy… nie używaj Agile, gdy…
…Twój projekt wymaga członków zespołu, którzy są dobrze zdyscyplinowani, dobrze doświadczeni i wykwalifikowani do praktycznego wykorzystania Agile. Jeśli twój projekt jest na tyle złożony, że wymaga tak wykwalifikowanych pracowników, jest to znak, że zwinna taktyka może pomóc w usprawnieniu rozwoju projektu. …prace nad Twoim projektem mogą być wykonywane przez członków zespołu, którzy są nowicjuszami, stosunkowo niewykwalifikowanymi i którzy nigdy nie mieli praktycznego doświadczenia w korzystaniu z Agile. Nie ma sensu używać Agile, jeśli Twoi pracownicy nie są z nim zaznajomieni, ponieważ nie będą mogli go właściwie wykorzystać.

…twój Klient lub klient będzie dostępny i chętny do ścisłej współpracy przez cały projekt. Zwinne projekty wymagają spójnych informacji zwrotnych od klientów w trakcie całego procesu, ponieważ sukces zależy od tego, jak dobrze zareagowałeś na zmieniające się potrzeby klienta.

…twój Klient lub klient nie będą dostępne lub chcą uczestniczyć w ścisłej współpracy w całym projekcie. Jak już wcześniej wspomniano, zwinne projekty zależą od spójnych informacji zwrotnych od klientów w całym procesie. Jeśli więc twój Klient nie jest dostępny, nie próbuj używać Agile.

…sukces Twojego projektu będzie zależał od tego, jak dobrze zespół zaspokajał i aktywnie reagował na rozwijające się potrzeby klienta przez cały okres trwania projektu. Można to osiągnąć tylko dzięki informacjom zwrotnym klienta na wielu etapach projektu.

…sukces Twojego projektu zależy od tego, jak dobrze zostały spełnione pierwotne wymagania klienta, a nie zmieniające się potrzeby. Podczas gdy projekty Agile koncentrują się na stale rozwijających się potrzebach klienta, jeśli twój projekt ma statyczne cele lub cele, lepiej będzie bez użycia Agile.

…rezultaty projektu mogą być rozsądnie dystrybuowane w pakietach roboczych osiągalnych w krótkim czasie około dwóch do czterech tygodni. Szybkość i elastyczność zwinnych projektów zależy od płynnej i szybkiej dystrybucji na każdym nowym etapie procesu.

…rezultaty projektu nie mogą być rozsądnie dystrybuowane w pakietach roboczych osiągalnych w 6-tygodniowych lub krótszych okresach czasu. Praktyki zwinne nie będą w stanie przynieść korzyści projektowi, jeśli rezultaty poszczególnych etapów projektu nie będą mogły być wystarczająco szybko rozpowszechniane.
…Twój projekt obejmuje iteracyjne lub cykliczne procesy, w których przyrostowe wyniki dodadzą wartości projektowi poprzez ciągłe dostarczanie nowych wskazówek dla Twojego projektu. Wiąże się to z potrzebą opinii klientów, ponieważ zapewni to wiele nowych wskazówek i kierunków dla Twojego projektu. …proces twojego projektu jest najlepiej realizowany jako liniowy lub spiralny (w przeciwieństwie do iteracyjnego), w którym przyrostowe wyniki będą miały niewielką lub żadną znaczącą wartość rozwijającą Twój projekt. Oznacza to, że opinie klientów i ponowna ocena, istotne aspekty zwinnego rozwoju projektu, nie będą konieczne.

to truizm, że przyszłość jest zwinna. W rzeczywistości, w obliczu ciągle zmieniających się rynków i szybko rozwijającej się technologii, elastyczność i szybkość reakcji, które mogą zapewnić techniki zwinne, mogą być najlepszym rozwiązaniem dla wielu inicjatyw modernizacyjnych. Jednak Agile nie zawsze jest najlepszą metodą realizacji konkretnego projektu. Jest czas i miejsce na wszystko, nawet projekty, które nie powinny używać Agile.
aby przeczytać pełną listę scenariuszy, kiedy powinieneś i nie powinieneś używać praktyk zwinnych w swoim projekcie, a także inne wskazówki dotyczące przejścia na nowy paradygmat organizacyjny, zapoznaj się z białą księgą RG na temat udanego wdrażania projektów zwinnych.

aby dowiedzieć się więcej o metodologii Agile w praktyce, pobierz nasz przewodnik „Agile Practitioner’ s Guide.”

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.