Obszary fokusu obejmują budżet i personel, zarządzanie zakresem i mierzenie zwrotu 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 osoba lub zespół rozwiązały konkretny problem i wpływ na ich główną pracę nad projektem.
Współtworzenie ad hoc
W miarę rozwoju organizacji powtarzające się wyzwania techniczne, takie jak niespójne aprowizowanie infrastruktury, rozdrobnione praktyki zabezpieczeń i wąskie gardła w potokach 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 typowych możliwości: zespoły są tworzone w celu pracy nad kluczowymi problemami dotyczącymi cięcia krzyżowego, często reaktywnie.
Zakres zarządzania: zakres jest ograniczony do konkretnych zagadnień.
Demonstrowanie zwrotu z inwestycji: Mierzenie ulepszeń kluczowych problemów związanych z cięciami krzyżowymi — rozmiar zaległości.
Operacjonalizowane z dedykowanym zespołem
Budżet i osoby są przydzielane dla trwałych osób i wsparcia zasobów. 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 skupienie się na natychmiastowych zwrotach, a nie 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 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: Mierzenie ulepszeń 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 obciążenia zwrotnego może służyć do odzwierciedlenia wpływu platform na własne strumienie 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 typowych możliwości: centralny zespół platformy jest obsadzony i zarządzany, podobnie 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 w celu zbierania wymagań, identyfikowania nowych możliwości itp. Inżynierowie koncentrują się na zaspokajaniu potrzeb wszystkich zespołów programistycznych w organizacji.
Demonstrowanie zwrotu z inwestycji: Mierzenie i raportowanie poprawy zadowolenia deweloperów.
Optymalizowanie 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 odpowiedzialne za platformę podstawową celowo dążą do optymalizacji czasu na rynek nowych produktów, zmniejszenia kosztów w przedsiębiorstwie, umożliwienia wydajnego ładu i zgodności dla nowych usług, szybkiego i łatwego skalowania obciążeń oraz innych wymagań obejmujących krzyżowe. Te podstawowe osoby odpowiedzialne są za skoncentrowane na umożliwieniu specjalistom ds. możliwości bezproblemowego integrowania swoich wymagań i ofert z istniejącymi i nowymi częściami platform. Ponadto organizacja koncentruje ludzi i zasoby ze specjalistycznych domen, takich jak zabezpieczenia, wydajność, jakość angażowania się w udostępnione platformy w celu wprowadzenia zaawansowanych funkcji, które mogą umożliwić zespołom produktów przyspieszenie przestrzegania celów firmy bez względu na scentralizowaną listę prac 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, podobnie 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 nietechniczne mają wyraźne finansowanie, aby móc współtworzyć 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: Mierzenie poprawy zadowolenia deweloperów.