Чи працює, коли розробник - начальник керівника проекту?


11

Я перебуваю на стадії планування проекту і шукаю найняти менеджера проекту. Я хотів би зробити деякі кодування та слідкувати за всіма частинами проекту. Однак у мене є відчуття, що менеджер проектів отримає кращі результати. У мене є такі варіанти: 1) керувати проектом, а не кодом 2) найняти менеджера проекту та кодувати себе

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

Хтось має досвід роботи з цією ситуацією, якісь пропозиції?

детальніше: 4 внутрішніх розробників, кожен з яких відповідає за конкретну область. Розробники можуть також передавати роботу з аутсорсингу за умови погодження з менеджером проекту.


Якщо ви є членом команди розробників, менеджер проекту буде працювати лише краще.
superM

Дякую @superM. Це я підозрюю. Це ситуація, з якою ви були пов'язані?
марабутт

Насправді не те саме, але досить близько. Мій начальник - програміст, і зараз він працює в управлінській команді. Він успішний, бо знає майже всі технічні деталі. Я міг би вважати його розробником, за винятком того, що він не пише код)))
superM

Наскільки велика команда? а ви керували членами команди без проблем?
Юсубов

@ElYusubov ще не впорався з ними, але вони здаються хорошими людьми.
марабутт

Відповіді:


10

Я б запропонував вам продовжити розробку та найняти менеджера проекту.

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

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

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

Управління проектами PS imho не дуже складно навчитися, особливо під час роботи з невеликою командою. Можливо, через деякий час після роботи з професійними менеджерами проектів ви зможете зробити все управління самостійно.


1
+1 для PS Але для цього вам потрібно найняти хорошого менеджера проектів :).
Зенон

3

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

Розумною домовленістю може бути "Я вирішую загальний бюджет та наймання, а розподіл ресурсів, планування та оперативні рішення залишаю вам, навіть якщо вони впливають на мою власну розробку; якщо ви не впевнені в будь-яких великих рішеннях, запитайте мене".


3

Коротка відповідь: вам потрібно найняти професіоналів для розвитку бізнесу , і як власник проекту вам потрібно уточнити обов'язки та повноваження в рамках проекту / компанії.

Довга відповідь: моє розуміння керівника проекту - це планування та керівництво програмними проектами.

1) Керуйте роботою, хто що робить?

2) Планує робоче навантаження - визначає термін того, що ми доставляємо коли?

3) Приймає рішення відповідно до заданого бюджету та ресурсів (люди / обладнання / простір / час)

(*) дивіться надані посилання нижче для повної довідки

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


2

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


1

З мого досвіду ви не повинні брати участь у команді розробників та мати менеджера проектів. Обов'язки керівника полягають у виконанні заданої кількості вимог у визначені часові рамки та бюджет.

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


Дякую за ваш внесок, я погоджуюся, що технічні характеристики будуть швидше змінюватися. Я пам’ятаю, як демонстрував демонстрацію для Diablo 3 у 2008 році, і вона вийшла лише цього року. Я думаю, що ви повинні мати можливість змінювати проекти на ходу, якщо хтось виводить щось краще, поки ви будуєте це.
марабутт

Дуже вірно - ви повинні вміти адаптуватися до світу. І все-таки різниця полягає в тому, щоб ваш продукт не затримувався через збільшення повзучості. Якщо з якихось причин потребує зрушення в дизайні продукту, методологія розробки повинна дозволити цьому, а власник та керівник проекту забезпечити команді розробників чіткі вимоги, як цього досягти. Я також думаю, що відокремлення цих аспектів також дає вам більше можливостей для оцінки конкурентів та ринку, що дає вам більшу спритність змінити напрямок.
Джон Д
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.