Різниця між цими 3 ролями менеджера [закрито]

Ролі:

• Менеджер з розвитку
• Менеджер програми
• Керівник проекту

Я трохи прочитав і самостійно їх досить добре розумію. Однак, коли ви їх поєднуєте, мені здається, що деякі обов'язки перетинаються, і стає невідомо, хто за що відповідає.

Хтось має чіткий спосіб визначити, як кожна роль відрізняється від іншої? Або головним чином, які завдання є ексклюзивними для кожного? Я хочу уникати перекриття обов'язків.

Я знаю, що в цьому питанні є й інші подібні запитання, але жодне абсолютно не те саме ...

Дякую

Редагувати:

Ці 2 запитання трохи допомагають, але все одно не можуть повністю розставити кожну роль, коли їх натискають разом:

Чим відрізняється менеджер програми та менеджер проекту?

Письмові ролі менеджера з розробки програмного забезпечення

Менеджер програми керує низкою проектів (або портфоліо), кожен з яких керується керівниками проектів, які допомагають досягти спільної мети. З Вікіпедії :

Управління програмами або управління програмами - це процес управління кількома пов'язаними проектами, часто з метою покращення ефективності діяльності організації. На практиці та в своїх цілях вона часто тісно пов'язана з інженерією систем та промисловою інженерією.

Керівник проекту керує індивідуальним проектом, який може бути в рамках більш широкої програми. Їх мета полягає в тому, щоб забезпечити необхідний рівень якості, бюджету та часового плану проект, на який було поставлено його завдання.

Керівник проекту орієнтований на реалізацію свого індивідуального проекту, коли керівник програми розуміє взаємозалежності між проектами і може знадобитися для прийняття рішень та визначення пріоритетів між проектами, коли вони конкурують або змагаються за дефіцитний ресурс.

Менеджер з розвитку часто сидить осторонь цього, керуючи пулом розробників з точки зору прогресу кар'єри. Вони призначають розробників для окремих проектів у відповідь на запити керівників проектів. Менеджер розробок, як правило, відповідає за такі речі, як навчання (за винятком випадків, коли це потрібно для конкретної потреби в проекті), оцінки тощо. У вас може бути один і той же менеджер розвитку протягом декількох років, протягом якого ви призначаєтеся до декількох проектів (можливо, протягом декількох програм) з різними менеджерами проектів / програм.

Крім того, у великому проекті може бути загальний менеджер проектів, а потім окремі менеджери проектів з фокусом на різних робочих потоках, наприклад, менеджер з розвитку, менеджер тестів тощо. Вони керують своєю зоною фокусування в рамках більш широкого проекту.

Ось так воно і працює у «Enterprise IT».

Керівник проекту

Керівник проекту відповідає за проект. Його мета полягає в тому, щоб команда проекту працювала разом ефективно та ефективно та забезпечувала очікувані результати проекту.

Але це визначення високого рівня може охоплювати дуже різні реалії, залежно від корпоративної культури, методології та окремих особливостей проекту. Наприклад:

• За словами PMI , керівник управління в цілому є хтось із виконавчої організації (тобто ІТ або субпідрядник) і має дуже сильну керівну роль.
• Згідно з PRINCE2 , керівник управління в цілому повинен бути від "бізнесу" (наприклад, замовника), і повинен керувати проектом у тісній співпраці з керівниками команд (і особливо командою, яка веде від таких організацій, як ІТ або субпідрядник).
• між цими налаштуваннями існує велика кількість варіантів, маючи на увазі, що в менших проектах PM дуже часто накопичує кілька ролей (наприклад, PM та архітектор, або PM та головний розробник).

Менеджер програми

Програма - це щось значно більше і набагато довше, ніж проект. Програми зазвичай виконуються для досягнення певних довгострокових стратегічних цілей або для запуску нової групи продуктів.

Формальне визначення знову залежить від методології:

• PMI розглядає програму як набір "проектів, які проводяться під парасолькою програми, дозволять отримати переваги, яких неможливо досягти, запустивши їх самостійно". Типовим прикладом є те, що проекти дуже взаємозалежні та потребують перехресної координації проекту менеджером програми.
• MSP (еквівалент Prince2 для програм, також ініційований урядом Великобританії) стверджує, що програма визначається необхідністю досягнення деяких довгострокових цілей.

Обидва погоджуються, що програма складається з декількох проектів, а також може охоплювати деякі пов'язані непроектні заходи.

Керівники проектів звітують перед менеджером програми. Але детальні обов'язки керівника програми знову залежать від контексту. Це може або не може означати право власності на продукт. Він найчастіше керує керівниками проектів; але є налаштування, де менеджер програм виконує лише координаційну роль.

Менеджер з розвитку

З трьох термінів, це, звичайно, менш формалізовано.

Я розумію цей термін як менеджер, відповідальний за процес розробки, і розробники всередині та організації, і в усіх проектах, в яких можуть брати участь його розробники.

Але для великих програм це може бути горизонтальна роль управління ресурсами розвитку великої програми.

Я міг би уявити, що в якомусь контексті цей термін позначає керівника / головного розробника / старшого інженера програмного забезпечення, відповідального за результати проекту, щоб визнати їх важливість. Але особисто я ніколи не стикався з цим терміном у цьому контексті.

В організації, де я працював (більше десяти років тому), менеджер з розробки відповідав за розробку всієї ІТ-функції (як апаратного, так і програмного забезпечення). Менеджер програмування відповідав за всі функції програмування (лише програмне забезпечення). Менеджер проектів відповідав за окремі проекти, зазвичай пов'язані з програмуванням, інколи - апаратними засобами.