Udostępnij za pośrednictwem


Funkcje centrum doskonałości chmury (CCoE)

Wiele organizacji IT ma podstawowy cel osiągnięcia elastyczności biznesowej i technicznej. Centrum doskonałości w chmurze (CCoE) to funkcja, która pomaga organizacjom równoważyć szybkość i stabilność podczas realizacji tego celu.

Struktura funkcji

Model CCoE wymaga współpracy między poszczególnymi następującymi zasobami:

  • Wdrażanie chmury (architekci rozwiązań)
  • Strategia chmury (program i menedżerowie projektów)
  • Ład w chmurze
  • Platforma w chmurze
  • Automatyzacja chmury

Efekty

Gdy ta funkcja jest prawidłowo ustrukturyzowana i obsługiwana, uczestnicy mogą przyspieszyć działania związane z innowacjami i migracją, jednocześnie zmniejszając całkowity koszt zmian i zwiększając elastyczność biznesową. Po pomyślnym wdrożeniu ta funkcja może spowodować zauważalne skrócenie czasu wprowadzenia na rynek. W miarę dojrzewania praktyk zespołowych wskaźniki jakości zwiększają się, w tym niezawodność, wydajność, bezpieczeństwo, łatwość utrzymania i zadowolenie klientów. Te zyski w zakresie wydajności, elastyczności i jakości są szczególnie istotne, jeśli firma planuje wdrożyć nakłady pracy związane z migracją do chmury na dużą skalę lub chce wykorzystać chmurę do wprowadzania innowacji związanych z różnicami rynkowymi.

Po pomyślnym zakończeniu model CCoE tworzy znaczącą zmianę w it. W podejściu CCoE it służy jako broker, partner lub przedstawiciel firmy. Ten model jest modelem, który odchodzi od tradycyjnego widoku it jako jednostki operacyjnej lub warstwy abstrakcji między częścią biznesową a zasobami IT.

Na poniższej ilustracji przedstawiono analogię dla tej zmiany. Bez podejścia CCoE it ma tendencję do skupienia się na zapewnianiu kontroli i centralnej odpowiedzialności, działając jak reflektory na skrzyżowaniu. Gdy CCoE zakończy się pomyślnie, rola IT przypomina rondę na skrzyżowaniu, gdzie koncentruje się na wolności i delegowaniu odpowiedzialności.

Diagram that shows an analogy for a C C o E paradigm shift.

Oba podejścia są prawidłowe; są one alternatywnymi poglądami na temat odpowiedzialności i zarządzania. Model CCoE może mieścić się w ramach strategii technologicznej, jeśli chcesz ustanowić model samoobsługowy, który umożliwia jednostkom biznesowym podejmowanie własnych decyzji przy zachowaniu zestawu wytycznych i ustalonych, powtarzalnych mechanizmów kontroli.

Kluczowe obowiązki

Głównym zadaniem zespołu CCoE jest przyspieszenie wdrażania chmury za pomocą rozwiązań natywnych dla chmury lub hybrydowych.

Celem CCoE jest:

  • Pomóż w tworzeniu nowoczesnej organizacji IT przy użyciu elastycznych podejść do przechwytywania i implementowania wymagań biznesowych.
  • Używaj pakietów wdrażania wielokrotnego użytku, które są zgodne z zasadami zabezpieczeń, zgodności i zarządzania.
  • Zachowaj funkcjonalną platformę Azure zgodnie z procedurami operacyjnymi.
  • Przejrzyj i zatwierdź korzystanie z narzędzi natywnych dla chmury.
  • Standaryzacja i automatyzowanie często potrzebnych składników i rozwiązań platformy w czasie.

Cykl spotkania

Ważne jest, aby umożliwić współpracę ekologiczną i śledzić rozwój za pośrednictwem wspólnego repozytorium lub katalogu rozwiązań. Maksymalizuj naturalne interakcje, ale minimalizuj spotkania. Spotkania cykliczne, takie jak spotkania wydania hostowane przez zespół wdrożeniowy ds. chmury, mogą udostępniać dane wejściowe. Jednak po dojrzaniu tej funkcji spróbuj ograniczyć dedykowane spotkania. Hosting spotkania po udostępnieniu każdego planu wydania może zapewnić minimalny punkt dotykowy dla tego zespołu.

Rozwiązania i kontrolki

Każdy członek CCoE musi zrozumieć niezbędne ograniczenia, zagrożenia i zabezpieczenia, które doprowadziły do bieżącego zestawu mechanizmów kontroli IT. Model CCoE przekształca tę wiedzę w rozwiązania lub kontrolki natywne dla chmury (lub hybrydowe), które umożliwiają samoobsługowe wyniki biznesowe. W miarę tworzenia rozwiązań są one udostępniane innym zespołom w postaci kontrolek lub zautomatyzowanych procesów, które służą jako bariery ochronne dla różnych wysiłków. Te bariery ochronne pomagają kierować działaniami zespołu i delegować obowiązki uczestników w zakresie migracji lub innowacji.

