Zwinne zarządzanie projektami

Z Wikipedii, wolnej encyklopedii
Przejdź do nawigacji Przejdź do wyszukiwania

Zwinne zarządzanie produktami (ang. agile product management) – iteracyjne, przyrostowe podejście do organizacji pracy zespołów przy wytwarzaniu wartości rynkowej w celu zapewnienia rozwoju nowych produktów i usług w sposób elastyczny i w interaktywnej formie. W odróżnieniu od kaskadowego zarządzania projektami, gdzie wysiłek skupia się na dostarczeniu wcześniej przygotowanego planu, w tym podejściu zmiany są naturalnym elementem dostarczania produktu.

Wydarzeniem konstytuującym zwinne podejście do wytwarzania produktów było opublikowanie „agile manifesto[1]”, jednak czerpie ono również z koncepcji Lean. Manifest Agile koncentruje się na czterech wartościach: komunikacja ze stronami jest ważniejsza niż stosowanie standardowych procedur i narzędzi, koncentracja na dostarczeniu działających rozwiązań, a mniej na dostarczaniu szczegółowej dokumentacji, współpraca z klientami i bycie otwartym na zmiany zakresu zamiast ich ograniczanie. Manifest Agile zainspirował do stworzenia wielu metodyk zwinnego zarządzania produktami, takich jak Scrum, Feature-driven development, Extreme Programming. Aktualnie najbardziej rozpowszechniona jest pierwsza z nich, tj. Scrum[2].

Początkowo zwinne metodyki w tworzeniu produktów skoncentrowane były na produktach informatycznych, jednak aktualnie znajdują zastosowanie w innych obszarach biznesu.

Zwinny zespół[edytuj | edytuj kod]

Podejście zwinne zakłada, że zespół dysponuje kompetencjami i jest zmotywowany do tworzenia produktu. Często stosowany termin to empowered team[3], czyli zespół wyposażony w decyzyjność i chęci do działania. W rezultacie zwinny zespół nie potrzebuje silnego nadzoru kierownictwa. Rola kierownika sprowadza się do eliminacji przeszkód w pracy zespołu, sugerowania efektywnych technik radzenia sobie z problemami i wskazywania celów biznesowych tworzonego rozwiązania.

Mocne i słabe strony zwinnego zarządzania produktami[edytuj | edytuj kod]

Mocne strony

  • Elastyczność i akceptacja zmian zakresu produktu.
  • Brak konieczności definiowania całego zakresu produktu na jego początku.
  • Wzmacnianie samodzielności i odpowiedzialności zespołu.
  • Koncentracja na satysfakcji klienta, a niekoniecznie na założonym zakresie prac.

Słabe strony

  • Niski poziom kontroli postępu prac.
  • Ukryte założenie o wysokich kompetencjach i motywacji zespołu, które w praktyce może nie być spełnione.
  • Adresowane raczej do niewielkich zespołów.
  • Koncentracja głównie na dostarczaniu zakresu produktu z pominięciem wielu aspektów sprzedaży produktu, analizy wymagań biznesowych, rekrutacji i szkolenia zespołu, dokumentowania prac, zarządzania kosztami, konfiguracją, udziałowcami, relacji prawno-formalnych – podejście produktowe, nie projektowe.

Zobacz też[edytuj | edytuj kod]

Przypisy[edytuj | edytuj kod]

  1. Manifest programowania zwinnego, www.agilemanifesto.org [dostęp 2018-01-07].
  2. Home | Scrum Guides, www.scrumguides.org [dostęp 2016-07-31].
  3. Drew Hendricks, 6 Ways To Empower Your Employees With Transformational Leadership [dostęp 2016-07-31].