Oto podsumowanie: Po pierwsze, przesuwając infrastrukturę informatyczną na miejsce do zdalnej lokalizacji, sposób, w jaki zespoły projektowe, klienci i klienci uzyskują dostęp do infrastruktury i aplikacji, całkowicie się zmienił.
Po drugie, wielkość lokalnych zespołów projektowych znacznie się zmniejszyła, a umiejętności osób, które muszą pozostać na miejscu, uległy zmianie.
Po trzecie, ponieważ aplikacje znajdujące się w chmurze są obsługiwane przez sprzedawcę, procesy związane z tworzeniem, zarządzaniem i konfigurowaniem aplikacji uległy zmianie, a projekty uwzględniają także zadania dotyczące tych aplikacji.
Czyste jak błoto? Tak myślałem! Zadzwoniłem do czołowego Cloud Expert i CEO firmy Cloudwards.net, Mauricio Prinzlau, aby wyjaśnić więcej na temat tego, co menedżerowie projektu muszą wiedzieć o chmurze i jak zmienia ona twój obszar roboczy. Przekażmy mu ...
Środowisko aplikacji przed chmurą
Do czasu nadejścia chmury środowisko pracy przeciętnego kierownika projektu wyglądało mniej więcej tak: Serwery są hostowane w firmie, zarówno na terenie, jak i na zewnątrz. Komputery stacjonarne i laptopy po stronie klienta są rozprowadzane w biurach firmy i zarządzane przez duży wewnętrzny zespół informatyków.
Większość opracowań i konserwacji systemów IT jest wykonywana przez programistów zatrudnionych w dużej wewnętrznej puli programistów. Jest w to zaangażowanych kilku wykonawców, ale większość pracowników to pracownicy pełnoetatowi. Brzmi znajomo? Jeśli pracowałeś jako kierownik projektu przez ponad pięć lub sześć lat, to tak będzie.
Główne obowiązki Project Managera w erze przed-chmurze
Zanim zajął się cloud computing, główne obowiązki przeciętnego kierownika projektu w projekcie oprogramowania wyglądały następująco: Pracuj z architektem technicznym i projektantami w zakresie potrzeb projektowych i architektonicznych. Oszacuj, zaplanuj, nadzoruj, zarządzaj, śledź i koordynuj zadania związane z analizą, projektowaniem, kodowaniem i testowaniem między poszczególnymi zespołami. Koordynuj z użytkownikami biznesowymi testowanie akceptacji użytkowników i zewnętrzne zespoły do testowania systemu w razie potrzeby. Trzymaj się ogólnej odpowiedzialności za dostawę, w razie potrzeby wchodząc w interakcje z wewnętrznymi zespołami
Jak wygląda dzisiaj
Teraz przyjrzyjmy się roli, jaką odgrywa menedżer projektu, gdy firma korzysta z zewnętrznego dostawcy do opracowania i hostowania aplikacji w ich witrynie w chmurze.
W projekcie i architekturze nie ma członków zespołu wewnętrznego. Współpracujesz tylko z projektantami i architektami po stronie dostawcy, a oni przychodzą na miejsce spotkań w razie potrzeby
Koszty związane z koordynacją zwiększają się, ponieważ nadal musisz zadbać o obowiązki związane z nadzorem, począwszy od oszacowania poprzez testowanie, ale z zewnętrznym personelem dostawcy. Potrzebnych jest wiele spotkań.
Koordynacja z użytkownikami biznesowymi nadal odbywa się wewnętrznie w celu testowania akceptacji przez użytkowników, ale testy integracji systemów wykonywane są najczęściej przez zewnętrzne zespoły.
Wygląda jeszcze inaczej, gdy firma korzysta tylko z aplikacji hostowanej przez zewnętrznego dostawcę w chmurze.
Nie ma wymogu posiadania personelu IT po stronie klienta i łatwiej jest rozwiązać problemy, ponieważ komunikacja i własność są w jednym miejscu.
Istnieją również możliwości dobrego wsparcia, które pochodzą ze skali. Na przykład, jeśli weźmiemy pod uwagę Salesforce CRM, to samo wystąpienie oprogramowania, na tej samej architekturze obsługuje miliony klientów za pośrednictwem Internetu. Wszelkie problemy lub wady operacyjne zostaną naprawione szybko przez Salesforce, ponieważ jest to część ich modelu biznesowego.
Proces debugowania problemu jest również uproszczony, ponieważ dzieje się to w zdalnej lokalizacji.
Upraszcza to rolę kierownika projektu.
Jak chmura zmienia twój obszar roboczy
Istnieje kilka sposobów zmiany przestrzeni roboczej w chmurze.
Najbardziej znaczącą zmianą w tej chmurze jest to, że większość istniejącej infrastruktury na miejscu traci na znaczeniu. W erze przed chmurą wszystkie aplikacje były hostowane na serwerach i centrach danych. Gdy zespoły projektowe przejdą do chmury, oprogramowanie zacznie być dostarczane z witryny zdalnej przez dostawcę. Oznacza to, że wymagania dotyczące przestrzeni biurowej i centrum danych dla projektów znacznie się zmniejszają.
Jeśli chodzi o personel, nadejście chmury zmienia mieszankę personelu i liczbę pracowników działu IT pracowników potrzebnych do obsługi dowolnej aplikacji dostarczanej przez projekt. Zanim przetwarzanie w chmurze było poważną opcją, potrzebowalibyśmy znaczną liczbę programistów aplikacji, inżynierów technicznych i testerów zapewniania jakości, którzy mogliby wprowadzać ulepszenia, poprawki błędów i rozwój potrzebny w ramach projektu. Po przejściu na aplikacje w chmurze twoje wymagania dotyczące tego rodzaju członków zespołu zostaną zmniejszone.
Po trzecie, w erze przed-chmurze potrzebny byłby duży personel IT o znacznej wielkości, aby zapewnić nieprzerwane działanie aplikacji. Jako menedżer projektu uwzględniłeś tych pracowników pomocy technicznej jako jedną z kluczowych ról w zespole projektowym, ponieważ planowanie przekazania jest ważne.
Gdy chmura dotrze do Twojej firmy, możesz zmniejszyć swoje zespoły wsparcia, a istniejący personel ponownie przekwalifikować i zmapować na inne stanowiska. Nadal musisz uwzględnić przekazywanie projektu na wykresie Gantta , ale będziesz robił to inaczej i prawdopodobnie nie zajmie to dużo czasu.
Z drugiej strony będziesz potrzebować więcej architektów technicznych i analityków biznesowych w zespole projektowym (i ogólnie w firmie) niż wcześniej. Eksperci ci będą mogli koordynować działania z personelem dostawcy, aby skutecznie spełniać wymagania.
Jakie umiejętności wymaga cloud computing od menedżerów projektu?
Aby zarządzać operacjami w chmurze, konieczne może być nabycie kilku nowych umiejętności zarządzania projektami . Oto niektóre z najważniejszych:
1. Zaawansowane umiejętności finansowe i związane z kosztami: kierownicy projektów będą musieli radzić sobie ze środowiskami, które będą mieszanką aplikacji hostowanych na serwerach lokalnych i hostowanych w chmurze.
Gdy ma zostać opracowana nowa aplikacja, kierownicy projektów będą musieli przeprowadzić analizę kosztów i ROI dla obu opcji. Wymaga to znajomości kosztu środowisk opartych na chmurze i wiedzy specjalistycznej przy tworzeniu budżetu projektu .
2. Głębsza znajomość architektury korporacyjnej: Jest to ponownie spowodowane faktem, że krajobraz architektoniczny aplikacji staje się bardziej skomplikowany po przejściu do chmury. Wymagana jest głębsza wiedza na temat architektury korporacyjnej, aby zapewnić, że nowsze aplikacje będą opracowywane zgodnie z właściwymi wymogami biznesowymi i technicznymi, w taki sposób, aby działały bezproblemowo z istniejącymi aplikacjami hostowanymi w chmurze i na miejscu.
3. Negocjacje dotyczące dostawców i kontraktów: podczas gdy menedżerowie projektów zawsze musieli mieć umiejętności negocjowania umów, przejście na chmurę wymaga od menedżerów częściej korzystania z umiejętności negocjacyjnych dostawców i kontraktów.
Istnieje dodatkowy aspekt związany z tym, ponieważ opracowanie nawet niewielkiej aplikacji wymagałoby współpracy z dostawcą w celu rozwiązania problemu.
Bycie kierownikiem projektu w projekcie opartym na chmurze to wspaniała okazja do nauki i fantastyczny sposób na poszerzenie swoich umiejętności!