Каковы обязанности менеджера проекта в небольшой команде разработчиков?

У нас есть относительно небольшая команда разработчиков, в которой работает менее 5 человек, и менеджер проекта. Как вы думаете, какой типичный набор обязанностей должен иметь руководитель проекта в такой команде? Я смотрю на это больше с точки зрения разработчика и хочу знать, что я должен ожидать от менеджера, и что мне нужно для себя (например, качество кода, координация и т.д.).

В настоящее время наш менеджер проектов в основном просто периодически спрашивает ребят: "Каков прогресс в вашей задаче?" и служит прокси-сервером между деловыми парнями и разработчиками, которые несут ответственность за доставку и просто переносят давление на Разработчики. Он никогда не читает код, поэтому, если разработчики не расскажут о нем, он даже не знает о проблемах (задача считается выполненной, когда ответственный за нее разработчик говорит, что это сделано, и нет очевидных проблем с ним).

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

ОБНОВЛЕНИЕ: у меня нет глубоких знаний об гибких методологиях, но я думаю, что опасность в том, что они не являются технически квалифицированными (для PM, мастера SCRUM и т.д.) заключается в том, что вы не можете отличить качества членов команды, когда единственный, что у вас есть, это то, что они говорят вам. Это сводится к тому, насколько хороши они в общении и убеждении других, но не понимают ли они реальные долгосрочные проблемы в проекте (например, ремонтопригодность, устаревший код, архитектурные проблемы и т.д.).

Ответ 1

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

Тем не менее вам нужно определить ответственного менеджера для каждого проекта или всей команды. По моему опыту, он/она выполняет следующие задачи:

  • вести переговоры с клиентами (по бизнесу и программно)
  • обзор всех статусов проектов команд и сроков.
  • планирование задач, распределение и оценка (могут и должны делиться с членами команды, но PM отвечает)
  • общее управление командой: кто есть, где и что делает
  • посредник в случае технических решений
  • написать код

Последний момент очень важен. Если руководитель проекта не способен писать код, как еще он должен выполнять свои задачи (см. Статус проекта, посредничество, переговоры с клиентами).

Ответ 2

G'day,

(Вставьте обычный отказ от ответственности здесь)

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

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

Он также должен смотреть вперед, чтобы увидеть, есть ли какие-либо препятствия на пути и попытаться удалить их, прежде чем они станут проблемой, чтобы свести к минимуму перебои в команде.

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

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

Изменить: Качество кода первоначально зависит от самих программистов.

Предполагается, что они являются a) компетентными и b) профессиональными, так что то, что они производят, является хорошим и подходящим для цели. Он должен был протестировать их, потому что, как говорится в старой поговорке, "если это не проверено, это не сделано!".

Затем происходит более обширное функциональное тестирование, которое должно быть частью обычных процедур QA.

НТН

Ответ 3

Ответственность менеджера проекта можно описать как

  • Следует развивать культуру ответственности, подотчетности и независимости и сосредоточиться на очистка путей и препятствий перед членами команды в лучшем возможно.

Ответ 4

Размер команды - всего лишь фактор, деталь. Есть много факторов, которые следует учитывать, что затрудняет ответ на ваш вопрос.

Чтобы проиллюстрировать пропускную способность "правильного ответа", рассмотрим эти две крайности: В Scrum (гибкий подход), Scrum Master является эквивалентом менеджера проекта. Эта роль в первую очередь не требует технической экспертизы, поскольку одной важной задачей является создание правильной среды для эффективной работы команды. В менее гибких средах, где более характерна модель водопада , технический фокус ведущий программист становится более важным.

Он, кажется, пытается защитить тебя от внешних отвлекающих факторов. Все в порядке. Он также, похоже, отдает большую ответственность команде. Это также хорошо, если команда может справиться с собственной ответственностью. Вся ситуация может быть (половинчатой?) Попыткой ввести гибкость в команду. Эта попытка потерпит неудачу, если никто не знает, куда должно идти путешествие.

Ответ 5

ознакомьтесь с информацией о методе управления проектами Scrum. Я работаю в небольшой компании, и это хорошо работает для 4-8 программистов в команде. В методологии Scrum Scrum Master = Project Manager. Существует ежедневный Scrum, где Scrum Master спрашивает:

-Что вы делали со вчерашнего дня? -Что вы планируете сегодня делать? - У вас есть проблемы, препятствующие достижению вашей цели?

Также важно связаться с клиентом (см. также роль владельца проекта) http://en.wikipedia.org/wiki/Scrum_(development)

Ответ 6

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

  • Планирование, управление и контроль проекта.
  • Отчитываться, в частности, сообщать о нестандартных, внесудебных и внебюджетных вопросах.
  • Управление рисками.
  • Определите проблемы (заполните собственное определение проблем) и примите меры, чтобы они не стали проблемой.

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

Ответ 7

Менеджер проекта должен работать с командой не против!

Кроме того, одна из его главных обязанностей - убедиться, что проект идет не на его нынешнюю позицию. Это означает, что он не должен принимать наиболее оптимистичный сценарий, чтобы произвести хорошее впечатление на своих начальников. Иногда премьер-министр просто скажет "2 недели?! Noo... Ты мой лучший разработчик, я знаю, что ты можешь сделать это в 1". Это реалистичное уменьшение времени будет распространяться еще дальше. Премьер-министр сказал: "1 неделя?! Noo... Я знаю, что вы - способный менеджер, и вы найдете лучшее решение для завершения через 3 дня". И так далее...

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

ПМ должен опосредовать все конфликты команды команды или команды-отдыха компании. Мало того, что премьер-министр должен опосредовать эти конфликты, но у него должно быть 6-е чувство предвосхищения их и решения их на начальном этапе.

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

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

Ответ 8

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

Но поскольку у вас есть менеджер проектов, я рекомендую вам выбрать один другого инженера в качестве технического руководства и попросить их работать вместе. Технический лидер может владеть дизайном, оценкой и кодом качественный. Эти два должны работать вместе над требованиями. менеджер проекта может обрабатывать внешнюю связь, вести переговоры график, основанный на оценке, а также обрабатывать уход и кормление команды. Работая вместе, они могут защитить команду и сделать убедитесь, что хороший продукт доставлен на дату, которая соответствует вашему бизнесу необходимо.

Ответ 9

Я думаю, что вы должны создать гибкую команду. В среде, которую вы описываете, не так уж сложно научиться применять Agile и Scrum. тратить 1/2 дня на чтение, плюс постоянное образование, возможно, тратить 1/2 часа в неделю на эту тему.

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