Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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)
- Nadzór nad chmurą
- 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, dział IT ma tendencję do skupiania się na zapewnianiu kontroli i centralnej odpowiedzialności, działając jak sygnalizacja świetlna na skrzyżowaniu. Gdy CCoE odniesie sukces, rola IT przypomina rondo, gdzie uwaga skupia się na wolności i delegowaniu odpowiedzialności.
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.
Częstotliwość spotkań
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 dotyczące wydań organizowane przez zespół ds. wdrażania chmury, mogą dostarczać dane wejściowe. Jednak po dojrzaniu tej funkcji spróbuj ograniczyć dedykowane spotkania. Zorganizowanie spotkania po udostępnieniu każdego planu wydania może zapewnić minimalny punkt kontaktowy 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 |
---|---|---|
Udostępnij wystąpienie programu SQL Server w środowisku produkcyjnym | Zespoły ds. sieci, IT i platformy danych dostarczają składniki w ciągu kilku dni lub tygodni. | Zespół, który potrzebuje serwera, wdraża instancję platformy jako usługi (PaaS) usługi Azure SQL Database. Alternatywnie wdrożenie może wykorzystać wcześniej zatwierdzony szablon do przeniesienia wszystkich zasobów infrastruktury jako usługi (IaaS) do chmury w ciągu kilku godzin. |
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. |
Negocjacje
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 dotkliwości (wymagających mniejszej liczby szybkich poprawek lub nocnych reakcji na alarm)
- 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 mało wymagających 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 w procesach ręcznego zatwierdzania
- Poczucie stabilności dzięki kontroli zmian
- Poczucie bezpieczeństwa w pracy związane z ukończeniem niezbędnych, powtarzających się zadań
- Poczucie spójności wynikające z dostosowania się do istniejących dostawców rozwiązań IT
W zdrowych firmach z orientacją na cloud, ten proces negocjacji to dynamiczna rozmowa między rówieśnikami a 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 niewystarczająco pomocny, poniższa sekcja dotycząca osiągnięcia sukcesu CCoE może pomóc w pokonaniu problemów.
Umożliwienie sukcesu 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ę na elastyczność i szybkość.
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.
Najważniejsze osoby biorące udział w projekcie
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 oczywista jest potrzeba zainteresowania stron biznesowych. Elastyczność biznesowa i szybsze wprowadzenie 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.
Wsparcie od interesariuszy biznesowych
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 problemów, takie jak utrata udziału w rynku, zyski konkurencji w zakresie cech i funkcji, słabe doświadczenia klientów oraz wzrost budżetu.
Możliwości usprawnienia biznesu, które są blokowane przez obecne problemy i modele operacyjne.
Harmonogramy i metryki powiązane z tymi możliwościami.
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 istnieje duże ryzyko, że zespół CCoE zostanie zniechęcony lub że jego członkowie zostaną zaangażowani w inne projekty 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ódcom o znaczeniu tego programu, może to znacząco przyczynić się do 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ę drobiazgami technicznymi, ale strony biznesowe powinny zrozumieć postęp planu, aby mogły zaangażować się, gdy zespół traci parę lub rozprasza się innymi priorytetami.
Wsparcie od interesariuszy 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 całe IT przyczynia się do rozwiązania i czuje się komfortowo ze zmianami. 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ęcać i wzmacniać ogólne cele CCoE, aby usunąć przeszkody dla właściwych negocjacji. W rzadkich przypadkach interesariusze IT mogą nawet potrzebować interwencji, aby przełamać impas lub rozwiązać remis, aby utrzymać postęp CCoE.
Zachowaj fokus: 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 interesariuszy IT może obniżyć priorytet zakłóceń w codziennych operacjach na rzecz obowiązków CCoE.
Utwórz bufor: 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 doświadczać presji lub spotykać się z konsekwencjami ze strony innych zespołów, gdy eksperymenty kończą się niepowodzeniem. Ważne jest, aby zachęcać i chronić zespół CCoE przed konsekwencjami "szybkiego niepowodzenia" w możliwościach 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.