Różnica między tymi 3 rolami menedżera [zamknięte]

9

Role:

  • Kierownik Rozwoju
  • Kierownik programu
  • Menadżer projektu

Przeczytałem trochę i niezależnie rozumiem je wystarczająco dobrze. Jednak po połączeniu ich wydaje mi się, że niektóre obowiązki nakładają się na siebie i nie wiadomo, kto jest za co odpowiedzialny.

Czy ktoś ma jasny sposób zdefiniowania, w jaki sposób każda rola różni się od drugiej? A może przede wszystkim, które zadania są odpowiednie dla każdego z nich? Chcę uniknąć nakładania się obowiązków.

Wiem, że istnieją inne podobne pytania w tej sprawie, ale żadne dokładnie takie same ...

Dzięki

EDYTOWAĆ:

Te 2 pytania trochę pomagają, ale nadal nie można umieścić każdej roli po połączeniu:

Jaka jest różnica między menedżerem programu a kierownikiem projektu?

Pisemne role kierownika ds. Rozwoju oprogramowania

AJC
źródło
Jeśli wymienisz wszystkie obowiązki, które Twoim zdaniem są częścią tych ról ...
Oded
Zrobiono to z różnych źródeł. Jak powiedziałem, nakładają się. Jestem ciekawy, kiedy je połączysz, co należy zrobić, aby nie nakładać się na odpowiedzialność ... Lub kilka wyraźnych różnic.
AJC
Program czy menedżer programowania? W mojej organizacji są to bardzo różne role. Na przykład możemy mieć menedżerów ds. Programowania (starszych programistów / kierowników projektów), ale mamy także kierownika programu ITSM oraz innych menedżerów „programów” niezwiązanych z programowaniem.
Chris
Zależy od organizacji. W niektórych organizacjach są to trzy osobne wymówki, aby nosić przy sobie bezużytecznych kolegów z pokera jako martwą z rozdętymi pensjami, podczas gdy liderzy technologii zajmują się zarządzaniem programami, zarządzaniem projektami i goto facetami z dziedziny.
wałek klonowy
Menedżer programistów, nazywany również „Technicznym kierownikiem projektu”, to niektóre firmy.
umlcat,

Odpowiedzi:

13

Menedżer programu zarządza wieloma projektami (lub portfelami), z których każdy zarządzany jest przez kierowników projektów, które pomagają osiągnąć wspólny cel. Z wikipedii :

Zarządzanie programem lub zarządzanie programem to proces zarządzania kilkoma powiązanymi projektami, często z zamiarem poprawy wydajności organizacji. W praktyce i w swoich celach jest często ściśle związany z inżynierią systemów i inżynierią przemysłową.

Kierownik projektu zarządza indywidualnym projektem, który może być objęty szerszym programem. Ich celem jest dostarczenie projektu, do którego zostały wyznaczone, z zachowaniem wymaganej jakości, budżetu i harmonogramu.

Kierownik projektu koncentruje się na dostarczaniu swojego indywidualnego projektu, przy czym kierownik programu rozumie współzależności między projektami i może być konieczne podejmowanie decyzji i przydzielanie priorytetów między projektami, gdy biorą udział w konkurencji lub konkurują o ograniczone zasoby.

Menedżer ds. Rozwoju często jest po tej stronie, zarządzając pulą programistów z punktu widzenia rozwoju kariery. Przypisują programistów do poszczególnych projektów w odpowiedzi na prośby kierowników projektów. Menedżer ds. Rozwoju jest zazwyczaj odpowiedzialny za takie rzeczy, jak szkolenia (z wyjątkiem przypadków, gdy jest to wymagane w związku z konkretną potrzebą projektu), oceny itp. Możesz mieć tego samego kierownika ds. Rozwoju przez kilka lat, w którym to czasie jesteś przypisany do wielu projektów (potencjalnie do kilku programów) z różnymi menedżerami projektów / programów.

Alternatywnie w przypadku dużego projektu może istnieć ogólny kierownik projektu, a następnie oddzielni menedżerowie projektów, skupiający się na różnych strumieniach roboczych, np. Development Manager, Test Manager itp. Zarządzają obszarem zainteresowania w ramach szerszego projektu.

W każdym razie tak to działa w „Enterprise IT”.

