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

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

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”.

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.

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.