Zwinna dostawa produktów

w szczególności możesz poświęcić trochę czasu na opracowanie i przedstawienie perspektywy zewnętrznej, zorientowanej na rynek, która jest tak atrakcyjna i tak dobrze poinformowana, że może zrównoważyć zorientowanie zorientowane na firmę w zeszłorocznym planie operacyjnym.

—Geoffrey Moore, Escape Velocity

zwinne dostarczanie produktów to zorientowane na klienta podejście do definiowania, budowania i uwalniania ciągłego przepływu cennych produktów i usług dla klientów i użytkowników.

jest to jedna z siedmiu kluczowych kompetencji Lean Enterprise, z których każda jest niezbędna do osiągnięcia zwinności biznesowej. Każda podstawowa kompetencja jest poparta konkretną oceną, która pozwala przedsiębiorstwu ocenić ich biegłość. Te podstawowe oceny kompetencji wraz z zalecanymi możliwościami poprawy są dostępne w artykule Measure and Grow.

Dlaczego Zwinna Dostawa Produktów?

aby osiągnąć sprawność biznesową, przedsiębiorstwa muszą szybko zwiększyć swoją zdolność do dostarczania innowacyjnych produktów i usług. Aby mieć pewność, że przedsiębiorstwo tworzy właściwe rozwiązania dla właściwych klientów we właściwym czasie, musi zrównoważyć koncentrację na realizacji z koncentracją na kliencie. Możliwości te wzajemnie się wspierają i stwarzają możliwości trwałego przywództwa rynkowego i usługowego. Jak pokazano na rysunku 1, zwinne dostarczanie produktu ma trzy wymiary.

1. customer Centricity and Design Thinking-Customer centricity stawia klienta w centrum każdej decyzji i wykorzystuje design thinking, aby zapewnić, że rozwiązanie jest pożądane, wykonalne, wykonalne i zrównoważone.
2. rozwijaj się zgodnie z rytmem; zwalniaj na żądanie-rozwijanie się zgodnie z rytmem pomaga zarządzać zmiennością związaną z rozwojem produktu. Odsprzęgnięcie uwolnienia wartości zapewnia klientom możliwość uzyskania tego, czego potrzebują, kiedy tego potrzebują.
3. DevOps and the Continuous Delivery Pipeline-DevOps and the Continuous Delivery Pipeline tworzy fundament, który umożliwia przedsiębiorstwom uwolnienie wartości, w całości lub w części, w dowolnym momencie, aby sprostać wymaganiom klientów i rynku.

poniższe sekcje opisują bardziej szczegółowo każdy z tych wymiarów zwinnego dostarczania produktów.

Customer Centricity and Design Thinking

Customer centricity to sposób myślenia i prowadzenia działalności, który koncentruje się na tworzeniu pozytywnych zobowiązań, ponieważ klienci doświadczają produktów i usług oferowanych przez przedsiębiorstwo. Firmy zorientowane na klienta generują większe zyski, zwiększają zaangażowanie pracowników i dokładniej zaspokajają potrzeby klientów. Rządy i organizacje non-profit zorientowane na klienta zapewniają odporność, zrównoważony rozwój i dostosowanie niezbędne do wypełnienia ich misji.

Lean-Agile przedsiębiorstwa realizują te cele, stosując Design Thinking, iteracyjny proces tworzenia rozwiązań, który zapewnia, że rozwiązania są pożądane przez klientów i użytkowników, a jednocześnie zapewnia, że rozwiązanie jest wykonalne, opłacalne i zrównoważone w całym cyklu życia.

zwinne Zarządzanie produktem służy jako centralna funkcja koordynująca wprowadzanie nowych rozwiązań na rynek, zapewniając jednocześnie ciągły sukces istniejących produktów.

zorientowanie na klienta

ilekroć przedsiębiorstwo zorientowane na klienta podejmuje decyzję, głęboko rozważa wpływ, jaki będzie miało na swoich użytkowników końcowych . Motywuje to Zespoły do:

