Inwestycja: przydziel budżet i pokaż zwrot z inwestycji

Dobrowolny

Poszczególne możliwości mogą istnieć, aby zapewnić wspólne podstawy dla typowych lub krytycznych funkcji. Te możliwości są budowane i utrzymywane z konieczności, a nie planowane i celowo finansowane.

Te możliwości są tworzone i utrzymywane przez osoby przydzielone tymczasowo lub dobrowolnie; żadne centralne finansowanie ani personel nie są celowo przydzielane. Zależą one od bieżących wymagań taktycznych użytkowników. Decyzje są oparte na niekompletnych lub nieistotnych danych, co prowadzi do niewłaściwego priorytetu.

Kierownictwo reaguje przede wszystkim na kryzysy, a nie proaktywnie napędza zmiany, co prowadzi do rozdrobnionej współpracy i nieefektywności w różnych zespołach. Koncentruje się on na tworzeniu świadomości potrzeby strategicznego dostosowania i podejmowania decyzji opartych na danych.

Przydzielanie budżetu i osób do utrzymania typowych możliwości: indywidualni deweloperzy lub zespoły ponoszą odpowiedzialność za rozwiązywanie pilnych wymagań technicznych i możliwości. Nie zawsze jest to kosztowne — deweloperzy podejmują tę pracę nad bieżącymi obowiązkami.

Zakres zarządzania: Inżynierowie koncentrują się na zaspokajaniu potrzeb w określonym kontekście lub zakresie, który pojawił się z niewielkim udostępnianiem rozwiązania szerszym kontekstom.

Demonstrowanie zwrotu z inwestycji: mierzone przez to, jak dobrze dana osoba lub zespół rozwiązały konkretny problem i wpływ na ich główną pracę nad projektem.

Wpłaty doraźne

W miarę rozwoju organizacji powtarzające się wyzwania techniczne, takie jak niespójne zapewnianie infrastruktury, rozdrobnione praktyki zabezpieczeń i wąskie gardła w łańcuchach wdrażania, stają się coraz bardziej widoczne. Te wyzwania często powodują opóźnienia, zwiększone przestoje i nieefektywność, które utrudniają ogólną szybkość i niezawodność dostarczania oprogramowania. W odpowiedzi organizacja zaczyna tworzyć dedykowane zespoły, których zadaniem jest systematyczne rozwiązywanie tych problemów. Jednak wysiłki te pozostają w dużej mierze reaktywne, koncentrując się na poprawianiu natychmiastowych problemów, a nie proaktywnie ich zapobieganiu.

Zakres pracy tych zespołów jest często ograniczony do konkretnych problemów — takich jak ulepszanie określonego procesu wdrażania lub standaryzacja podzbioru protokołów zabezpieczeń — bez holistycznego podejścia do poprawy całej platformy.

Kierownictwo zaczyna zajmować się nieefektywnościami, promując podstawową współpracę i wprowadzając metryki, ale wysiłki pozostają reaktywne i silosowane, z ograniczonymi możliwościami w całej organizacji.

Przydzielanie budżetu i osób do utrzymania wspólnych możliwości: zespoły są tworzone w celu pracy nad kluczowymi przekrojowymi zagadnieniami, często reagując na potrzeby.

Zakres zarządzania: zakres jest ograniczony do określonego problemu.

Demonstrowanie zwrotu z inwestycji: Ulepszenia są mierzone w kluczowych kwestiach przekrojowych, takich jak wielkość zaległości.

Wdrożone z udziałem dedykowanego zespołu

Budżet i osoby są przydzielane na potrzeby ciągłego wsparcia zasobowego oraz dla osób zaangażowanych w te działania. Przydzielone osoby mają za zadanie zapewnić zestaw powszechnie wymaganych funkcji w celu przyspieszenia dostarczania oprogramowania. Często te zespoły koncentrują się na spełnieniu reaktywnych wymagań technicznych. Mogą być nazywane metodyką DevOps, włączaniem inżynierii, środowiskiem deweloperskim (DevEx lub DevX), narzędziami udostępnionymi, centrum doskonałości, a nawet platformą. Są one finansowane centralnie i traktowane jako centra kosztów.

Zespoły platform są teraz uznawane za kluczowe dla sukcesu organizacji i istnieją wysiłki mające na celu zmierzenie i uzasadnienie ich wkładu. Jednak uwaga może wciąż być skoncentrowana na natychmiastowych zwrotach zamiast na długoterminowym wzroście.

Kierownictwo aktywnie wspiera wielofunkcyjną pracę zespołową i początkowe praktyki DevOps, ale zmaga się z pomiarem wartości zespołu platformy i dopasowywaniem rozwiązań do potrzeb użytkowników, co prowadzi do wyzwań w uzasadnianiu inwestycji i utrzymaniu wydajności.