W poniższej tabeli opisano kilka przykładów tego przejścia.

Scenariusz Rozwiązanie pre-CCoE Rozwiązanie po CCoE
Aprowizuj wystąpienie programu SQL Server w środowisku produkcyjnym Zespoły ds. sieci, IT i platformy danych aprowizowały składniki w ciągu kilku dni lub tygodni. Zespół, który wymaga, aby serwer wdrażał wystąpienie usługi Azure SQL Database jako platformy jako usługi (PaaS). Alternatywnie wdrożenie może używać wstępnie zatwierdzonego szablonu dla wszystkich zasobów infrastruktury jako usługi (IaaS) do chmury w godzinach.
Aprowizuj środowisko deweloperskie Zespoły ds. sieci, IT, programowania i DevOps uzgadniają specyfikacje i wdrażają środowisko. Zespół programistyczny definiuje własne specyfikacje i wdraża środowisko na podstawie przydzielonego budżetu.
Aktualizowanie wymagań dotyczących zabezpieczeń w celu poprawy ochrony danych Zespoły ds. sieci, IT i zabezpieczeń aktualizują urządzenia sieciowe i maszyny wirtualne w kilku środowiskach w celu dodania ochrony. Narzędzia ładu w chmurze służą do aktualizowania zasad, które można stosować natychmiast do wszystkich zasobów we wszystkich środowiskach chmury.

Negocjacji

Ciągły proces negocjacji leży u podstaw wysiłków CCoE. Zespół CCoE negocjuje z istniejącymi funkcjami IT w celu zmniejszenia kontroli centralnej. Kompromisy dla firmy w tej negocjacjach to wolność, elastyczność i szybkość, a wartość kompromisu dla istniejących zespołów IT jest dostarczana jako nowe rozwiązania. Nowe rozwiązania zapewniają istniejącym zespołowi IT co najmniej jedną z następujących korzyści:

  • Możliwość automatyzowania typowych problemów
  • Poprawa spójności dzięki zmniejszeniu codziennych frustracji
  • Możliwość nauki i wdrażania nowych rozwiązań technicznych
  • Zmniejszenie liczby zdarzeń o wysokiej ważności (wymagających mniejszej liczby szybkich poprawek lub odpowiedzi stronicowania w nocy)
  • Możliwość rozszerzania zakresu technicznego i zajmowania się szerszymi tematami
  • Uczestnictwo w rozwiązaniach biznesowych wyższego poziomu, zwracając się do skutków technologii
  • Zmniejszenie liczby prac konserwacyjnych
  • Zwiększenie strategii technologicznej i automatyzacji

W zamian za te korzyści istniejąca funkcja IT może wymieniać następujące wartości:

  • Poczucie kontroli z procesów zatwierdzania ręcznego
  • Poczucie stabilności z kontrolki zmiany
  • Poczucie bezpieczeństwa zadania od ukończenia niezbędnych, powtarzających się zadań
  • Poczucie spójności od przestrzegania istniejących dostawców rozwiązań IT

W zdrowych firmach w chmurze ten proces negocjacji to dynamiczna rozmowa między partnerami i zespołami IT partnerskimi. Szczegóły techniczne mogą być złożone, ale można nimi zarządzać, gdy it rozumie cel i wspiera wysiłki CCoE. Jeśli dział IT jest mniej niż pomocny, poniższa sekcja dotycząca włączania sukcesu CCoE może pomóc w pokonaniu problemów.

Włączanie powodzenia CCoE

Przed kontynuowaniem tego modelu należy wziąć pod uwagę tolerancję firmy na nastawienie na rozwój i poziom komfortu IT z uwolnieniem centralnych obowiązków. Jak wspomniano wcześniej, CCoE wymienia kontrolę nad elastycznością i szybkością.

Ten typ zmiany wymaga czasu, eksperymentowania i negocjacji. W trakcie procesu będą guzy i odbite, ale jeśli zespół pozostanie sumienny i nie jest zniechęcony do eksperymentowania, istnieje wysokie prawdopodobieństwo sukcesu w poprawie elastyczności, szybkości i niezawodności. Jednym z największych czynników sukcesu jest wsparcie kierownictwa i kluczowych uczestników projektu.

Kluczowi interesariusze

Kierownictwo IT jest pierwszym i najbardziej oczywistym uczestnikem projektu. Menedżerowie IT odgrywają ważną rolę, ale wdrożenie tego modelu wymaga wsparcia dyrektora ds. systemów informatycznych i innych liderów IT na poziomie kierownictwa.

Mniej oczywiste jest potrzeba zainteresowanych stron biznesowych. Elastyczność biznesowa i czas na rynek są głównymi motywacjami do tworzenia CCoE. W związku z tym kluczowi uczestnicy projektu mają duże zainteresowanie tymi obszarami. Przykłady uczestników projektu biznesowego to liderzy biznesowi, kierownicy finansów, kierownicy operacyjni i właściciele produktów biznesowych.

Pomoc techniczna od uczestników projektu biznesowego

