Co menedżerowie projektu powinni wiedzieć o chmurze

Chmura obliczeniowa całkowicie zmieniła sposób, w jaki aplikacje są hostowane i dostępne dla firm na całym świecie. Istnieje kilka kluczowych aspektów sposobu, w jaki przetwarzanie w chmurze zmieniło krajobraz informatyki biznesowej, a jako kierownicy projektów musimy wiedzieć, co to oznacza dla naszych ról, niezależnie od tego, czy jest to najlepsze w swojej klasie narzędzie do zarządzania projektami, czy uruchomienie aplikacji dla klient.

Oto krótka informacja: po pierwsze, przenosząc lokalną infrastrukturę komputerową do lokalizacji zdalnej, sposób, w jaki zespoły projektowe, klienci i klienci mają dostęp do infrastruktury i aplikacji całkowicie się zmieniły.

Po drugie, wielkość lokalnych zespołów projektowych znacznie się zmniejszyła, a umiejętności tych, którzy muszą pozostać na miejscu uległy zmianie.

Po trzecie, ponieważ aplikacje znajdujące się w chmurze są utrzymywane przez dostawcę, procesy związane z tworzeniem, zarządzaniem i konfigurowaniem aplikacji uległy zmianie, a projekty zawierają również zadania dotyczące tych aplikacji.

Czyste jak błoto? Tak myślałem! Zadzwoniłem do wiodącego eksperta ds. Chmury i dyrektora generalnego Cloudwards.net, Mauricio Prinzlau, aby wyjaśnić więcej na temat tego, co menedżerowie projektów muszą wiedzieć o chmurze i jak zmienia ona przestrzeń roboczą. Przekażmy mu…

Środowisko aplikacji przed chmurą

Do czasu pojawienia się chmury środowisko, w którym boryka się przeciętny kierownik projektu, wyglądało mniej więcej tak: serwery są hostowane w firmie, zarówno w lokalu, jak i na zewnątrz. Komputery stacjonarne i laptopy po stronie klienta są dystrybuowane w biurach firmy i zarządzane przez duży wewnętrzny personel IT. Większość rozwoju i utrzymania systemów informatycznych jest wykonywana przez programistów z dużą wewnętrzną pulą programistów. Istnieje kilku zaangażowanych wykonawców, ale większość pracowników to pracownicy pełnoetatowi.

Brzmi znajomo? Jeśli pracowałeś jako menedżer projektu przez ponad pięć lub sześć lat, to będzie.

Główne obowiązki kierownika projektu w erze przed chmurą

Przed rozpoczęciem przetwarzania w chmurze podstawowe obowiązki przeciętnego kierownika projektu w projekcie oprogramowania wyglądały następująco: Praca z architektem technicznym i projektantami w zakresie potrzeb projektowych i architektonicznych. Oszacuj, zaplanuj, nadzoruj, zarządzaj, śledź i koordynuj analizę, projektowanie, kodowanie i testowanie zadań pomiędzy poszczególnymi zespołami. Koordynacja z użytkownikami biznesowymi w celu testowania akceptacji użytkowników i zewnętrznych zespołów do testowania systemu w razie potrzeby. Utrzymuj ogólną odpowiedzialność za dostawę, wchodząc w interakcje z wewnętrznymi zespołami, gdy jest to konieczne

Jak wygląda dzisiaj

Przyjrzyjmy się teraz, jak wygląda rola kierownika projektu, gdy firma korzysta z zewnętrznego dostawcy do tworzenia i hostowania aplikacji na swojej stronie w chmurze.

Nie ma wewnętrznych członków zespołu zaangażowanych w projekt i architekturę. Interakcja z projektantami i architektami ze strony dostawcy odbywa się zdalnie, a oni przychodzą na miejsce spotkań w razie potrzeby

Narzut koordynacyjny wzrasta, ponieważ nadal musisz dbać o obowiązki nadzorcze, począwszy od szacowania, poprzez testowanie, a skończywszy na personelu zewnętrznego dostawcy. Potrzebnych jest o wiele więcej spotkań.

Koordynacja z użytkownikami biznesowymi nadal odbywa się wewnętrznie w celu testowania akceptacji użytkowników, ale testy integracyjne systemów przeprowadzane są najczęściej przez zespoły zewnętrzne.

Wygląda to jeszcze bardziej inaczej, gdy firma korzysta tylko z aplikacji hostowanej przez zewnętrznego dostawcę w witrynie chmury.

