Antywzorce organizacyjne w chmurze
Klienci często doświadczają antywzorców wdrażania chmury w ramach struktury organizacyjnej. Wiele czynników może powodować następujące problemy:
- Procesami
- Partnerzy
- Inżynierów
- Nieprawidłowo wyrównane działy IT
Ważne jest, aby zrozumieć rolę tych czynników w pomyślnym scenariuszu wdrażania chmury.
Antywzorca: Traktuj dział IT jako centrum kosztów
Wiele firm traktuje działy IT jako centra kosztów. Takie podejście może prowadzić do postrzegania, że dział IT nie dodaje wartości do firmy. Gdy pracownicy postrzegają it jako dostawcę, a nie dostawcę, mogą stać się zniechęceni. Trudno jest również firmie przyciągnąć odpowiednie talenty. Zmniejszona motywacja i długi czas cyklu życia. Jakość pracy od IT może cierpieć, a silosy i fiefdoms mogą się rozwijać.
Przykład: traktuj dział IT jako centrum kosztów
Korporacja zarządza swoim działem IT jako centrum kosztów odpowiedzialnym za dyrektora finansowego (CFO). Zarząd postrzega dział IT jako powolnego dostawcę usług, który jest jednym z największych czynników kosztowych firmy. Zarząd nie zdaje sobie sprawy, że jednostka biznesowa mobilności zużywa większość zasobów uporządkowanych przez dział IT. Dział IT kupuje centrum danych dla wszystkich jednostek biznesowych do użycia, ale jednostka biznesowa mobilności uzyskuje ten nadmierny zasób. Tablica nie postrzega IT jako partnera ani doradcy.
Preferowany wynik: wyświetlanie it jako elementu obsługującego
Zamiast zarządzać działem IT jako centrum kosztów, rozważ jedną z następujących metod:
- Obciążenie zwrotne: Jednostki biznesowe traktują koszty IT, takie jak wydatki operacyjne w swoich budżetach.
- Showback lub awareness-back: dział IT działa jako agent. W raportach z powrotem do firmy it przypisuje wszelkie koszty bezpośrednie do odpowiednich jednostek biznesowych.
Użyj chmury jako narzędzia, aby zwiększyć koszty i przejrzystość biznesową. Na przykład zaimplementuj dyscyplinę Cost Management , aby zwiększyć przejrzystość kosztów. Następnie będziesz bardziej świadomy kosztów różnych jednostek biznesowych. Dział IT będzie wyświetlany jako element obsługujący te jednostki.
Aby zwiększyć przejrzystość, skoncentruj się na widoczności, odpowiedzialności i optymalizacji podczas przechodzenia do chmury. Aby uzyskać więcej informacji, zobacz Tworzenie organizacji świadomej kosztów.
Antywzorca: Inwestowanie w nową technologię bez udziału firmy
Działy IT często inwestują znaczne zasoby ludzkie i finansowe w tworzenie i wdrażanie niezawodnych platform i zestawów narzędzi. Czasami jednak it nie bierze pod uwagę jednostek biznesowych i ich potrzeb w fazie projektowania i opracowywania. To pominięcie prowadzi do nowych platform z minimalnym znaczeniem dla jednostek biznesowych. Pracownicy są wtedy niezdecydowani, aby zaakceptować nową technologię. Słabe lub powolne wdrażanie może spowodować. Frustracja jest również zbudowana w ramach IT, gdy jednostki biznesowe nie korzystają z jej platform.
Przykład: konfigurowanie platformy bez udziału jednostek biznesowych
Dział IT firmy zajmującej się analizą danych konfiguruje i dostosowuje platformę Azure bez udziału jednostek biznesowych. Podczas korzystania z platformy deweloperzy jednostek biznesowych:
- Należy pamiętać, że nie mają uprawnień potrzebnych do wdrożenia.
- Może używać tylko ograniczonej liczby usług.
- Wystawiaj bilety pomocy technicznej, które wydłużają cykle zatwierdzania.
- Zacznij wątpić w nową platformę.
W końcu niektórzy deweloperzy kupują subskrypcję platformy Azure, aby uniknąć kłopotów związanych z regułami i przepisami IT. Pojawia się cień IT. Ponieważ firma ma niewielką kontrolę nad shadow IT, pojawiają się wysokie zagrożenia bezpieczeństwa.
Preferowany wynik: angażowanie jednostek biznesowych w podejmowanie decyzji
Unikaj tworzenia silosów IT podczas wdrażania platformy w chmurze gotowej do użycia w przedsiębiorstwie. Zaangażuj deweloperów i osoby podejmujące decyzje techniczne (TDM) od jednostek biznesowych w procesach projektowania i programowania. Aby poprawić wdrażanie platformy, słuchaj danych wejściowych jednostek biznesowych.
Zapoznaj się z artykułem Rozpocznij od Cloud Adoption Framework stref docelowych w skali przedsiębiorstwa, aby zapoznać się z najlepszymi rozwiązaniami i zasadami projektowania platformy Azure, które zwiększają szybkość wdrażania i są dostosowane do deweloperów. Należy zachować właściwą równowagę między zgodnością a elastycznością. Na przykład można znaleźć sposoby spełnienia zasad ładu i zabezpieczeń przy jednoczesnym zachowaniu elastyczności środowisk deweloperskich.
Antywzorzec: Podstawowe funkcje biznesowe outsource
Partnerzy konsultingowi i zarządzani dostawcy usług (MSP) mogą odgrywać ważną rolę w podróży w chmurze. Jednak firmy powinny zadbać o to, aby praca partnerów i posłów nie zapewniała największej wartości w swojej działalności. Firmy, które przesłają obowiązki specjalistom ds. usług w chmurze lub konsultantom w chmurze, nie powinny być zależne od tych dostawców.
Przykład: wdrażanie i migracja chmury outsource
Instytut badawczy ma projekt migracji do chmury o krytycznym czasie. Aby skrócić podróż po wdrożeniu chmury, zatrudnia msp w celu utworzenia podstawy platformy Azure i wdrożenia migracji. Zamiast uczyć się fazy wdrażania chmury i budować umiejętności, instytut decyduje się przekazać całą odpowiedzialność za platformę Azure msp. Ponieważ instytut nie ma wiedzy na temat chmury ani platformy Azure, MSP kieruje wszystkimi decyzjami, podejmując instytut zależny od MSP.
Preferowany wynik: odpowiedzialność firmy za krytyczne obszary projektowe
Należy pamiętać o outsourcingu jako dobrej strategii cięcia kosztów. Należy jednak podejmować decyzje w firmie, gdy obejmują one te krytyczne obszary projektowania:
- Nadzór
- Ryzyko
- Zgodność
- Tożsamość
Zachowaj odpowiedzialność w firmie za te i inne obszary, które mają kluczowe znaczenie dla twojego majątku zabezpieczającego. Skorzystaj z partnerów zewnętrznych, aby przyspieszyć proces wdrażania. Ale aby uniknąć bycia zależnym od dostawców, nie prześladuj wszystkiego.
Antywzorca: Zatrudnij decydentów technicznych zamiast opracowywać inżynierów ds. chmury
Firmy mają znaczenie dla znalezienia odpowiedniego personelu. W rezultacie często zatrudniają lub tworzą maszyny TDM podczas początkowych faz wdrażania chmury. Udane podróże w chmurze opierają się na maszynach TDM. Ale co ważniejsze, wdrożenia chmury potrzebują inżynierów z praktycznymi mentalnościami i głębokimi umiejętnościami technicznymi.
Przykład: Tylko zatrudnij maszyny TDM
Instytut badawczy zatrudnia kilka maszyn TDM, aby prowadzić swoją podróż w chmurze. Po zakończeniu początkowej fazy koncepcji wysokiego poziomu rozpocznie się faza implementacji. Następnie instytut zdaje sobie sprawę, że wdrożenia w chmurze zachowują się inaczej niż wdrożenia lokalne. Wymaga to dodatkowego nakładu pracy inżynieryjnego w chmurze, aby prawidłowo zaimplementować pojęcia związane z infrastrukturą jako kodem (IaC) i zarządzanie oparte na zasadach.
Preferowany wynik: użyj inżynierów chmury do fazy implementacji
Pamiętaj, że inżynierowie są niezbędni do prawidłowego implementowania koncepcji automatyzacji chmury i strefy docelowej. Obowiązki i zadania mogą znacząco zmieniać się podczas wdrażania modeli usług. Przenosząc obowiązki do dostawcy usług w chmurze, możesz szybciej przejść do środowiska produkcyjnego. Możesz również użyć funkcji TDM do podejmowania decyzji, ale użyj zdolnych inżynierów chmury do zadań wymagających głębokiej wiedzy inżynieryjnej. Następnie zdasz sobie sprawę z zalet zapewnianych przez chmurę.