• koncentracja na kliencie przedsiębiorstwa zorientowane na klienta wykorzystują segmentację rynku i użytkowników, aby dopasować i skupić przedsiębiorstwo na konkretnych, ukierunkowanych segmentach użytkowników.
• zrozum potrzeby klienta – przedsiębiorstwa zorientowane na klienta wykraczają poza zwykłe słuchanie klientów, którzy proszą o funkcje. Zamiast tego inwestują czas, aby zidentyfikować potrzeby klientów i zbudować rozwiązania, które zaspokajają te potrzeby.
• myśl i poczuj, że przedsiębiorstwa zorientowane na klienta są empatyczne i starają się widzieć świat z punktu widzenia klienta.
• buduj całe rozwiązania produktowe-przedsiębiorstwa zorientowane na klienta projektują kompletne rozwiązanie dla potrzeb użytkownika, zapewniając, że początkowe i długoterminowe doświadczenie klienta jest optymalne i ewoluuje w razie potrzeby.
• tworzenie wartości na całe życie klienta-przedsiębiorstwa zorientowane na klienta wykraczają poza mentalność transakcyjną i zamiast tego koncentrują się na całkowitych relacjach z klientem przez cały naturalny okres istnienia rozwiązania. Wynikające z tego długoterminowe relacje z klientami umożliwiają przedsiębiorstwu tworzenie wartości dla klientów, często w sposób, który nie był przewidywany przy pierwszym wydaniu rozwiązania .

Design Thinking

Design thinking jest integralną częścią Centrum Klienta. Design thinking ma dwa główne działania, których kulminacją jest zrównoważone rozwiązanie, jak pokazano na rysunku 2:

1. zrozumienie problemu, które daje wgląd w wymagania i korzyści pożądanego rozwiązania
2. projektowanie właściwego rozwiązania, które zapewnia, że rozwiązanie jest technicznie wykonalne
3. zapewnienie rozwiązania jest wykonalne i trwałe poprzez zrozumienie i zarządzanie ekonomiką rozwiązań

zastosowanie Design Thinking w całym cyklu życia rozwiązania zapewnia, że te trzy atrybuty utrzymują się przez cały okres eksploatacji rozwiązania.

rozwijaj się na kadencjach; Uwolnij na żądanie

przedsiębiorstwa zorientowane na klienta starają się tworzyć ciągły przepływ wartości dla swoich klientów. Czas tych wydań zależy od potrzeb rynku i klientów oraz własnej motywacji przedsiębiorstwa do dostarczania wartości. Niektóre przedsiębiorstwa mogą wypuszczać bardzo często, podczas gdy inne mogą być ograniczone przez zgodność lub inne wymagania rynkowe, które motywują rzadziej wypuszczane. Łącznie SAFe odnosi się do tych możliwości jako uwolnienie na żądanie.

czas Wydania nie pokrywa się jednak z przepływem pracy osób tworzących rozwiązania. Zespoły stosują model procesu, który jest zoptymalizowany pod kątem pracy z bardzo zmienną wiedzą. W SAFe jest to znane jako Develop on Cadence, skoordynowany zestaw praktyk, które wspierają zwinne zespoły, zapewniając niezawodną serię wydarzeń i działań, które odbywają się w regularnym, przewidywalnym harmonogramie . Oddzielenie wydarzeń i działań wspierających tworzenie wartości przez organizację od sposobu, w jaki ta wartość jest dostarczana, dodatkowo promuje sprawność biznesową (Rysunek 3).

zwinne zespoły i zwinne pociągi zwolnień

struktura kadencji SAFe wspiera zwinne zespoły i zwinne pociągi zwolnień (ARTs) w tworzeniu i dostarczaniu wartości.

• iteracje są podstawowym budulcem zwinnego rozwoju. Każda iteracja jest standardowym timeboxem o stałej długości, w którym zwinne zespoły dostarczają przyrostową wartość. W przypadku zespołów zwinnych są to zazwyczaj działające oprogramowanie i sprzęt, podczas gdy zespoły biznesowe zapewnią inne aspekty wartości. Typowy czas trwania timebox wynosi dwa tygodnie. Przydatne mogą być jednak nieco krótsze lub dłuższe timeboxy. Iteracje są dobrze ustrukturyzowane i następują spójnego cyklu planowania iteracji, realizacji iteracji (która obejmuje codzienny stand-up i udoskonalenie zaległości), przeglądu iteracji i retrospektywy iteracji.
• program Increments (PIs) to większy timebox, zestaw iteracji, podczas których Grupa zwinnych zespołów zorganizowanych w sztukę dostarcza przyrostową wartość w postaci działającego, przetestowanego oprogramowania i systemów. PIs są zazwyczaj ustalane jako stały okres 8-12 tygodni, składający się z 3-5 iteracji rozwojowych, po których następuje jedna iteracja innowacji i planowania (IP).

