Czy to działa, gdy deweloper jest szefem kierownika projektu?

11

Jestem na etapie planowania projektu i szukam zatrudnienia kierownika projektu. Chciałbym trochę zakodować i pilnować wszystkich części projektu. Mam jednak wrażenie, że kierownik projektu uzyska lepsze wyniki. Mam następujące opcje: 1) zarządzaj projektem, a nie kodem 2) sam zatrudnij kierownika projektu i kod

Martwię się, że kierownikowi projektu będzie przeszkadzać posiadanie właściciela projektu w zespole programistycznym. Jeśli uruchomię projekt, zespół może się rozpaść, powodując niepowodzenie projektu. Aby trzymać się budżetu, muszę być zaangażowany w tę czy inną funkcję.

Czy ktoś ma doświadczenie w tej sytuacji, jakieś sugestie?

więcej informacji: 4 wewnętrznych programistów odpowiedzialnych za określony obszar. Deweloperzy mogą również zlecać pracę na zewnątrz, jeśli kierownik projektu wyrazi na to zgodę.

marabutt
źródło
Jeśli jesteś częścią zespołu programistów, kierownik projektu będzie działał tylko lepiej.
superM
Dzięki @superM. Tak podejrzewam. Czy to jest sytuacja, w której byłeś zaangażowany?
marabutt
Właściwie nie to samo, ale całkiem blisko. Mój szef jest programistą, a teraz pracuje w zespole zarządzającym. Odnosi sukces, ponieważ zna prawie wszystkie szczegóły techniczne. Mogę uznać go za programistę, tyle że nie pisze kodu)))
superM
Jak duży jest zespół? i czy zarządzałeś członkami zespołu bez problemu?
Yusubov
@ElYusubov jeszcze ich nie zarządzał, ale wydają się być dobrymi ludźmi.
marabutt

Odpowiedzi:

10

Sugeruję, abyś nadal rozwijał i zatrudniał kierownika projektu.

W firmie, w której pracuję, widziałem kilka sposobów zarządzania. Mój szef jest programistą. Teraz nie pisze kodu, ale robił to przez długi czas. Przez jakiś czas próbował sam zarządzać całym zarządem, ale tak naprawdę to nie był sukces.

Teraz zatrudnił kierowników projektów (dwie osoby), a zespół pracuje teraz lepiej. Bierze udział w dyskusjach technicznych i zarządczych, a czasem sam przygotowuje dokumenty.

Nie martwiłbym się również tym, że jestem jednocześnie w zespole programistów i szefem. W końcu zamierzasz zatrudnić kogoś profesjonalistę, który musi być w stanie pracować z każdym rodzajem ludzi.

Zarządzanie projektami PS imho nie jest trudne do nauczenia się, szczególnie w przypadku pracy w małym zespole. Być może jakiś czas po pracy z profesjonalnymi kierownikami projektów będziesz w stanie samodzielnie zarządzać całym procesem.

superM
źródło
1
+1 za PS Ale do tego musisz najpierw zatrudnić dobrego kierownika projektu :).
Zenon
3

Najważniejsze jest, aby uprzednio wyjaśnić, kto ma władzę w odniesieniu do jakich decyzji. Największym błędem, jaki możesz popełnić, jest mikrozarządzanie kierownikiem projektu.

Rozsądne porozumienie może brzmieć: „Decyduję o ogólnym budżecie i zatrudnieniu oraz pozostawiam ci przydział zasobów, planowanie i decyzje operacyjne, nawet jeśli wpływają one na moje własne prace rozwojowe; jeśli nie masz pewności co do wielkich decyzji, zapytaj mnie”.

Michael Borgwardt
źródło
3

Krótka odpowiedź: musisz zatrudnić specjalistów, aby rozwijać działalność , a jako właściciel projektu musisz wyjaśnić obowiązki i uprawnienia w ramach projektu / firmy.

Długa odpowiedź: moje rozumienie kierownika projektu polega na planowaniu i prowadzeniu projektów programowych.

1) Zarządzaj pracą, kto co robi?

2) Planuje obciążenie pracą - czas, co dostarczamy, kiedy?

3) Podejmuje decyzje w ramach danego budżetu i zasobów (ludzie / sprzęt / przestrzeń / czas)

(*) spójrz na poniższe linki, aby uzyskać pełne odniesienie

Dobry punkt wyjścia Wikipedia - Zarządzanie projektami oprogramowania na temat tego, czego oczekiwałby kierownik działu oprogramowania . Ponadto proponuję przyjrzeć się pytaniom i odpowiedziom - w jaki sposób koszty zarządzania projektami różnią się w zależności od wielkości całego projektu rozwoju oprogramowania .

Jusubow
źródło
2

To może działać - jeśli upewnisz się, że przestrzegasz zasad określonych przez kierownika projektu. Zatrudniłeś go do zarządzania - więc jeśli podważasz jego zadanie, kierując sobą, nie powinieneś był go zatrudniać.

mhr
źródło
1

Z mojego doświadczenia nie powinieneś być zaangażowany w zespół programistów i mieć kierownika projektu. Do obowiązków kierownika należy spełnienie określonej liczby wymagań w określonym czasie i budżecie.

Zawsze znajdowałem, gdy właściciel projektu zbyt mocno angażuje się w projekt, zasięg się zwiększa - zaczynają dostrzegać możliwości w połowie drogi i chcą uwzględnienia dodatkowej funkcjonalności, ponieważ widzą to tylko jako niewielką zmianę.

John D.
źródło
Dziękuję za pański wkład. Zgadzam się, że bardziej prawdopodobne jest, że specyfikacje ulegną zmianie. Pamiętam, jak zobaczyłem wersję demonstracyjną Diablo 3 w 2008 roku, która ukazała się dopiero w tym roku. Myślę, że musisz być w stanie zmieniać projekty w locie, jeśli ktoś wydobywa coś lepszego podczas budowania.
marabutt
Bardzo prawda - musisz być w stanie dostosować się do świata. Różnica polega jednak na tym, że Twój produkt nie jest opóźniany z powodu przyrostowego pełzania zakresu. Jeśli z jakiegoś powodu konieczna jest zmiana w projekcie produktu, metodologia rozwoju powinna to umożliwić, a właściciel i kierownik projektu pracują nad tym, aby zespół programistów miał jasne wymagania co do tego, jak to osiągnąć. Sądzę również, że oddzielenie tych aspektów daje również więcej możliwości oceny konkurentów i rynku, co daje większą zwinność w zmianie kierunku.
John D