Eksplorowanie produktu DevOps Lean

  • 6 min

Według Richarda Banfielda, autor projektu Sprint: Praktyczny podręcznik tworzenia wspaniałych produktów cyfrowych i liderów produktów: Jak najlepsi menedżerowie produktów uruchamiają niesamowite produkty i budują udane zespoły), wielkie firmy produktowe mają cztery wspólne rzeczy:

  • 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 "A Day in the Life of a Digital Product Manager" , Deacon D.K Wan, lipiec 31, 2019 – id 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 w czasie odbywa się dla 54% respondentów i częściowe przyjęcie na 32%. 15% respondentów twierdzi, że w pełni przyjął model skoncentrowany na produkcie. 31% oczekuje, że zostanie ona w pełni przyjęta w ciągu najbliższych trzech lat. 5% oczekuje wdrożenia 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 do pełnego przejścia do jednego. 15% respondentów nie ma planów przejścia do modelu skoncentrowanego na produkcie. Badanie zostało przeprowadzone na 129 członków Gartner Research Circle. Pytanie brzmi: 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ź.

Kredyt obrazu: Gartner: "Analiza ankiet: IT szybko przenosi się z projektów do produktów" , Bill Swanton, Matthew Hotel i Deacon D.K. Wan, październik 23, 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 trybie produktu

  • 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ół produktu pełnego stosu, który obejmuje następujące role: właściciel produktu, scrum master, inżynier, inżynier niezawodności lokacji. Zespół pełnego stosu współpracuje z menedżerem produktu i architektem agile.

Kredyt obrazu: Gartner "Overcome Objections and Sell the Benefits of Moving From Projects to Products and Agile" , Bill Swanton, 12 lutego 2019, - ID: G00383228