Kris C.
źródło
Oprócz części dotyczącej kierownika ds. Rozwoju, nie zgadzam się z tą odpowiedzią, ale przyznam, że różne firmy mogą używać tego terminu inaczej. Kierownik projektu zazwyczaj zajmuje się przede wszystkim harmonogramami, terminami i alokacją zasobów, a wizja i zestaw funkcji rzeczywistego produktu pochodzi od kierownika produktu. „Menedżer programu” może być pewnym starszym menedżerem produktu, który utrzymuje zgodność kilku produktów. Menedżer ds. Rozwoju (lub czasami dyrektor ds. Technologii) koncentruje się na technologii stojącej za produktem, gdy menedżer produktu zajmuje się funkcjonalnością na poziomie użytkownika końcowego.
Joost Schuur,
Dodałem trochę dodatkowych do Menedżerów programów i projektów, aby rozszerzyć moją odpowiedź. Definicje te są bardzo podobne do definicji zawartych w sylabusie „wiedzy” British Computer Society ( bcs.org/upload/pdf/citp-bok-syllabus.pdf )
Kris C,
Ponadto, jak mówisz, menedżer produktu jest zupełnie inną dyscypliną, koncentrując się na potrzebach klientów, mapie drogowej dla nowych funkcji, marketingu itp.
Kris C
1

Menadżer projektu

Kierownik projektu jest odpowiedzialny za projekt. Jego celem jest to, aby zespół projektowy pracował efektywnie i wydajnie razem i zapewniał oczekiwane rezultaty projektu.

Ale ta definicja wysokiego poziomu może obejmować bardzo różne rzeczywistości, w zależności od kultury korporacyjnej, metodologii i specyfiki poszczególnych projektów. Na przykład:

  • zgodnie z PMI , PM jest zasadniczo osobą z organizacji wykonującej (tj. IT lub podwykonawcą) i odgrywa bardzo silną rolę przywódczą.
  • zgodnie z PRINCE2 dyrektor generalny powinien zasadniczo pochodzić od „firmy” (np. klienta) i powinien zarządzać projektem w ścisłej współpracy z kierownikami zespołów (a zwłaszcza kierownikiem zespołów z organizacji wykonawczych, takich jak IT lub podwykonawca).
  • między tymi ustawieniami istnieje wiele wariantów, przy czym należy rozumieć, że w mniejszych projektach PM bardzo często kumuluje kilka ról (np. PM i architekt lub PM i główny programista).

Kierownik programu

Program jest czymś znacznie większym i znacznie dłuższym niż projekt. Programy są zwykle przeprowadzane w celu osiągnięcia długoterminowych celów strategicznych lub wprowadzenia nowej rodziny produktów.

Formalna definicja znów zależy od metodologii:

  • PMI postrzega program jako zestaw „projektów, które prowadzone w ramach programu zapewniłyby korzyści, których nie można by osiągnąć, prowadząc je niezależnie”. Typowym przykładem jest to, że projekty są wysoce współzależne i wymagają koordynacji między projektami przez kierownika programu.
  • MSP (odpowiednik Prince2 dla programów, również zainicjowany przez rząd Wielkiej Brytanii) stwierdza, że ​​program jest zdefiniowany przez potrzebę osiągnięcia pewnych długoterminowych celów.

Oba zgadzają się, że program składa się z kilku projektów, i może również obejmować niektóre powiązane działania niezwiązane z projektami.

Kierownicy projektów zgłaszają się do kierownika programu. Jednak szczegółowe obowiązki menedżera programu zależą ponownie od kontekstu. Może to oznaczać, ale nie musi, własność produktu. Najczęściej kieruje kierownikami projektów; ale istnieją ustawienia, w których menedżer programu pełni jedynie rolę koordynacyjną.

Kierownik Rozwoju

Z trzech terminów jest to z pewnością mniej sformalizowane.

Rozumiem ten termin jako kierownik odpowiedzialny za proces rozwoju oraz programistów wewnątrz i organizacji oraz we wszystkich projektach, w które mogą być zaangażowani jego programiści.

Ale w przypadku dużych programów może to być pozioma rola zarządzania zasobami programistycznymi dużego programu.

Mógłbym sobie wyobrazić, że w pewnym kontekście termin ten oznacza kierownika zespołu / głównego programistę / starszego inżyniera oprogramowania odpowiedzialnego za elementy opracowywania oprogramowania w celu uznania ich znaczenia. Ale osobiście nigdy nie spotkałem się z tym terminem.

Christophe
źródło
0

W organizacji, w której pracowałem (ponad dziesięć lat temu) kierownik ds. Rozwoju był odpowiedzialny za rozwój całej funkcji IT (zarówno sprzętu, jak i oprogramowania). Menedżer programowania był odpowiedzialny za wszystkie funkcje programowania (tylko oprogramowanie). Kierownik projektu był odpowiedzialny za poszczególne projekty, zwykle związane z programowaniem, czasami ze sprzętem.

Tom Au
źródło