przyrosty programu są dodatkowo organizowane w celu uwzględnienia dodatkowych wydarzeń i działań opartych na kadencjach, które promują elastyczność biznesową.

Praca w przyrostach programowych

przyrostach programowych są kluczem do tworzenia przedsiębiorstwa opartego na kadencji. Stanowią one timebox „wystarczająco duży”, aby zaplanować i wykonać znaczną pracę, a jednocześnie są „wystarczająco małe”, aby promować szybkie informacje zwrotne i korektę w połowie kursu. W związku z tym przyrost programu ma kilka ważnych działań i wydarzeń:

• planowanie przyrostowe programu (PI) jest najważniejszym wydarzeniem w przedsiębiorstwie opartym na kadencji. Planowanie PI służy jako serce sztuki, dostosowując wszystkie zespoły do wspólnej misji i wizji. Podczas gdy wejścia do planowania PI różnią się w zależności od kontekstu, dwa podstawowe wyjścia obejmują:

• • wyznaczone cele PI – te cele biznesowe i techniczne dla każdego zespołu, z Umową i wartością przypisaną przez właścicieli firm, kierują pracą zespołu do następnego przyrostu programu.
  • Rada Programowa – jest to „wizualny kaloryfer” nowych dat dostarczania funkcji, zależności funkcji między zespołami i innymi sztukami oraz odpowiednich kamieni milowych (Rysunek 4).

• dema systemu są przeprowadzane pod koniec każdej iteracji i zapewniają zintegrowany widok nowych funkcji dla najnowszej iteracji. Każde demo daje interesariuszom sztuki obiektywną miarę postępu dla obecnego przyrostu. Dzięki możliwości regulacji w czasie rzeczywistym, demo systemu jest kluczowym wydarzeniem, które umożliwia sprawność biznesową.
• Inspect and Adapt (I & a) events are held at the end of each Program Increment (PI). Daje to całej sztuce możliwość zidentyfikowania poprawy procesu za pomocą zorganizowanego warsztatu rozwiązywania problemów.
• innowacje i iteracje planowania dają zespołom możliwość pracy nad działaniami innowacyjnymi, które trudno jest dopasować do ciągłego, przyrostowego modelu dostarczania wartości.

podczas gdy zespoły i zespoły artystyczne pracują nad tą kadencją, przedsiębiorstwo może wykorzystać ciągłość dostarczania, aby uwolnić wartość w dowolnym momencie, który uzasadniają warunki rynkowe i zarządzania.

Release on Demand

Release on Demand rejestruje mechanizmy i procesy, dzięki którym nowe funkcje są wdrażane do produkcji i uwalniane natychmiast lub stopniowo klientom w zależności od popytu. Przedsiębiorstwa różnią się pod względem daty wydania funkcji.

w połączeniu z interesariuszami, zwinne Zarządzanie produktem określa, kiedy powinno nastąpić wydanie, jakie elementy systemu powinny zostać wydane oraz którzy użytkownicy końcowi i klienci powinni otrzymać wydanie. Niektóre produkty służą rynkom, na których optymalnym wyborem jest wypuszczenie nowej funkcjonalności natychmiast po jej udostępnieniu. Godnymi uwagi przykładami są nowoczesne oprogramowanie SaaS i dostawcy usług, którzy stworzyli zaawansowane funkcje DevOps, które umożliwiają im uwalnianie wartości wiele razy dziennie.

inne mogą służyć rynkom o wyraźnych rytmach rynkowych, które regulują optymalne okna wydania. Na przykład istnieje wyraźny rytm rynkowy sprzedaży towarów w niskich temperaturach, od odzieży po Pojazdy, który jest w dużej mierze określony przez półkulę, w której mieszkasz. Większy łańcuch dostaw reaguje na te rytmy, jak opisano w artykule dotyczącym planu działania.

dodatkowymi czynnikami, które mają wpływ na to, kiedy przedsiębiorstwo może chcieć udostępnić funkcjonalność, są:

• terminy regulacyjne
• reagowanie na wady produktu i aktualizacje zabezpieczeń
• reagowanie na presję konkurencyjnego rynku

coraz bardziej wyrafinowane architektury i praktyki techniczne, które poprawiają sprawność biznesową, również wspierają wydawanie na żądanie. Na przykład telemetria produktu zbiera dane w celu pomiaru hipotezy wyniku i uzyskania obiektywnych dowodów na to, jak klienci reagują na udostępnioną wartość. Oddzielnie uwalniane komponenty, mroczne premiery, przełączniki funkcji i wersje canary maksymalizują elastyczność biznesową, zapewniając jednocześnie stabilność operacyjną.

