Antywzorce organizacyjne w chmurze
Klienci często doświadczają antywzorców wdrażania chmury w swojej strukturze organizacyjnej. Wiele czynników może powodować następujące problemy:
- Zestawy narzędzi
- Partnerów
- Inżynierowie
- Źle wyrównane działy IT
Ważne jest, aby zrozumieć rolę tych czynników w pomyślnym scenariuszu wdrażania chmury.
Antywzorzec: 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 wsparcie, mogą stać się zniechęceni. Trudno jest również firmie przyciągnąć odpowiednie talenty. Zmniejszenie motywacji i długie czasy trwania cyklu życia prowadzą do tego. Jakość pracy z 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 dział mobilności zużywa większość zasobów zamówionych przez dział IT. Dział IT kupuje centrum danych dla wszystkich jednostek biznesowych, ale to jednostka biznesowa zajmująca się mobilnością otrzymuje ten zbyt duży zasób. Zarząd nie postrzega IT jako możliwości ani partnera.
Preferowany wynik: Postrzeganie IT jako narzędzia umożliwiającego
Zamiast zarządzać działem IT jako centrum kosztów, rozważ jedno z następujących podejść:
- Obciążenie zwrotne: jednostki biznesowe traktują koszty IT jako wydatki operacyjne w swoich budżetach.
- Showback lub awareness-back: dział IT działa jako pośrednik. W raportach przesyłanych z powrotem do firmy IT przypisuje każde bezpośrednie koszty odpowiednim jednostkom biznesowym.
Użyj chmury jako narzędzia, aby zwiększyć koszty i przejrzystość biznesową. Na przykład zaimplementuj dyscyplinę Cost Management w celu zwiększenia przejrzystości kosztów. Następnie będziesz wiedzieć o kosztach różnych jednostek biznesowych. Będziesz postrzegać dział IT jako jednostkę wspierającą te działy.
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.
Antywzorzec: Zainwestuj 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 uwzględnia jednostek biznesowych i ich potrzeb podczas fazy 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 prowadzić do problemów. Frustracja również tworzy się w ramach IT, gdy jednostki biznesowe nie korzystają z jej platform.
Przykład: konfigurowanie platformy bez angażowania jednostek biznesowych
Dział IT firmy zajmującej się analizą danych konfiguruje i dostosowuje platformę Azure bez angażowania żadnych jednostek biznesowych. Korzystając 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 samodzielnie, aby uniknąć problemów z regułami i przepisami IT. Pojawia się nieautoryzowane IT. Ponieważ firma ma niewielką kontrolę nad niezatwierdzonym 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 chmurowej przygotowanej dla przedsiębiorstw. Angażowanie deweloperów i osób podejmujących decyzje techniczne (TDM) z jednostek biznesowych w procesach projektowania i programowania. Aby ulepszyć wdrażanie platformy, posłuchaj danych wejściowych jednostek biznesowych.
Zapoznaj się z tematem Zaczynając od stref docelowych w chmurze w skali przedsiębiorstwa, aby poznać najlepsze praktyki dotyczące platformy Azure oraz zasady projektowania, które zwiększają szybkość wdrażania i są dostosowane do potrzeb deweloperów. Zachowanie właściwej równowagi między zgodnością a elastycznością. Na przykład znajdź sposoby spełnienia zasad ładu i zabezpieczeń przy jednoczesnym zachowaniu elastyczności środowisk deweloperskich.
Antywzorzec: Zlecanie na zewnątrz podstawowych funkcji biznesowych
Partnerzy konsultingowi i dostawcy usług zarządzanych mogą odgrywać ważną rolę w podróży w chmurze. Jednak firmy powinny zadbać o to, aby praca partnerów i mssp nie zapewniała największej wartości w swojej działalności. Firmy, które zlecają obowiązki dostawcom zarządzanych usług (MSP) lub konsultantom do spraw chmury, nie powinny być zależne od tych dostawców.
Przykład: wdrażanie i migracja chmury z zewnątrz
Instytut badawczy ma projekt migracji do chmury o krytycznym czasie. Aby skrócić podróż po wdrożeniu chmury, zatrudnia dostawcę usług 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 przejmuje prowadzenie we wszystkich decyzjach, co uzależnia instytut od MSP.
Preferowany wynik: Określanie krytycznych obszarów projektowych odpowiedzialności firmy
Należy pamiętać o outsourcingu jako dobrej strategii cięcia kosztów. Jednak podejmij decyzje w firmie, gdy obejmują one te krytyczne obszary projektowe:
- Rządzenie
- Ryzyko
- Zgodność
- Tożsamość
Zachowaj nadzór nad tymi i innymi obszarami, które mają kluczowe znaczenie dla twojego systemu zabezpieczeń w firmie. Użyj partnerów zewnętrznych, aby przyspieszyć proces wdrażania. Jednak, aby uniknąć uzależnienia od dostawców, nie zlecaj wszystkiego.
Antywzorzec: zatrudnij osoby podejmujące decyzje techniczne zamiast opracowywać inżynierów ds. chmury
Firmy kładą nacisk na znalezienie odpowiedniego personelu. W związku z tym często zatrudniają lub tworzą maszyny TDM podczas początkowych faz wdrażania chmury. Pomyślne podróże w chmurze opierają się na maszynach TDM. Co ważniejsze, wdrożenia chmury potrzebują inżynierów z praktycznymi mentalnościami i głębokimi umiejętnościami technicznymi.
Przykład: zatrudniaj tylko TDM
Instytut badawczy zatrudnia kilku specjalistów ds. zarządzania procesami w chmurze, aby poprowadzić swoją transformację chmurową. Po zakończeniu początkowej fazy koncepcji wysokiego poziomu rozpoczyna się faza implementacji. Następnie instytut zdaje sobie sprawę, że wdrożenia w chmurze zachowują się inaczej niż wdrożenia lokalne. Wymaga to dodatkowego wysiłku inżynieryjnego w chmurze, aby prawidłowo zaimplementować infrastrukturę jako kod (IaC) pojęcia i ład oparty na zasadach.
Preferowany wynik: użyj inżynierów chmury do fazy implementacji
Należy pamiętać, że inżynierowie są niezbędni do prawidłowego implementowania koncepcji automatyzacji chmury i strefy docelowej. Obowiązki i zadania mogą znacznie się zmieniać podczas wdrażania modeli usług. Przenosząc obowiązki do dostawcy usług w chmurze, możesz szybciej przejść do środowiska produkcyjnego. Można również użyć funkcji TDM do podejmowania decyzji, ale użyć zdolnych inżynierów chmury do zadań wymagających głębokiej wiedzy inżynieryjnej. Następnie zdasz sobie sprawę z zalet zapewnianych przez chmurę.