Работает ли это, когда разработчик является руководителем проекта?

11

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

Я обеспокоен тем, что руководителю проекта будет мешать присутствие владельца проекта в команде разработчиков. Если я запускаю проект, команда может развалиться, что приведет к сбою проекта. Чтобы придерживаться бюджета, я должен участвовать в том или ином качестве.

У кого-нибудь есть опыт в этой ситуации, есть предложения?

подробнее: 4 штатных разработчика, каждый из которых отвечает за конкретную область. Разработчики также могут передать работу на аутсорсинг по согласованию с руководителем проекта.

marabutt
источник
Если вы являетесь частью команды разработчиков, менеджер проекта будет работать только лучше.
СуперМ
Спасибо @superM. Это то, что я подозреваю. Это ситуация, с которой вы были связаны?
Марабут
Не то же самое, но довольно близко. Мой босс - программист, и теперь он работает в команде менеджеров. Он успешен, потому что знает почти все технические детали. Я мог бы считать его разработчиком, за исключением того, что он не пишет код)))
superM
Насколько велика команда? и вы управляете членами команды без проблем?
Юсубов
@ElYusubov еще не управлял ими, но они кажутся хорошими людьми.
Марабут

Ответы:

10

Я бы посоветовал вам продолжить разработку и нанять менеджера проекта.

В компании, в которой я работаю, я видел несколько способов управления. Мой босс программист. Сейчас он не пишет код, но долгое время привык. Некоторое время он пытался сделать все управление самостоятельно, но это не было на самом деле успехом.

Теперь он нанял менеджеров проектов (два человека), и теперь команда работает лучше. Он принимает участие в технических и управленческих дискуссиях, а иногда и сам готовит документы.

Я также не стал бы беспокоиться о том, чтобы быть в команде разработчиков и начальнике одновременно. В конце концов, вы собираетесь нанять профессионала, который должен уметь работать с любыми людьми.

PS Имхо управление проектом не очень сложно освоить, особенно когда вы работаете с небольшой командой. Может быть, через некоторое время после работы с профессиональными менеджерами проектов, вы сможете сделать все управление самостоятельно.

superM
источник
1
+1 для PS Но для этого нужно сначала нанять хорошего менеджера проекта :).
Зенон
3

Самое главное, чтобы заранее выяснить, кто имеет полномочия в отношении каких решений. Вероятно, самая большая ошибка, которую вы можете совершить, - это микроуправление менеджером проекта.

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

Майкл Боргвардт
источник
3

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

Длинный ответ: мое понимание менеджера проекта планирование и ведение программных проектов.

1) Управлять работой, кто чем занимается?

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

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

(*) посмотрите на предоставленные ссылки ниже для полной ссылки

Хорошая отправная точка Wikipedia - Управление проектами программного обеспечения о том, что должен делать премьер-министр в разработке программного обеспечения . Кроме того, я бы посоветовал взглянуть на вопросы и ответы - Как расходы на управление проектами зависят от размера всего проекта разработки программного обеспечения .

Юсубы
источник
2

Это может сработать - если вы убедитесь, что придерживаетесь правил, которые определены вашим менеджером проекта. Вы наняли его для управления - поэтому, если вы подрываете его задачу, управляя собой, вам не следовало нанимать его в первую очередь.

MHR
источник
1

Из моего опыта вы не должны быть вовлечены в команду разработчиков и иметь менеджера проекта. Ответственность менеджера состоит в том, чтобы выполнить определенное количество требований в течение определенного периода времени и бюджета.

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

Джон Д
источник
Спасибо за ваш вклад, я согласен, что спецификации будут более вероятно измениться. Я помню, как видел демо для Diablo 3 в 2008 году, и оно вышло только в этом году. Я думаю, что вы должны иметь возможность менять проекты на лету, если кто-то выявляет что-то лучшее во время вашего строительства.
Марабут
Совершенно верно - вы должны быть в состоянии адаптироваться к миру. И все же разница заключается в том, что ваш продукт не задерживается из-за постепенного расширения области действия. Если по какой-либо причине необходимо изменить дизайн продукта, методология разработки должна позволить этому, а владелец и руководитель проекта должны предоставить команде разработчиков четкие требования о том, как этого добиться. Я также думаю, что разделение этих аспектов также дает вам больше возможностей для оценки конкурентов и рынка, что дает вам большую гибкость в изменении направления.
Джон Д