DevOps i rurociąg ciągłego dostarczania

chociaż łatwo jest zgodzić się, że celem jest uwalnianie na żądanie, stworzenie kompetencji do niezawodnego i umiejętnego uwalniania wartości w dowolnym momencie jest ciężka praca. Obejmuje to przyjęcie sposobu myślenia i kultury DevOps oraz stworzenie coraz bardziej zautomatyzowanego potoku ciągłych dostaw.

podejście DevOps, Kultura i praktyki

w miarę jak cyfrowe zakłócenia zmieniają świat, a oprogramowanie staje się coraz większym elementem zdolności każdej firmy do dostarczania i wspierania swoich produktów i usług, każde przedsiębiorstwo musi szybciej reagować na zapotrzebowanie i potrzeby klientów dzięki rozwiązaniom cyfrowym. Częstym problemem szybkiej dostawy zawsze była przepaść między rozwojem a operacjami; pierwszy optymalizuje się pod kątem częstych wydań i zmian, drugi optymalizuje się pod kątem stabilności operacyjnej. Ta dychotomia w „światopoglądzie”, jeśli nie zostanie rozwiązana, tworzy barierę dla sukcesu.

spopularyzowany przez Książki, w tym projekt Phoenix i późniejszy Podręcznik DevOps , ruch „DevOps” działa w celu ujednolicenia rozwoju, operacji, biznesu, bezpieczeństwa informacji i innych obszarów, aby lepiej współpracować, dzieląc odpowiedzialność za poprawę wyników biznesowych. Powód jest prosty: wysokowydajne organizacje wykorzystują możliwości DevOps, aby znacznie przewyższać inne zarówno pod względem technicznym, jak i wyników biznesowych, jak ilustruje to Rysunek 5.

DevOps to przyjęcie sposobu myślenia, Kultury i zestawu praktyk technicznych, które zapewniają klientom elementy rozwiązania bez przekazywania lub nadmiernego zewnętrznego wsparcia produkcji lub operacji. Jak pokazano na rysunku 6, podejście SAFe do DevOps opiera się na pięciu koncepcjach: Kultura, Automatyzacja, Lean Flow, Pomiar i odzyskiwanie (CALMR).

