Rola i wartość kierowników projektów w procesie tworzenia aplikacji

Gdy przyjdziesz do firmy zajmującej się tworzeniem oprogramowania z pomysłami na aplikacje, zostanie Ci przydzielony kierownik projektu. Mówi się, że ta osoba jest Twoim asystentem i linkiem do programistów. Ale co konkretnie robi kierownik projektu? Czy naprawdę potrzebujesz? (Spoiler — tak, masz.)

Przyjrzyjmy się konkretnym obowiązkom kierownika projektu i zobaczmy, dlaczego potrzebujesz profesjonalisty podczas tworzenia aplikacji. Jesteśmy prawie pewni, że możemy Cię przekonać, że odgrywają kluczową rolę.

Jaka jest rola kierownika projektu w tworzeniu oprogramowania?

Zarządzanie projektami to pierwszy proces, który zaczyna się, gdy przychodzisz do firmy deweloperskiej ze swoimi pomysłami. Oprócz tego, że jest kanałem komunikacji między Tobą a zespołem programistów i projektantów, istnieją zadania, które wykonuje kierownik projektu (PM).

Poza najbardziej podstawowymi rzeczami, które omówimy również poniżej, obowiązki premiera obejmują:

• określenie problemu, który aplikacja rozwiąże dla swoich użytkowników;
• określenie rozwiązania tego problemu;
• pomaganie w walidacji pomysłów;
• planowanie procesu tworzenia oprogramowania;
• wspólnie z Tobą i zespołem, zastanawiając się, jak
  zrealizuj projekt zgodnie z harmonogramem i budżetem.

Oto przegląd każdego zadania, w dowolnej kolejności.

Gdy wpadniesz na pomysł na biznes — dowolny pomysł na biznes, nie tylko na aplikację mobilną — musisz go zweryfikować . Wkrótce opublikujemy szczegółowy artykuł na temat walidacji pomysłów, ale na razie wiedz, że bez tego ryzykujesz niepowodzeniem. Aby być rentownym, firma musi rozwiązać jakiś problem dla swoich klientów; w przeciwnym razie jego produkt jest niepotrzebny i nie zajdzie daleko.

Częścią procesu walidacji jest określenie problemu, który produkt (w naszym przypadku aplikacja mobilna) rozwiąże. Aplikacje fitness pomagają nam zachować formę i formę, aplikacje do dostarczania jedzenia uwalniają nas od zakupów i gotowania, a aplikacje randkowe mogą ożywić nasze życie miłosne. Aplikacje do rezerwacji, przesyłania strumieniowego filmów, jogi, transportu i rezerwacji — każda z nich w taki czy inny sposób ułatwia nam życie. To właśnie musi robić Twoja aplikacja. I musi to robić lepiej niż inne aplikacje, oferując jakąś unikalną lub lepiej zaimplementowaną funkcję. Burza mózgów z kierownikiem projektu IT to sposób na: znaleźć tę wyjątkowość i niech rozkwitnie, ponieważ profesjonalny PM może zaoferować spostrzeżenia oparte na doświadczeniu zdobytym przez lata.

Po ustaleniu problemu i wymyśleniu rozwiązania przychodzi czas na zaplanowanie projektu. Planowanie strategiczne to jedna z najważniejszych rzeczy, które robi kierownik projektu. Mapa drogowa to lista zadań do wykonania podczas każdego sprintu. Bez odpowiedniego planowania projekt może się poluzować w szwach. Kierownik projektu tworzy mapę drogową po omówieniu jej z klientem i zespołem ds. rozwoju aplikacji, a następnie monitoruje proces rozwoju zgodnie z tym harmonogramem.

Dobry kierownik projektu IT zna się na wszystkich etapach procesu tworzenia aplikacji i może łagodzić ryzyko, dodawać cenne opinie i badać najlepsze opcje udanego startu. Wszystko to zapewnia płynniejszy proces rozwoju przy niewielkich lub zerowych dodatkowych kosztach lub przestojach w rozwoju z powodu nieprzewidywalnych problemów.

Główne obowiązki kierownika projektu IT

Planowanie

Rynek szybko się zmienia. Aby Twoja aplikacja przynosiła zyski, musi zostać uruchomiona we właściwym czasie w odpowiedniej kategorii i musi wyglądać dobrze. Tworzenie aplikacji odbywa się w kilku etapach, a każdy etap jest realizowany przez inną część zespołu. Dobry plan budowany jest na podstawie analizy rynku, złożoności każdego etapu oraz zespołu przypisanego do każdego etapu. Złe planowanie spowoduje niedotrzymanie terminów.