Pomoc techniczna ze strony zainteresowanych stron biznesowych może przyspieszyć wysiłki CCoE. Większość wysiłków CCoE koncentruje się na tworzeniu długoterminowych ulepszeń elastyczności biznesowej i szybkości. Definiowanie efektów bieżących modeli operacyjnych i wartości ulepszeń jest cenne jako przewodnik i narzędzie negocjacyjne dla CCoE. Zalecamy ustanowienie lub jasne zdefiniowanie w dokumentacji następujących elementów w celu podniesienia obsługi CCoE:

  • Oczekiwane wyniki biznesowe i cele.

  • Bieżące problemy związane z procesem IT, takie jak szybkość, elastyczność, stabilność i wyzwania związane z kosztami.

  • Historyczne skutki tych punktów bólu, takie jak utrata udziału w rynku, zyski konkurencji w funkcjach i funkcjach, słabe doświadczenia klientów i wzrost budżetu.

  • Możliwości poprawy działalności biznesowej, które są blokowane przez bieżące punkty bólu i modele operacyjne.

  • Osie czasu i metryki powiązane z tymi szansami sprzedaży.

Te punkty danych nie są atakiem na it. Zamiast tego pomagają zespołowi CCoE nauczyć się z przeszłości, ustalić realistyczną listę prac i zaplanować poprawę.

Ciągła pomoc techniczna i zaangażowanie uczestników projektu

Zespoły CCoE mogą wykazać szybkie zwroty w niektórych obszarach, ale cele wyższego poziomu, takie jak elastyczność biznesowa i czas obrotu, mogą trwać znacznie dłużej. Podczas dojrzewania zespół CCoE jest narażony na duże ryzyko, że zespół CCoE zostanie zniechęcony lub członkowie zostaną pociągnięci do skupienia się na innych wysiłkach IT.

W ciągu pierwszych sześciu do dziewięciu miesięcy wysiłków CCoE zalecamy, aby interesariusze biznesowi spotkali się co miesiąc z kierownictwem IT i CCoE. Nie ma potrzeby formalnej ceremonii na tych spotkaniach. Po prostu przypominając członkom CCoE i ich przywództwo o znaczeniu tego programu może przejść długą drogę w kierunku sukcesu CCoE.

Zalecamy również, aby uczestnicy projektu biznesowi zostali poinformowani o postępie i o problemach blokujących, które napotyka zespół CCoE. Ich wysiłki mogą wydawać się minutia techniczne, ale zainteresowane strony biznesowe muszą zrozumieć postęp planu, aby mogli zaangażować się, gdy zespół traci parę lub staje się rozpraszany przez inne priorytety.

Pomoc techniczna od osób biorących udział w projekcie IT

Pomoc techniczna zainteresowanych stron IT powinna obejmować następujące działania:

  • Obsługa wizji: Udany wysiłek CCoE wymaga dużej ilości negocjacji z istniejącymi członkami zespołu IT.

    Po zakończeniu wszystko it przyczynia się do rozwiązania i czuje się komfortowo ze zmianą. Czasami niektórzy członkowie istniejącego zespołu IT mogą chcieć trzymać się mechanizmów kontroli. Gdy takie sytuacje wystąpią, wsparcie dla CCoE przez zainteresowanych stron IT ma kluczowe znaczenie dla sukcesu CCoE. Zainteresowane strony it muszą zachęcić i wzmocnić ogólne cele CCoE, aby rozwiązać problemy z blokami właściwych negocjacji. W rzadkich przypadkach interesariusze IT mogą nawet potrzebować intensymentu i zerwania impasu lub powiązanego głosowania w celu utrzymania postępu CCoE.

  • Utrzymywanie koncentracji uwagi: CCoE może być znaczącym zobowiązaniem dla dowolnego zespołu IT z ograniczonymi zasobami.

    Usunięcie silnych architektów z krótkoterminowych projektów w celu skupienia się na długoterminowych zyskach może stworzyć trudności dla członków zespołu, którzy nie są częścią CCoE. Kierownictwo IT i uczestnicy projektu IT muszą skupić się na celu CCoE. Wsparcie liderów IT i zainteresowanych stron IT może przestarzać zakłócenia codziennych operacji na rzecz obowiązków CCoE.

  • Tworzenie buforu: zespół CCoE eksperymentuje z nowymi podejściami.

    Niektóre nowe podejścia nie będą dobrze zgodne z istniejącymi operacjami ani ograniczeniami technicznymi. Zespół CCoE może wywierać presję lub uciekać się od innych zespołów, gdy eksperymenty kończą się niepowodzeniem. Ważne jest, aby zachęcić i buforować zespół CCoE z konsekwencji "szybkich awarii" możliwości uczenia się. Równie ważne jest, aby zespół był odpowiedzialny za nastawienie na rozwój, aby upewnić się, że uczą się z tych eksperymentów i znajdą lepsze rozwiązania.

Następne kroki

Model CCoE wymaga funkcji platformy w chmurze i funkcji automatyzacji chmury. Następnym krokiem jest dostosowanie funkcji platformy w chmurze.