• Kultura reprezentuje filozofię wspólnej odpowiedzialności za szybkie dostarczanie wartości w całym strumieniu wartości. Składa się z wszystkich, którzy pomagają tworzyć wartość, w tym zarządzania produktem, rozwoju, testowania, bezpieczeństwa, zgodności, operacji itp.
• Automatyzacja oznacza potrzebę usunięcia interwencji człowieka z jak największej części rurociągu, aby zmniejszyć błędy i skrócić całkowity czas cyklu procesu uwalniania.
• Lean flow identyfikuje praktyki ograniczania pracy w procesie (WIP), zmniejszania rozmiaru partii i zarządzania długościami kolejek. Przyspieszają one przepływ wartości do klienta i umożliwiają szybszą informację zwrotną.
• pomiar sprzyja nauce i ciągłemu doskonaleniu poprzez zrozumienie i kwantyfikację przepływu wartości przez rurociąg.
• Recovery buduje systemy, które umożliwiają szybkie rozwiązywanie problemów produkcyjnych poprzez automatyczne wycofywanie i funkcje „fix forward” (np.

jedną z zalet modelu CALMR jest to, że jest on zaprojektowany do pracy z organizacją na dowolnym poziomie zwinności biznesowej, natychmiast wspierając ją, gdy rozpoczynają proces nieustannego doskonalenia.

rurociąg ciągłego dostarczania

rurociąg ciągłego dostarczania reprezentuje przepływy pracy, działania i automatyzację potrzebne do przekazania nowego elementu funkcjonalności Od pomysłu do uwolnienia wartości na żądanie dla użytkownika końcowego. Jak pokazano na rysunku 7, rurociąg składa się z czterech aspektów: Continuous Exploration (CE), Continuous Integration (CI), Continuous Deployment (CD) i Release on Demand. Rurociąg jest najważniejszym elementem kompetencji zwinnego dostarczania produktów (Rysunek 1).

każdy zwinny pociąg uwalniający (ART) buduje i utrzymuje lub dzieli się z innymi sektorami rurociąg z zasobami i technologiami niezbędnymi do zapewnienia wartości rozwiązania tak niezależnie, jak to możliwe. Pierwsze trzy elementy rurociągu (CE, CI i CD) współpracują ze sobą, aby wspierać dostarczanie małych partii nowych funkcji, które są następnie uwalniane zgodnie z zapotrzebowaniem rynku.

ciągła eksploracja sprzyja innowacjom i buduje dostosowanie do tego, co powinno zostać zbudowane. Design Thinking jest używany do ciągłego badania potrzeb rynku i klientów oraz definiowania wizji, mapy drogowej i zestawu funkcji rozwiązania, które zaspokaja te potrzeby. Podczas CE nowe pomysły są podnoszone, udoskonalane i przygotowywane jako lista priorytetowych funkcji w zaległościach programu. Są one wciągane do realizacji podczas planowania PI, co rozpoczyna proces ciągłej integracji.

ciągła Integracja buduje jakość w procesie rozwoju poprzez ciągłą integrację bieżącej pracy wielu zwinnych zespołów. Cała praca jest kontrolowana, a nowa funkcjonalność jest wbudowana i zintegrowana w Pełny system lub rozwiązanie. Następnie jest sprawdzany w odpowiednim środowisku testowym, od czystych systemów oprogramowania opartych na chmurze po urządzenia fizyczne i/lub symulatory urządzeń.

ciągłe wdrażanie rejestruje procesy związane z przenoszeniem rozwiązań poprzez etapowanie do środowisk produkcyjnych. Podobnie jak w przypadku ciągłej integracji, różni się to znacznie w zależności od rodzaju tworzonych rozwiązań i związanego z nimi kontekstu rozwiązania. Aby mieć pewność, że rozwiązania są gotowe do pełnej wersji dla klientów, wdrożenie obejmuje monitorowanie zapewniające elastyczność w kontrolowaniu wydań, wycofywaniu wydań lub wdrażaniu przyrostowych aktualizacji i poprawek.

jak opisano powyżej, Release on Demand to możliwość udostępniania klientom wartości jednocześnie lub w sposób ad hoc w oparciu o potrzeby rynkowe i biznesowe. Wydanie na żądanie ma kluczowe znaczenie dla zwinności biznesowej,ponieważ decyzje o tym, co i kiedy wydać, są kluczowymi czynnikami wartości.

podsumowanie

firmy muszą zrównoważyć koncentrację na realizacji z koncentracją na kliencie, aby zapewnić, że tworzą właściwe rozwiązania, dla właściwych klientów, we właściwym czasie. Zwinne dostarczanie produktów opiera się na zorientowaniu na klienta, co stawia klienta w centrum każdej decyzji. Wykorzystuje myślenie projektowe, aby zapewnić, że rozwiązanie jest pożądane, wykonalne, wykonalne i zrównoważone.

rozwój w ramach programu cadence pomaga zarządzać zmiennością związaną z rozwojem produktu. Release on demand oddziela czas wydania i rozwoju, aby klienci mogli uzyskać to, czego potrzebują, kiedy tego potrzebują. DevOps i CDP tworzą podstawę, która umożliwia przedsiębiorstwom uwalnianie wartości, w całości lub w części, w dowolnym momencie, aby sprostać wymaganiom klientów i rynku.

rezultatem zwinnego dostarczania produktów jest zwiększona sprawność biznesowa z doskonałymi wynikami dla przedsiębiorstwa i klientów, którym służy.

Dowiedz Się Więcej

Norman, Don. Projektowanie codziennych rzeczy. Osterwalder, Alexander, Yves Pigneur, Gregory Bernarda i Alan Smith. Value Proposition Design: Jak tworzyć produkty i usługi, których oczekują klienci. Wiley, 2014. Leffingwell, Dean. Wymagania dotyczące oprogramowania zwinnego: praktyki dotyczące wymagań Lean dla zespołów, programów i przedsiębiorstw. Addison-Wesley, 2011. Kim, Gene. Projekt Feniks: Powieść o it, DevOps i pomaganiu Twojej firmie wygrać. It Revolution Press. Kim, Gene, Jez Humble, Patrick Debois i John Willis. The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations. It Revolution Press. Accelerate-Stan DevOps 2019. https://services.google.com/fh/files/misc/state-of-devops-2019.pdf

Ostatnia aktualizacja: 10 lutego 2021