Mapa drogowa jest główną częścią planowania technicznej strony tworzenia oprogramowania. Ale w tym procesie jest coś więcej. Walidacja pomysłów, mapowanie historyjek użytkownika, projektowanie MVP/MLP — kierownik projektu ma wiele obowiązków w procesie tworzenia aplikacji.

Komunikacja

W większości przypadków klient nie miałby ani czasu, ani ochoty na kontakt z każdym deweloperem. Właśnie dlatego idziesz do outsourcingowej firmy IT zamiast budować własny dział tworzenia aplikacji, prawda? Zamawiasz aplikację w firmie i ufasz kierownikowi projektu IT, że przekaże Twoje wymagania projektantom i programistom. Bez odpowiedniej komunikacji ryzykujesz uzyskanie czegoś innego niż to, czego chciałeś.

Rolą PM jest utrzymywanie kontaktu z klientem i zespołem, a nie tylko przekazywanie ich wiadomości, ale także pomaganie im w znalezieniu wspólnego języka na więcej niż jeden sposób. W Mind Studios tak naprawdę nie mamy problemu z barierami językowymi, ponieważ większość naszych projektantów i programistów dobrze zna angielski i potrafi się dobrze porozumiewać. Większy problem często tkwi w sposobie myślenia, a kierownik projektu może to załagodzić tak, aby zespół programistów był na tej samej stronie co klient.

Wprowadzenie zmian do planu

Zmiany są nieuniknione podczas rozwoju. Powody są różne: możesz mieć „AHA!” moment, w którym pojawiają się doskonałe pomysły, o których wiesz, że przeniosą Cię na szczyty list przebojów App Store; może nastąpić zmiana na rynku, gdy nowy gracz wejdzie do Twojego segmentu; może zostać wydana nowa technologia, która jest właśnie tym, czego potrzebuje Twój produkt; testowanie przez Ciebie i Twoją firmę programistyczną może przynieść nieoczekiwane wyniki, dobre lub złe.

Najczęściej zmiana czegokolwiek w projekcie jest prawie niemożliwa. Zmiany zostaną dodane do następnego sprintu, a nawet kolejnego. Ale te zmiany mogą być najlepszą rzeczą, jaka stanie się z twoim produktem, jeśli zostaną wykonane dobrze.

Kiedy istnieje potrzeba dodania lub usunięcia czegoś na dowolnym etapie rozwoju, rolą kierownika projektu oprogramowania jest wprowadzenie tych zmian do zespołu i dostosowanie planu. Kierownik projektu musi dopasować zmiany do planu, jednocześnie minimalizując zakłócenia w projekcie i zapobiegając gwałtownemu wzrostowi kosztów.

Kontrola nad procesem

Kontrola na każdym etapie to jedyny sposób na zarządzanie nieoczekiwanymi problemami i wprowadzanie zmian bez przekraczania terminów. A utrzymanie tej kontroli jest prawdopodobnie najważniejszym zadaniem kierownika projektu. Jeśli nikt nie trzyma ręki na pulsie rozwoju, nie ma mowy, aby wynikowa aplikacja była najlepsza, jaka może być. Co więcej, brak kontroli może być powodem, dla którego wszystko idzie na marne.

Jednocześnie równowaga jest kluczowa dla każdego projektu, a kontrola powinna mieć ograniczenia. Doświadczony PM ufa swojemu zespołowi i nie zarządza nim. Branża IT jest dość młoda i elastyczna, a menedżerowie, którzy prowadzą projekty rozwoju aplikacji, również powinni być elastyczni. W tym miejscu najbardziej widoczne jest znaczenie zarządzania projektami.

Dobre i złe PM — jak odróżnić

Na wczesnych etapach współpracy nie jest łatwo sprawdzić, czy wyznaczony menedżer jest dobry czy zły. Jeszcze trudniej jest pracować z firmą outsourcingową zlokalizowaną na drugim końcu świata. Ale jest kilka charakterystycznych znaków, których należy szukać. Oto rzeczy, na które należy uważać od najwcześniejszych etapów tworzenia aplikacji.

Dobry PM: Zadaje dużo pytań

Jasne, na pewno nastąpią pewne zmiany w zakresie, gdy rozwój jest już w toku. To praktycznie dane. Oznacza to jednak tylko, że musi istnieć bardzo szczegółowy plan z listą niezbędnych funkcji i możliwych problemów od samego początku, aby nieoczekiwane zmiany nie nawarstwiały się. Jeśli twój premier ściąga na ciebie Scarlett O'Hara z napisem „pomyślimy o tym jutro”, to jest twój pierwszy mały znak, że musisz zwrócić uwagę.

Zły PM: Wszystko pozostawia zespołowi