Nie ma wymogu, aby jakikolwiek personel IT po stronie klienta był w ogóle, a łatwiej jest rozwiązać problemy, ponieważ komunikacja i własność są w jednym miejscu.

Istnieją również możliwości dobrego wsparcia, które pochodzi 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 byłyby szybko naprawiane przez Salesforce, ponieważ jest to część ich modelu biznesowego.

Proces debugowania problemów również ulega uproszczeniu, ponieważ dzieje się to w lokalizacji zdalnej. Upraszcza to rolę kierownika projektu.

Jak chmura zmienia twój obszar roboczy

Istnieje kilka sposobów, w jakie chmura zmienia przestrzeń roboczą.

Najbardziej istotną zmianą, jaką przynosi chmura, jest to, że większość istniejącej infrastruktury lokalnej traci na znaczeniu. W erze przed chmurą wszystkie aplikacje były hostowane na serwerach lokalnych i centrach danych. Gdy zespoły projektowe przeniosą się do chmury, oprogramowanie zacznie być obsługiwane ze strony zdalnej przez dostawcę. Oznacza to, że wymagania dotyczące powierzchni biurowej i centrum danych dla projektów znacznie się zmniejszają.

Jeśli chodzi o personel, pojawienie się chmury zmienia mieszankę personelu i wielkość zespołów pracowników IT potrzebnych do obsługi dowolnej aplikacji dostarczanej przez projekt. Zanim przetwarzanie w chmurze było poważną opcją, potrzebowałbyś znacznej liczby programistów aplikacji, leadów technicznych i testerów QA, aby przeprowadzić ulepszenia, poprawki błędów i rozwój potrzebny w ramach projektu. Po przeniesieniu do aplikacji w chmurze zmniejsza się zapotrzebowanie na tego rodzaju członków zespołu.

Po trzecie, w erze pre-cloud potrzebowałbyś wewnętrznego personelu IT o znacznych rozmiarach, aby Twoje aplikacje działały. Jako kierownik projektu zaliczyłbyś tych pracowników wsparcia jako jedną z kluczowych ról w zespole projektowym, ponieważ planowanie przekazania jest ważne.

Gdy chmura dotrze do Twojej firmy, możesz zmniejszyć liczbę zespołów wsparcia i przekwalifikować istniejący personel i zmapować go na inne pozycje. Nadal musisz uwzględnić przekazanie projektu na wykresie Gantta, ale będziesz to robić inaczej i prawdopodobnie nie zajmie to tyle czasu.

Z drugiej strony, będziesz potrzebował więcej architektów technicznych i analityków biznesowych w swoim zespole projektowym (i bardziej ogólnie w biznesie) niż wcześniej. Eksperci ci będą w stanie skoordynować się z personelem dostawcy, aby skutecznie spełnić wymagania.

Jakie umiejętności Czy Cloud Computing Demand od kierowników projektów?

Może być konieczne zdobycie kilku nowych umiejętności zarządzania projektami w celu zarządzania zadaniami opartymi na chmurze. Oto niektóre z najważniejszych:

1. Zaawansowane umiejętności finansowe i kalkulacyjne:Kierownicy projektów będą musieli radzić sobie ze środowiskami, które będą mieszanką aplikacji hostowanych na serwerach lokalnych i hostowanych na stronach chmurowych.

Gdy ma zostać opracowana nowa aplikacja, kierownicy projektów będą musieli przeprowadzić analizę kosztów i ROI dla obu opcji. Wymaga to wiedzy o kosztach dla środowisk opartych na chmurze i wiedzy na temat tworzenia 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 byłaby głębsza znajomość architektury korporacyjnej, aby zapewnić, że nowsze aplikacje zostaną opracowane z odpowiednimi wymaganiami biznesowymi i technicznymi w sposób zapewniający bezproblemową współpracę z istniejącymi aplikacjami hostowanymi w chmurze i na miejscu.

3. Negocjacje z dostawcą i umową:Podczas gdy kierownicy projektów zawsze potrzebowali umiejętności negocjowania kontraktów, przejście na chmurę wymaga od menedżerów częstszego korzystania z umiejętności negocjowania dostawców i umów.

Istnieje pewien dodatkowy aspekt, ponieważ opracowanie nawet niewielkiej aplikacji wymagałoby współpracy z dostawcą w celu wyeliminowania problemów.

Bycie kierownikiem projektu w chmurze to świetna okazja do nauki i fantastyczny sposób na poszerzenie umiejętności!