Seznámení s produktem DevOps Lean

  • 6 min

Podle Richarda Banfielda, autor designového sprintu : Praktický průvodce pro vytváření skvělých digitálních produktů a vedení produktů: Jak top product managers launch Awesome Products and Build Successful Teams), skvělé produktové společnosti mají čtyři společné věci:

  • Rychlý nástup na trh
  • Flexibilita při změně
  • Přechod na digitální podnikání
  • Spokojenost zákazníků

Proč přijmout model orientovaný na produkt?

Do roku 2024 bude více než tři čtvrtiny vedoucích pracovníků digitálních firem těžit z postupů řízení produktů, a to až od třetiny, která to už v roce 2018 udělala.

Do roku 2024 podstoupí 80 % IT organizací zásadní restrukturalizaci a změny svých misí, protože využívají provozní modely zaměřené na produkty.

Rogoznic "Den v životě digitálního produktového manažera", Deacon D.K Wan, 31. července 2019 – ID G00400672

Diagram znázorňuje přechod modelu orientovaný na produkt v průběhu času. Celkem 85 % respondentů přijalo nebo plánuje přijmout model orientovaný na produkt. Úplné přijetí v průběhu času probíhá u 54 % respondentů a částečného přijetí na 32 %. 15 % respondentů tvrdí, že plně přijali model orientovaný na produkt. 31 % očekává, že bude do příštích tří let plně přijat. 5 % očekává přijetí modelu zaměřeného na produkt v následujících třech až pěti letech. 3 % očekává, že proces přijetí bude trvat déle než pět let. 32 % respondentů očekává určité použití modelu zaměřeného na produkt, ale ne k úplnému přechodu na model. 15 % respondentů nemá v plánu přejít na model orientovaný na produkt. Průzkum byl proveden na 129 členů Společnosti Research Circle. Otázka: Jaké jsou plány vaší organizace na používání modelu zaměřeného na produkt pro doručování softwaru (oproti modelu zaměřenému na projekt)? Vyberte jednu odpověď.

Obrázek kreditu: Společnost Rogoznic: "Survey Analysis: IT Is Moving Quickly From Projects to Products", Bill Swanton, Matthew Hotel a Deacon D.K. Wan, 23. října 2018 - ID G00373896

Důležité

Podle dobře respektovaného autora a mezinárodního veřejného mluvčího MartinA Fowlera je "product-mode" způsob práce. Jedná se o způsob financování a uspořádání vývoje softwaru, který se výrazně liší od způsobu jeho provádění. I když se obecně vztahuje na digitální IT organizace, tento způsob práce je vhodný zejména pro ty, kteří se snaží řídit podnikání prostřednictvím digitální platformy.

Potenciální výhody provozu v režimu produktu

  • Schopnost rychle se zorientovat
  • Kratší doba kompletního cyklu
  • Schopnost skutečně iterovat
  • Uchovávání znalostí
  • Integrita architektury
  • Týmová motivace a dynamika
  • Úspory toku a iterace

Co je model orientovaný na produkt?

Důležité

Strategie zaměřená na firmu pro poskytování softwaru a digitálních prostředí, ve kterých je produkt vyvinut, který poskytuje průběžnou obchodní schopnost (na rozdíl od časově omezeného projektu založeného na projektu). Obecně platí, že produktový manažer vlastní tento produkt a zodpovídá za jeho průběžný vývoj a rozpočet. Tento produkt může existovat na platformě, což je v podstatě produkt, na kterém jsou vytvořeny další produkty.

  • Definice od Společnosti Gartner

Tip

Projekty se používají ke správě příležitostných úsilí.

Proces vývoje produktů není příležitostným úsilím. Je to nepřetržitý proces zlepšování produktu prostřednictvím doručování nových funkcí.

Produkt není projekt, protože neexistuje žádná jasná definice toho, co je potřeba dodat. Produkt v odvětví vývoje softwaru je jakýkoli systém orientovaný na zákazníky. Vzhledem k tomu, že se potřeby zákazníků v průběhu času vyvíjejí a jsou dostupné nové technologie, očekává zákazník, že se bude vyvíjet i software, který používá, a proto neexistuje žádná jasná definice toho, co je potřeba dodat. Neexistuje důvod k tomu, aby se všechny funkce doručovaly v určité sekvenci, pokud se požadavky můžou každý měsíc nebo dokonce každý týden měnit. Proces vývoje produktů musí být přizpůsobitelný této změně v zákaznických potřebách.

Neexistuje žádná jasná definice data, kdy je potřeba doručovat produkty. Produkty proto nemohou být zatíženy procesem řízení projektů. Proces vývoje produktů musí být mnohem štíhlější než tradiční proces řízení projektů, protože poskytování nových funkcí produktu je vždy stejný projekt pro každou novou funkci: zjišťování, návrh, implementace, testování, nasazení.

Důležité

Model orientovaný na produkt

  • Může obsluhovat externí a interní zákazníky.
  • Je jasně definován svými obchodními možnostmi.
  • Poskytuje možnosti, které mají hodnotu zákazníků.
  • Může to být opakovatelná služba nebo platforma.
  • Dá se koupit, prodat, přihlásit k odběru. a/nebo financované
  • Má hospodářskou soutěž na trhu a životní cyklus produktu

Sladění vývojového týmu s produktem vyžaduje zásadní změnu sad dovedností v rámci samotného týmu. Místo hloubkové specializace musí tým převést na metodologii kompletního zásobníku, aby mohl podporovat konec produktu.

Organizace produktů jsou zploštěné s menším počtem režijních nákladů.

Diagram znázorňuje kompletní produktový tým, který zahrnuje následující role: vlastník produktu, mistr scrum, inženýr, technik, technik spolehlivosti webu. Kompletní tým spolupracuje s produktovým manažerem a agilním architektem.

Obrazový kredit: Společnost Elasticit "Překonat námitky a prodávat výhody přechodu z projektů na produkty a agilní", Bill Swanton, 12. února 2019, - ID: G00383228