Zaufanie to dobra rzecz; niewiele robią dobrze zespoły, w których każdy jest dla siebie. Ale w inżynierii oprogramowania zadaniem kierownika projektu jest trzymanie ręki na pulsie. Jeśli twój kierownik nie może odpowiedzieć na twoje pytania dotyczące wydarzeń na obecnym etapie, prawdopodobnie musisz ponownie ocenić, z kim pracujesz.

Dobry PM: jest uczciwy i przejrzysty

Są pomysły genialne i są też takie, których… nie tak bardzo. Kierownik projektu powinien być w stanie powiedzieć klientowi, czy jego pomysły wymagają korekty. Jeśli twój kierownik jest zorientowany na cel i chce, aby projekt się powiódł, powie ci szczerze, czy powinieneś kontynuować tę lub tę funkcję, czy może lepiej odpuścić.

Będą również szczerzy, jeśli zespół zmaga się z Twoim projektem lub jeśli brakuje mu odpowiedniego doświadczenia i może potrzebować dodatkowego czasu na zapoznanie się z niektórymi koncepcjami i technologiami. Dobry premier nie zawsze mówi tak.

Zły PM: jest zbyt dużym optymistą (lub pesymistą)

O ile zespół nie pracował wcześniej nad bardzo podobnym projektem, bycie wesołym i natychmiastowe mówienie „możemy to zrobić” bez cienia zastanowienia jest oznaką złego menedżera. Projektowanie aplikacji dla Twojej firmy to złożony proces i wymaga starannej oceny.

Z drugiej strony nie chcesz, aby twój PM panikował przy najmniejszym problemie. Lub powiedzenie „nie możemy tego zrobić” bez podania powodów i znalezienia sposobu, aby to zadziałało.

Dobry PM: zwraca uwagę na wszystko

Czy to problem między członkami zespołu, czy jakiś drobny problem z przebiegiem procesu, dobry PM o tym wie. Mogą nie angażować się aktywnie, jeśli sytuacja tego nie wymaga, ale wiedząc, że mają moc i zdolność do wskoczenia na czas i nie dopuszczenia do eskalacji problemu.

Zły PM: mikrozarządzanie

To biznes i wszyscy tu jesteśmy dorośli, prawda? Za złą praktykę uważa się oddychanie pracownikowi i pytanie, jak się sprawy mają co pół godziny. A jeśli chodzi o sprawy osobiste w zespole — czasami najlepsze decyzje rodzą się ze sporów. (Oczywiście, chyba że zbliża się do rozlewu krwi.)

Dobry PM: Pyta o opinię zespołu (i przekazuje ją klientowi)

Nieocenione jest patrzenie na rzeczy z kilku punktów widzenia, a dobry kierownik projektu IT wie, że jego wiedza nie jest absolutna. Wkład zespołu jest bezcenny, podobnie jak burza mózgów z klientem.

Zły PM: bombarduje Cię e-mailami

Informowanie wszystkich to jedno. Jeśli jednak Twój projekt jest prowadzony przez kogoś, kto informuje Cię o nawet najmniejszych zmianach i wysyła Ci raporty dwa razy dziennie, w pewnym momencie zaczniesz to wszystko filtrować jako irytujące.

Prowadzi to do dwóch rzeczy:

1. stajesz się zły i niezadowolony,
2. możesz odfiltrować coś, co jest naprawdę ważne.

Dobry kierownik projektu wie, czym i z kim należy się dzielić. Zbyt wiele informacji przyprawia każdego o zawrót głowy.

Dlaczego wkład kierownika projektu jest ważny dla sukcesu

Jak widać, rola kierownika projektu w inżynierii oprogramowania jest ogromna. Chociaż wszyscy członkowie zespołu muszą mieć wiedzę na temat tego, co robią i jak, to kierownik projektu nimi kieruje. I jak każdy lider, ich zadaniem jest utrzymywanie wszystkiego zgodnie z planem. Obejmuje to między innymi inspirowanie, pchanie i ciągnięcie oraz motywowanie.

Według Engagement Institute pracownicy, którzy nie są zaangażowani w swoją pracę, kosztują firmy miliardy dolarów. Zły PM kosztuje Ciebie i Twój projekt nie tylko własny udział w tych potencjalnych zyskach, ale także udziały wszystkich członków zespołu. Nie wspominając o stratach, które poniesiesz, jeśli produkt nie zostanie ukończony na czas z powodu złego zarządzania. Wkład, jaki dobry PM wnosi do całego procesu, jest nie do przecenienia.

Project managerowie w Mind Studios

Teraz, gdy dotarłeś do końca tego artykułu, masz wiedzę, aby wybrać dobrego kierownika projektu, który zostanie Twoim partnerem i pomoże poprowadzić Twoją aplikację do pomyślnego uruchomienia. Napisz do nas, jeśli masz jakiekolwiek pytania, a my wykorzystamy nasze zgromadzone doświadczenie, aby Ci pomóc.