Przydzielanie budżetu i osób do utrzymania wspólnych możliwości: Zespoły centralne są finansowane na podstawie wiedzy o istniejących wymaganiach technicznych w celu przyspieszenia dostarczania oprogramowania.

Zakres zarządzania: zakres jest szeroki i płytki. Zespół tworzy rozwiązania, które próbują rozwiązać problem największego wspólnego mianownika we wszystkich zespołach. Centralny zespół koncentruje się na zrozumieniu typowych potrzeb wszystkich zespołów i nie szuka sposobów konfigurowania lub dostosowywania rozwiązań do tych potrzeb.

Demonstrowanie zwrotu z inwestycji: Ulepszenia są mierzone w szybkości dostarczania.

Skalowalne jako produkt

Inwestycje w platformy wewnętrzne i ich możliwości są podobne do inwestycji w produkty wychodzące i strumienie wartości przedsiębiorstwa: na podstawie wartości, którą oczekuje się zapewnić swoim klientom. Zarządzanie produktami i środowisko użytkownika są jawnie uznawane i inwestowane. System rozliczania kosztów może być używany do odzwierciedlenia wpływu platform na bezpośrednie strumienie wartości i produkty swoich klientów. Przedsiębiorstwo przydziela fundusze i personel do odpowiednich inicjatyw przy użyciu wskaźników wydajności opartych na danych i pętli opinii. Zespoły platform mogą ostatecznie zoptymalizować samą firmę i przyczynić się do zwiększenia rentowności.

Na tym poziomie obserwujemy znaczną zmianę kulturową w organizacji, w której deweloperzy są uznani i traktowani jako cenionych klientów. Kierownictwo podkreśla kulturę empatii i wzrostu, napędzanie podejścia kierowanego przez produkt i zachęcanie do ciągłego ulepszania, ale musi zapewnić, że te wartości są głęboko osadzone w organizacji, aby osiągnąć trwały wpływ.

Przydzielanie budżetu i osób do utrzymania wspólnych możliwości: centralny zespół platformy jest obsadzony i zarządzany jak inne zespoły produktów. Role obejmują programowanie, zarządzanie produktami, projektowanie, badania i zawartość. Zespoły są finansowane na podstawie planu działania.

Zakres zarządzania: zespół tworzy plany produktów, aby opisać swoje plany i oczekiwany wpływ na organizację. Zespół platformy angażuje się w zespoły inżynieryjne, aby zebrać wymagania, zidentyfikować nowe możliwości itp. Inżynierowie koncentrują się na zaspokajaniu potrzeb wszystkich zespołów programistycznych w organizacji.

Demonstrowanie zwrotu z inwestycji: Ulepszenia są mierzone w zadowoleniu deweloperów.

Zoptymalizowane przy użyciu włączonego ekosystemu

Zespoły platform znajdują sposoby zwiększania wydajności i skuteczności całej organizacji poza podstawowymi możliwościami. Osoby utrzymujące platformę podstawową celowo dążą do optymalizacji czasu wprowadzenia na rynek nowych produktów, zmniejszenia kosztów w całym przedsiębiorstwie, umożliwienia wydajnego zarządzania i zgodności nowych usług, szybkiego i łatwego skalowania obciążeń oraz wykonywania innych przekrojowych wymagań. Główni opiekunowie są skupieni na umożliwieniu specjalistom ds. umiejętności bezproblemową integrację wymagań i ofert do istniejących i nowych części platform. Ponadto organizacja koncentruje ludzi i zasoby ze specjalistycznych domen, takich jak zabezpieczenia, wydajność i jakość, na angażowanie do współpracy z dostarczonymi platformami ramowymi, aby umożliwić wdrożenie zaawansowanych funkcji, które mogą pozwolić zespołom produktów na przyspieszenie realizacji celów firmy bez uzależniania się od scentralizowanej listy zadań zespołu.

Kierownictwo promuje autonomię i odpowiedzialność zespołu, zachęcając innowacje podczas równoważenia ładu, koncentrując się na utrzymaniu znaczenia i skuteczności platformy w szybko zmieniającym się środowisku.

Przydzielanie budżetu i osób do utrzymania wspólnych możliwości: Centralny zespół platformy jest obsadzony i zarządzany jak inne zespoły produktów, ale zapewnia więcej funduszy, aby umożliwić wkład w całej organizacji. Zespoły inżynieryjne i nieinżynieryjne mają wyraźne finansowanie, aby móc wspierać platformę.

Zakres zarządzania: inżynierowie koncentrują się na umożliwieniu współtworzenia platformy w celu umożliwienia szybkiego udostępniania wiedzy w całej organizacji.

Demonstrowanie zwrotu z inwestycji: Ulepszenia są mierzone w zadowoleniu deweloperów.