Eksplorowanie produktu DevOps Lean

  • 6 min

Według Richarda Banfielda, autora Sprint Design: Praktyczny przewodnik tworzenia doskonałych produktów cyfrowych i Przywództwo Produktu: Jak najlepsi menedżerowie produktów wypuszczają niesamowite produkty i budują udane zespoły, wielkie firmy produktowe mają cztery wspólne cechy:

  • Krótszy czas wprowadzania na rynek
  • Elastyczność w obliczu zmian
  • Przejście do firmy cyfrowej
  • Zadowolenie klientów

Dlaczego warto przyjąć model skoncentrowany na produkcie?

Do 2024 r. ponad trzy czwarte liderów biznesu cyfrowego skorzysta z praktyk zarządzania produktami, w górę od trzeciej, która już to zrobiła w 2018 roku.

Do 2024 r. 80% organizacji IT przejdzie radykalną restrukturyzację i zmiany w ich misjach w miarę wdrażania modeli operacyjnych skoncentrowanych na produktach.

Gartner "Dzień w życiu cyfrowego menedżera produktu", Deacon D.K Wan, 31 lipca 2019 r. — identyfikator G00400672

Diagram przedstawia wdrażanie modelu skoncentrowanego na produkcie w czasie. W sumie 85% respondentów przyjęło lub planuje przyjęcie modelu skoncentrowanego na produkcie. Pełne wdrożenie jest planowane dla 54% respondentów, a częściowe przyjęcie dla 32%respondentów. 15% respondentów stwierdzają, że w pełni przyjęli model skoncentrowany na produkcie. 31% respondentów oczekuje, że model ten zostanie w pełni przyjęty w ciągu najbliższych trzech lat. 5% spodziewa się przyjęcia modelu skoncentrowanego na produkcie w ciągu najbliższych trzech do pięciu lat. 3% oczekuje, że proces wdrażania potrwa dłużej niż pięć lat. 32% respondentów oczekuje użycia modelu skoncentrowanego na produkcie, ale nie planuje pełnego przejścia na niego. 15% respondentów nie planuje przejścia na model skoncentrowany na produkcie. Badanie zostało przeprowadzone na 129 członkach Gartner Research Circle. Pytanie brzmiało: Jakie są plany organizacji dotyczące korzystania z modelu skoncentrowanego na produkcie na potrzeby dostarczania oprogramowania (w porównaniu z modelem skoncentrowanym na projekcie)? Wybierz jedną odpowiedź.

Źródło zdjęcia: Gartner: "Analiza ankiet: IT szybko przenosi się z projektów do produktów," Bill Swanton, Matthew Hotel i Deacon D.K. Wan, 23 października 2018 - ID G00373896

Ważne

Według szanowanego autora i międzynarodowego mówcy publicznego Martina Fowlera, "tryb produktu" jest sposobem pracy. Jest to sposób finansowania i organizowania tworzenia oprogramowania, który znacznie różni się od sposobu jego wykonywania. Chociaż ogólnie ma zastosowanie do infrastruktury IT w przedsiębiorstwie w epoce cyfrowej, ten sposób pracy jest szczególnie odpowiedni dla tych, którzy mają na celu prowadzenie działalności biznesowej za pośrednictwem platformy cyfrowej.

Potencjalne korzyści wynikające z działania w modelu produktowym

  • Możliwość szybkiego ponownego orientowania
  • Skrócony czas cyklu kompleksowego
  • Umiejętność naprawdę iterowania
  • Przechowywanie wiedzy
  • Integralność architektury
  • Motywacja i dynamika zespołu
  • Korzyści przepływu i iteracji

Jaki jest model skoncentrowany na produkcie?

Ważne

Strategia ukierunkowana na działalność biznesową na potrzeby dostarczania oprogramowania i środowisk cyfrowych, w których produkt jest rozwijany, który zapewnia ciągłe możliwości biznesowe (w przeciwieństwie do ograniczonego projektu opartego na projekcie w czasie). Ogólnie rzecz biorąc, menedżer produktu jest właścicielem tego produktu i jest odpowiedzialny za jego ciągły rozwój i budżet. Ten produkt może istnieć na platformie, która jest zasadniczo produktem, na którym tworzone są inne produkty.

  • Definicja firmy Gartner

Napiwek

Projekty służą do zarządzania okazjonalnymi przedsięwzięciami.

Proces rozwoju produktu nie jest okazjonalnym przedsięwzięciem. Jest to ciągły proces ulepszania produktu poprzez dostarczanie nowych funkcji.

Produkt nie jest projektem, ponieważ nie ma jasnej definicji tego, co należy dostarczyć. Produktem w branży tworzenia oprogramowania jest każdy system przeznaczony dla klientów. Ze względu na to, że klient potrzebuje w miarę upływu czasu i udostępnia nowe technologie, klient spodziewa się, że używane przez nich oprogramowanie również ewoluuje, dlatego nie ma jasnej definicji tego, co należy dostarczyć. Nie ma powodu, aby plan dotyczący wszystkich funkcji był dostarczany w określonej sekwencji, jeśli wymagania mogą ulec zmianie co miesiąc, a nawet co tydzień. Proces tworzenia produktu musi być dostosowywany do tej zmiany potrzeb klientów.

Nie ma jasnej definicji daty dostarczenia produktów. W związku z tym produkty nie mogą ponosić obciążenia procesu zarządzania projektami. Proces tworzenia produktu musi być znacznie szczuplejszy niż tradycyjny proces zarządzania projektami, ponieważ dostarczanie nowych funkcji do produktu jest zawsze tym samym projektem dla każdej nowej funkcji: odnajdywanie, projektowanie, implementacja, testowanie, wdrażanie.

Ważne

Model skoncentrowany na produkcie

  • Może obsługiwać klientów zewnętrznych i wewnętrznych
  • Jest jasno zdefiniowany przez jego możliwości biznesowe
  • Dostarcza możliwości, które mają wartość dla klientów
  • Może być powtarzalną usługą lub platformą
  • Można kupić, sprzedać, zasubskrybować. i/lub finansowane
  • Ma konkurencję na rynku i cykl życia produktu

Dopasowanie zespołu programistycznego do produktu wymaga fundamentalnej zmiany umiejętności w samym zespole. Zamiast głębokiej specjalizacji zespół musi przekonwertować się na metodologię pełnego stosu, aby umożliwić zakończenie produktu.

Organizacje produktów są bardziej pochlebne z mniejszymi obciążeniami.

Diagram przedstawia zespół full-stack produktów, który obejmuje następujące role: product owner, scrum master, inżynier, inżynier niezawodności serwisów. Zespół full-stack współpracuje z product managerem i architektem agile.

Źródło obrazu: Gartner „Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile”, Bill Swanton, 12 lutego 2019, - ID: G00383228