- В проекте, который следует модели гибкого программирования, какова основная работа руководителя группы?
- В чем разница между руководителем группы и руководителем проекта?
источник
В проекте, который следует модели гибкого программирования, какова основная работа руководителя группы?
Учитывая позицию, согласно которой гибкие команды являются «самоуправляемыми», я бы сказал, что основная задача руководителя группы состоит в том, чтобы модерировать гибкий процесс как для команды, так и для клиента. Я бы сказал, что практически в любом процессе лидерство - это мост между разрозненными группами, человек, который несет наибольшую ответственность за поддержание общей картины в порядке, и человек, заполняющий щели между членами команды. В гибкой методологии, когда вся команда вырабатывает приоритеты и выясняет, как лучше всего выполнить работу, и тесно сотрудничает с заказчиком / пользователями - я вижу, что команда ведет себя как спикер команды для остальных участников. компании и различным организациям, которые не являются основными заинтересованными сторонами.
В чем разница между руководителем группы и руководителем проекта?
В целом, я считаю, что руководитель группы ориентирован на людей, а руководитель проекта - на проект. На практике это означает, что руководитель группы заставляет техническую команду выполнять свою работу, в то время как руководитель проекта беспокоится о большем финансовом случае, долгосрочной стратегии, корпоративных ресурсах, позиционировании продукта, правовом и т. Д. Я считаю, что что в достаточно маленькой компании эти две должности могут быть выполнены одним и тем же человеком, но в большом проекте или компании будет гораздо больше руководителей команд, чем руководителей проектов. Кроме того, в целом, руководитель группы должен обладать как техническими навыками, так и навыками, а руководителю проекта нужны навыки ведения бизнеса и навыки. Если руководитель проекта обладает соответствующими техническими навыками, то это бонус.
Руководство поднимается по лестнице, руководство решает, на какую стену должна опираться лестница.
«Менеджмент делает все правильно, руководство делает правильные вещи». Питер Друкер
Это из моего опыта на крупных предприятиях. Руководитель проекта играет гораздо большую роль. В средних и крупных корпоративных проектах может существовать поток разработки программных приложений (даже с такими подпотоками, как веб-интерфейс, базовые системы ядра и т. Д.), Изменения инфраструктуры (рабочие столы, серверы и сети), изменения бизнес-процессов, обучение персонала и т. Д. Это невозможно для менеджера проекта, чтобы управлять каждым потоком работы в деталях. Это где лидер команды вступает в игру. Он поможет премьер-министру в оценке, оценке, разбивке работы и предоставлении ресурсов. Он должен отвечать за отслеживание хода проекта и регулярно отчитываться перед премьер-министром, выявляя риски и проблемы на ранних этапах. Он должен координировать свои действия с другими командами и парами в проекте. Он должен также принимать технические проектные решения и создавать дизайн решения для проекта. Если необходимо, сделайте анализ проекта с другими проектами и архитекторами, чтобы вписаться в общее решение или архитектуру предприятия при необходимости. Это касается как программного обеспечения, так и других технических и бизнес потоков.
Премьер-министр отвечает за общую реализацию проекта, графики, бюджетирование, отчетность перед руководящим комитетом. Иногда есть бизнес-менеджер, который в целом руководит изменениями в бизнесе, и ИТ-специалист, занимающийся исключительно изменениями в ИТ.
Есть несколько разных типов командных руководителей IMO:
Техническое руководство:
Административное руководство:
Менеджер проекта - это тот, кто обычно является той единственной точкой контакта, чтобы следить за проектом в целом. Это человек, который сообщает руководящему комитету, обрабатывает запросы на изменения и другие административные вопросы, связанные с проектом. Руководитель группы, по крайней мере, с технической точки зрения, может не участвовать в общении с другими командами, в отличие от руководителя проекта, который, вероятно, захочет узнать, где находится каждая группа, в которую могут входить те, кто находится за пределами разработки.
источник
В гибкой манере разработки идет в итерациях, я могу думать несколько обязанностей руководителя группы, как:
источник
В гибкой среде, по сути, нет «лидера команды». Команды должны быть самоорганизующимися . В Scrum есть концепция « ScrumMaster », но она сильно отличается от «руководителя группы» или «менеджера проекта».
источник