По результатам множества опросов менеджеров проектов в России и зарубежом, до 80% успеха при реализации проектов обусловлены слаженной работой проектной команды, которая, в свою очередь, обеспечивается верным распределением ролей среди участников. Многие менеджеры проектов сосредотачиваются на “технических” ролях, таких как проектировщики баз данных, специалисты по сетям, эксперты по пользовательскому интерфейсу и т.д. Все они важны, но нужно подумать и о ролях “психологического” плана, которые могут играть один или более участников команды. В данной статье рассматриваются некоторые наиболее известные подходы в этой области.
На укрупненном уровне роли, выполняемые участниками проектной команды, можно подразделить на 3 группы:
- роли, ориентированные на выполнение задач команды;
- роли, ориентированные на создание/ поддержание работы команды;
- индивидуальные роли (нефункциональные).
Для того, чтобы команда работала эффективно, одинаково важны роли первой и второй групп. Недостаточно ориентироваться только на выполнение задач проекта, необходимо, чтобы участники команды <работали> и на поддержание команды как таковой. Роли третьей группы являются деструктивными с точки зрения командного взаимодействия. Для определения ролей можно использовать матрицу определения ролей, заполняемую, например, в ходе совещания или периодически по мере продвижения проекта.
Роли, ориентированные на выполнение задач команды
Определяет проблемы : определение общих задач группы.
Ищет информацию: запрашивает фактическую информацию о задачах группы или методиках их исполнения, просит разъяснений относительно предложений.
Предоставляет информацию : предлагает информацию для использования в решении задач, разъясняет предложения.
Ищет мнения: запрашивает мненияотносительно обсуждаемого вопроса.
Высказывает мнения: делает утверждения по обсуждаемым вопросам.
Проверяет целесообразность: сопоставляет предлагаемые решения с реальным положением дел.
Роли, ориентированные на создание/ поддержание работы команды
Координирует: поясняет утверждения и показывает их связь с другими утверждениями, анализирует предлагаемые варианты.
Гармонизирует: улаживает споры и разногласия, акцентирует общность взглядов.
Ориентирует: помогает группе придерживаться плана, обнаруживает отклонения, предлагает процедуры для повышения эффективности работы группы.
Поддерживает-вдохновляет: высказывает одобрение предложений других участников, демонстрирует теплое и чуткое отношение к ним.
Сопровождает: последовательно продвигается по всем этапам вместе с командой, принимает чужие идеи, выражает согласие.
Индивидуальные роли (нефункциональные)
Блокирует: мешает работе группы, вызывая споры, оказывая неаргументированное сопротивление и несогласие. Позже возвращается к забытым вопросам.
Уклоняется от работы: дремлет, занимается посторонними делами, переговаривается с другими и т.д.
Отклоняется от темы: превращает обсуждения в личный разговор, разражается длинной речьюпо краткому вопросу и т.п.
Классический подход к распределению ролей между участниками проектной команды был предложен доктором Р.М. Белбином (R. Meredith Belbin). В каждой проектной команде, которая стремится эффективно организовать свою работу, независимо от ее численного состава, должны выполняться следующие 8 ролей:
- Председатель (chairman) – выбирает путь, по которому команда· движется вперед к общим целям, обеспечивая наилучшее использование ее ресурсов; умеет обнаружить сильные и слабые стороны команды и обеспечить наибольшее применение потенциала каждого участника команды. Можно думать, что таким человеком является, как правило, официальный руководитель проекта; однако, в самоуправляемых командах им может быть любой человек.
- Оформитель (shaper) – придает законченную форму действиям· команды, направляет внимание и пытается придать определенные рамки групповым обсуждениям и результатам совместной деятельности. Такой человек может иметь официальную должность “архитектора” или “ведущего проектировщика”, но главное то, что эта роль “воображаемая”. В безнадежном проекте особенно важно иметь единое и четкое представление о проблеме и ее возможном решении.
- Генератор идей (plant) – выдвигает новые идеи и стратегии,· уделяя особое внимание главным проблемам, с которыми сталкивается группа. Мне кажется, что для такой роли больше подходит название “провокатор” – человек, который пытается внедрять в команде радикальные технологии, искать новые решения технических задач.
- Критик (monitor-evaluator) – анализирует проблемы с· прагматической точки зрения, оценивает идеи и предложения таким образом, чтобы команда могла принять сбалансированные решения. В большинстве случаев такой человек поступает как “скептик”, уравновешивая оптимистические предложения оформителя и генератора идей. Критик хорошо знает, что новые технологии отнюдь не всегда работают, обещания поставщиков о возможностях новых средств и языков иногда не сбываются и все может пойти не так, как было задумано.
- Рабочая пчелка (company worker) – превращает планы и концепции· в практические рабочие процедуры, систематически и эффективно выполняет принятые обязательства. Другими словами, в то время как оформитель придает законченную форму крупным технологическим решениям, генератор идей предлагает радикальные новые решения, а критик занимается поиском изъянов и недостатков в этих предложениях, рабочая пчелка – это тот человек, который работает, не привлекая внимания, и выдает на гора тонны кода. Очевидно, любой безнадежный проект нуждается по крайней мере, в паре таких пчелок, но сами по себе они не способны принести успех проекту, поскольку не обладают необходимой широтой кругозора.
- Опора команды (team worker) – поддерживает силу духа в· участниках проекта, оказывает им помощь в трудных ситуациях, пытается улучшить взаимоотношения между ними и в целом способствует поднятию командного настроя. Другими словами, такой человек выполняет в команде роль “дипломата”.
- Добытчик (resource investigator) – обнаруживает и сообщает о· новых идеях, разработках и ресурсах, имеющихся за пределами проектной группы, налаживает внешние контакты, которые могут быть полезными для команды, и проводит все последующие переговоры. Командный добытчик имеет много друзей и связей в своей организации, с помощью которых можно выпросить или одолжить необходимые ресурсы. Главное, что добытчик обожает свою деятельность.
- Завершающий (c·ompleter) – поддерживает в команде настойчивость в достижении цели, активно стремится отыскать работу, которая требует повышенного внимания, и старается, насколько возможно, избавить команду от ошибок, связанных как с деятельностью, так и с бездеятельностью. Такой человек играет доминирующую роль во время тестирования системы на завершающей фазе жизненного цикла проекта, однако его роль на более ранних фазах тоже важна. Команде необходимо время от времени (а еще лучше каждый день) напоминать, что они не делают себе карьеру на всю жизнь, а всего лишь участвуют в проекте с жесткими сроками и промежуточными контрольными точками, которые необходимо достигать вовремя, чтобы не провалить проект.
Интересный подход был предложен Риком Баррерой (Rick Barrera), членом PMI, специалистом в области управления проектами. Он выделяет 4 основные категории участников, различных по типу поведения. Это руководители (directors), “всеобщие друзья” (socializers), “личные друзья” (relaters) и мыслители (thinkers).
Руководители отличаются высокой работоспособностью и нацелены на успех выполнения проекта. Они вряд ли согласятся заниматься какими-то другими делами, пока осталась невыполненная работа. “Всеобщие друзья” занимаются сбором информации, общением с коллегами. Только после этого они приступают к выполнению работы. “Личные друзья”, также как и “всеобщие друзья”, общаются с другими членами команды, но делают это с глазу на глаз. Мыслители предпочитают делать всю работу в одиночку, анализируя и осмысливая информацию, объявляя о результатах только после завершения всей работы.
Чтобы добиться наилучшего результата в подборе проектной команды, следует придерживаться равного соотношения исполнителей каждой категории и избегать доминирования одной из них. Следует предположить, что менеджер проекта захочет собрать команду из специалистов, близких себе по духу – таких же стремительных, либо наоборот рассудительных, хотя в таком случае менеджеру трудно будет организовать полноценную работу команды. Формирование корпоративной культуры зависит от разнообразия участников проектной команды, их интересов и амбиций.
У каждой категории есть неоспоримые сильные стороны, которые при определенных условиях могут перейти в их недостатки. Например, руководители настолько хотят выполнить работу, что зачастую представляют незавершенный вариант проекта. “Всеобщие друзья” предлагают большое количество идей, многие из которых нереализуемы. “Личные друзья” часто дистанцируются, выполняя работу вдали от других, мыслители слишком замкнуты.
Чтобы обеспечить эффективную командную работу, менеджер проекта должен выявить все категории участников с тем, чтобы подобрать точные роли для каждого члена команды и сделать условия его работы максимально комфортными. Ведь, например, если запретить “всеобщим друзьям” общаться с другими членами команды, они не смогут представить никаких результатов работы. В обратном случае, работа такого члена команды может оказаться очень продуктивной. Добившись этого, менеджер может рассчитывать на большую эффективность работы своей команды. При этом он сам должен обладать качествами каждой группы, понимать мотивацию своих сотрудников и иметь перспективное видение развития проектной команды.
Помимо этого, менеджер должен уметь предугадывать стрессовые ситуации, когда меняется поведение всех членов команды. В такой ситуации мыслители могут потеряться, руководители, наоборот, способны показать превосходные результаты. Если менеджер будет обладать перспективным видением, он без труда сможет реагировать на все проектные изменения, тем более сейчас, в условиях сильной конкуренции, при постоянной смене заказчиков и изменении технологий.
В завершение статьи приводим сравнительный анализ рассмотренных подходов к распределению ролей в команды.
| Распределение Задачи – Команда |
Распределение по д-ру Белбину |
Распределение по Р. Баррере |
| Роли, ориентированные на выполнение задач | Председатель Оформитель Генератор идей Критик Рабочая пчелка Добытчик Завершающий |
Руководитель Мыслитель |
| Роли, ориентированные на поддержание работы команды | Опора команды | Всеобщий друг Личный друг |
| Нефункциональные роли | – | – |
Деятельность менеджера проекта направлена на извлечение максимальной выгоды из деятельности своих сотрудников. При этом следует избегать любого давления, чтобы сильные стороны участников команды могли быть раскрыты в максимальной степени и не превратились в слабости команды, а также развивать командный дух и навыки эффективных коммуникаций.
В этой статье рассмотрим, каких людей необходимо объединить в проектную команду, чтобы у проекта появились все шансы на успешное завершение.
Выполнение проекта является командным видом деятельности. В команду проекта объединяются лица, заинтересованные в достижении результата проекта. Они активно вовлечены в проект, и он затрагивает их интересы.
Рассмотрим более подробно участников проектной команды.
Заказчик проекта (иногда, но не всегда, он же является пользователем) – это лицо, которое будет получать выгоды от результата проекта.
Спонсор – это человек, который обеспечивает проект всесторонней поддержкой. Это могут быть финансы или какие-либо другие ресурсы. Так же это может быть помощь в организации и администрировании.
Проектный офис – это подразделение, которое может просто предоставлять поддержку в управлении проектами или же нести прямую ответственность за выполнение проектов.
Руководитель проекта (ну это понятно) – это лицо, которое непосредственно несет ответственность за управление проектом.
Проектная команда – это группа лиц, выполняющих проектные работы.
Поставщики – это внешние организации, которые выполняют снабжение ресурсами, обеспечивают услугами, необходимыми для достижения результатов проекта.
Как уже ранее обсуждалось, необходимо, чтобы управление проектом происходило с учетом ожиданий и интересов основных участников. В случае, если они противоречат друг другу, необходимо найти компромисс.
Также обычно стоит разделять внешние и внутренние проекты с точки зрения особенностей проектной команды, заинтересованных лиц и их ролей.
Внешние проекты – это когда заказчиком проекта не является ваша организация.
Таким образом, Заказчик проекта определяет цели проекта и осуществляет впоследствии приемку результата. Спонсор нужен для разрешения споров, выходящих за рамки компетенций руководителя проекта. При этом важно понимать, что заказчик, спонсор и руководитель проекта – это разные люди, а не один человек, совмещающий эти роли.
Обратите внимание, что заказчик и пользователь – это разные роли. Заказчик ставит цели и может принимать результат. А пользователь – будет работать с этим результатом. Если вдруг эти роли оказываются совмещены, необходимо оценивать результат с точки зрения заказчика и пользователя, не смешивая их.
Также нежелательно, чтобы заказчик совмещал и роль спонсора. Такое часто происходит при выполнении внутренних проектов, когда проект выполняется внутри организации и для внутреннего Заказчика. Но в любом случае, будет лучше, если Заказчик и Спонсор будут разными лицами.
Зачастую ход выполнения проекта в организации зависит от организационной структуры организации.
Например, в функциональной структуре
проекты обычно реализуются в рамках функционального подразделения. А если нужно привлечь сотрудника из другого подразделения, то необходимо договариваться с руководителем того подразделения, к которому относится сотрудник.
В таком случае есть весомые недостатки, связанные с тем, что у руководителя проекта может быть недостаточно полномочий, да и коммуникация может быть затруднена. Могут быть проблемы с координацией между подразделениями и , контроль над исполнением проекта ограничен.
Но так же есть и положительные стороны – например, сотрудники, работая над разными проектами и в разных командах, имеют возможность совершенствовать свои навыки и получать новые. И все же управлять проектом в организации с функциональной структуре сложно.
В организации с проектной структурой каждое подразделение – это фактически проектная команда, созданная под конкретный проект. В нее входят различные специалисты, и они все свое время заняты на этом проекте. Таким образом, проектная структура – это особенность проектно-ориентированных компаний и целесообразна для больших и важных проектов.
В ней тем не менее тоже есть плюсы и минусы. Основные плюсы: наилучшие условия для эффективного управления проектом, у руководителя проекта большие полномочия, исполнители проекта полностью вовлечены в проект.
Из минусов – по окончании проекта команда должна быть расформирована, и что делать исполнителям – не очень понятно. Так же возможно снижение профессионального уровня специалистов в связи с тем, что они, будучи назначенными на выполнение определенных работ в рамках этого проекта, не получают новых знаний. Кроме того возможна проблема недозагрузки ресурсов в ходе проекта.
Для большинства компаний оптимальным компромиссом между функциональной и проектной структурой является матричная структура . В которой основной недостаток – это то, что каждый исполнитель имеет двух начальников: руководителя проекта и своего линейного руководителя, из-за чего возможны конфликты при прояснении очередности и приоритетов выполняемых сотрудником работ, что усугубляется ограниченными полномочиями руководителя проекта.
ВВЕДЕНИЕ
Как известно, процесс подбора персонала для реализации какого-либо проекта является непростой задачей, так как ошибки при отборе работников могут приводить к значительным потерям, высокой текучести кадров, плохому морально-психологическому климату в подразделениях компании, низкой трудовой и исполнительной дисциплине и другим негативным факторам. Для достижения оптимального результата деятельности работниковособую важность приобретает эффективное управление и рациональное формирование команды проекта.
Актуальность данной работы обуславливаетсястремлением каждой команды проекта достичь поставленных целей, и избежать при этом негативных последствий. Следовательно, каждая команда проекта должна быть хорошо сформирована, а управление командой должно знать эффективные способы планирования потребности в персонале и подбора подходящих под выдвинутые требования сотрудников. Необходимо иметь представление о том, что такое проект вообще, что представляет собой конкретный проект, над которым вы работаете, знать эффективные способы планирования потребности в персонале и подбора подходящих под выдвинутые требования сотрудников.
Объектом исследования данной работы являются системные процессы формирования и управления командой
Предметом исследования является командообразование как процесс и управление командой
Целью данной работы является анализ командообразования как процесса на этапе формирования команды и выявление существующих методов эффективного управления командой проекта.
Для достижения цели, в работе поставлены задачи:
1. Охарактеризовать основные положения команды проекта
2. Рассмотреть существующие способы формирования команды проекта
3. Обозначить и проанализировать современные технологии и методы обеспечения эффективногоуправления командой проекта
Теоретическую базу исследования составили работы Белбина Р.М., Шепелевой Л.,Карпушина Е.С., Волкова Т.Р., Гершанока Г.А., Попова Ю. А и других авторов, а так же сведения электронных источников.
В работе использованы общенаучные методы исследования , такие как: анализ и синтез информации, обобщение и систематизация.
КОМАНДА ПРОЕКТА ОБЩИЕ ПОЛОЖЕНИЯ
Понятие команды проекта
В последнее время в менеджменте, управлении проектами и других разделах прикладной теории управления организационными системами все большее внимание уделяется командной деятельности персонала организации. Команды получили широкую распространенность. С одной стороны, уже в середине 1990-х гг. более чем в 50 % американских фирм существовали «производственные» команды. С другой стороны, команды существуют во многих областях деятельности: уже привычными стали термины «команда проекта», «управленческая команда», «творческая команда».
Проектная команда – это коллектив специалистов, объединенных для достижения общих целей и решения поставленных перед ними задач в течение жизненного цикла проекта. Каждый включенный в команду специалист обладает специфической экспертизой и каждый выполняет определенные функции.
Существует два основных принципа формирования команды для управления проектом.
1. Ведущие участники проекта - заказчик и подрядчик (кроме них, могут быть и другие участники) создают собственные группы, которые возглавляют руководители проекта, соответственно, от заказчика и подрядчика. Эти руководители подчиняются единому руководителю проекта. В зависимости от организационной формы реализации проекта, руководитель от заказчика или от подрядчика может являться руководителем всего проекта. Руководитель проекта во всех случаях имеет собственный аппарат сотрудников, осуществляющих координацию деятельности всех участников проекта.
2. Для управления проектом создается единая команда во главе с руководителем проекта. В команду входят полномочные представители всех участников проекта для осуществления функций согласно принятому распределению зон ответственности.
Система управления командой проекта включает организационное планирование, кадровое обеспечение проекта, создание команды проекта, а также осуществляет функции контроля и мотивации трудовых ресурсов проекта для эффективного хода работ и завершения проекта. Система нацелена на руководство и координацию деятельности команды проекта, использует стили руководства, методы мотивации, административные методы, повышение квалификации кадров на всех фазах жизненного цикла проекта.команда проект менеджмент выставка
Для команды проекта необходимо наличие у ее членов комбинации взаимодополняющих навыков, которые составляют три категории:
1. Технические и/или функциональные, т. е. профессиональные, навыки
2. Навыки по решению проблем и принятию решений
3. Навыки межличностного общения (принятие риска, полезная критика, активное слушание и т д.).
При правильном планировании и подборе команды взаимодополняемость является обязательным условием, влияющим на успешность проекта.
Выделяют три типа проектных команд:
1. Команда проекта.
Основная роль данной группы – активная поддержка процесса достижения целей проекта. Участники вовлечены в проект с самого начала и заинтересованы в поиске требуемых для проекта ресурсов.
2. Рабочая/процессная команда.
Роль данной группы – выполнение определенных задач или работ. Совместное решение поставленных задач в ходе выполнения проекта, позволяет создать высокоэффективную группу специалистов, способных включаться в проекты на любом этапе.
3. Команда управления проектом.
Роль данной группы – координация, мониторинг и контроль выполнения задач проекта. Результаты исполнения организационных и управленческих функций данной группы позволяют следовать стратегии проекта и реализовывать стратегические решения.
Состав и структура команды проекта
Команда проекта создается на период реализации проекта и после его завершения распускается. Очевидно, что количество людей в команде определяется объемом работ, предусмотренным проектом.
Для управления любым проектом на период его осуществления создается специфическая временная организационная структура, возглавляемая руководителем проекта.
По форме команда проекта отражает существующую организационную структуру управления проектом, разделение функций, обязанностей и ответственности за принимаемые решения в процессе его реализации. На верхнем уровне структуры находится менеджер проекта, а на нижних – исполнители, отделы и специалисты, отвечающие за отдельные функциональные сферы.
Основной стратегический фактор создания и деятельности проектной команды – реализация проекта, обладающая повышенной долей риска и подверженное постоянным изменениям. Поэтому особой характеристикой проектной команды является предпринимательский характер ее деятельности, направленный на решение слабоструктурированных задач и быстрое реагирование на требования внешней среды и меняющиеся условия реализации проекта.
Процесс командообразования принято рассматривать как образование единого, целостного коллектива управленцев, способного эффективно достигать цели проекта. Командная кооперация персонала позволяет увеличить производительность управленческого труда на 70-80%.
Команда проекта создается руководителем проекта – юридическим лицом-заказчиком. Задачей руководителя проекта при формировании команды является подбор членов команды, которые обеспечивали бы:
1. Соответствие количественного и качественного состава команды целям и требованиям проекта;
2. Эффективную групповую работу по управлению проектом;
3. Психологическую совместимость членов команды и создание активной стимулирующей «внутрипроектной» культуры;
4. Развернутое внутригрупповое общение и выработку оптимальных групповых решений проблем, возникающих во время реализаци проекта.
Руководитель проекта назначает менеджера проекта, осуществляющего общее руководство проектом, контролирующего его основные параметры и координирующего деятельность членов команды. Менеджер проекта с одобрения руководителя определяет необходимое число специалистов – членов команды, их квалификацию, проводит отбор и наем работников.
«Костяк» команды составляют ее постоянные члены – разработчики проекта. К себе в помощники они могут привлекать специалистов интересующих их областей.
Команда проекта состоит из людей, каждому из которых назначена определенная роль и ответственность за выполнение проекта. После распределения ролей и ответственности между членами команды проекта, они должны принимать активное участие в планировании проекта и принятии решений. Привлечение членов команды к участию на ранних стадиях проекта позволяет использовать имеющийся у них опыт при планировании проекта и укрепляет нацеленность команды на достижение результатов. По мере выполнения проекта профессиональный и численный состав членов команды проекта может меняться. Членов команды проекта также называют "персоналом проекта".
Работа в команде отличается обязательным и регулярным сотрудничеством членов команды, четким распределением ролей, строгой, документально зафиксированной координацией действий.
Команда управления проектом - это часть команды проекта; она отвечает за выполнение операций по управлению проектом (например, планирование, управление и завершение). Эта группа может называться ядром, исполняющей или руководящей командой. На малых проектах обязанности управления проектом могут быть распределены между всеми членами команды или поручены непосредственно руководителю проекта. Спонсор проекта работает в контакте с командой управления проектом и обычно принимает участие в решении таких вопросов, как финансирование проекта, прояснение содержания проекта и иных вопросов, влияющих на производительность и экономическую эффективность проекта.
Процессы управления человеческими ресурсами проектов включают в себя следующее:
1. Планирование человеческих ресурсов - определение и документальное оформление ролей, ответственности и подотчетности, а также создание плана управления обеспечением проекта персоналом.
2. Набор команды проекта - привлечение человеческих ресурсов, необходимых для выполнения проекта.
3. Развитие команды проекта - повышение квалификации членов команды проекта и укрепление взаимодействия между ними с целью повышения эффективности исполнения проекта.
4. Управление командой проекта - контроль за эффективностью членов команды проекта, обеспечение обратной связи, решение проблем и координация изменений, направленных на повышение эффективности исполнения проекта.
В командной работе присутствует все: обмен опытом, работа, мысли, чувства, волнение, счастье, напряжение, удовольствие, эмоции, сомнения и успех. Все это увеличивает способности организации к обучению. По этой причине почти все в концепции универсальной системы показателей деятельности реализуется посредством командной работы. Для достижения эффективной кооперации необходимо учитывать все составляющие командной работы.
При изменении проекта, изменении структуры управления проектом, завершении отдельных стадий проекта, замене работников в связи с профессиональным несоответствием приглашением временных специалистов и экспертов и в других случаях наступает стадия реорганизации. Задача менеджера на этой стадии заключается в организации адаптации новых членов команды к стилю и методам взаимоотношений в команде, в становлении их профессиональной роли, определении обязанностей и т.п.
При завершении отдельных стадий и/или всего проекта расформировываются соответственно отдельные подразделения и/или вся команда. При этом возможны два варианта дальнейших действий специалистов компании. В первом случае по окончании проекта работники возвращаются в свои функциональные подразделения организации. Во втором случае, если команда проекта формировалась не из сотрудников данной организации, менеджер проекта сталкивается с проблемой дальнейшего трудоустройства работников, которые не имеют возможности вернуться на прежнее место работы. Руководителю команды рекомендуется проявлять внимание к дальнейшему трудоустройству специалистов в профессиональной сфере, предоставлять объективные рекомендации членам проектной группы с указанием их квалификации, знаний, навыков и опыта работы.
Рассмотрев понятие структуры и типы команд проекта, целесообразно перейти к рассмотрению процедуры формирования команды проекта.
Похожая информация.
Для успешного выполнения проектных работ по внедрению корпоративного хранилища данных , достижения запланированных результатов в срок и с надлежащим качеством необходимо формирование команду проекта , состоящей из консультантов Исполнителя и специалистов Заказчика.
Команда проекта – совокупность отдельных лиц (участников проекта ), привлеченных к выполнению работ проекта и ответственных перед руководителем проекта за их выполнение.
Вхождение в команду проекта ключевых специалистов и TOP-менеджеров Заказчика является одним из условий успешного достижения целей проекта.
Ниже приведена структура проектной команды и краткое описанием проектных ролей.
Пример формирование команды проекта внедрениякорпоративного хранилища данных
Ниже приведено описание проектных ролей команды проекта со стороны Исполнителя.
| Проектная роль | Описание проектной роли |
|---|---|
| Куратор проекта | Как правило, руководитель высшего звена, который курирует проект, обеспечивает общий контроль и поддержку проекта финансовыми, материальными, человеческими и другими ресурсами. Куратор проекта отвечает за достижение проектом конечных целей и реализацию выгод для организации. |
| Руководитель проекта | Руководитель проектной команды, ответственный за управление проектом, достижение целей проекта в рамках бюджета, в срок и с заданным уровнем качества. |
| Системный архитектор | Обеспечивает управление рабочей группой и контроль качества в рамках всех этапов проекта. Формирует архитектуру и идеологию ХД, оценку имеющихся технических возможностей, взаимосвязи со смежными системами , проектную документацию . |
| Бизнес-аналитик | Обеспечивает двустороннюю взаимосвязь между предметными экспертами (функциональными специалистами) Заказчика и IT-специалистами Исполнителя путем сбора требований, их обработки, документирования и передачи специалистам Исполнителя, а также путем доведения полученных результатов до представителей Заказчика. |
| Специалист по модели данных | Является архитектором модели данных. Формирует концептуальную и логическую модели данных . Участвует в формировании физической модели данных. |
| Администратор БД | Проводит установку и настройку СУБД. Непосредственно участвует в разработке физической модели данных. Отвечает за выработку требований к БД, её проектирование, реализацию, оптимизацию, сопровождение и архивирование , включая управление учётными записями пользователей БД и защиту от несанкционированного доступа. |
| Администратор приложений | Обеспечивает установку и настройку сервера приложений и его компонентов, разработку дополнительных приложений . Обеспечивает разграничение прав доступа на прикладном уровне. |
| Разработчик ETL-процессов | Проводит установку и настройку сервера ETL. Обеспечивает настройку процессов извлечения данных из систем, их преобразование для хранения в заданных структурах и с заданным качеством, загрузку в область постоянного хранения. |
| Разработчик BI-приложений | Обеспечивает настройку средств визуализации данных (отчетов, запросов, графиков) в необходимом и наиболее эффективном для пользователя виде. |
Ниже приведено описание проектных ролей команды проекта со стороны Заказчика.
Для участия в проекте со стороны Заказчика могут привлекаться следующие сотрудники.
| Роль | Описание |
|---|---|
| Системный администратор | Сотрудник, обеспечивающий штатную работу серверного оборудования, системного программного обеспечения, поддержку и настройку информационной безопасности на уровне системного ПО. |
| Администратор безопасности | Сотрудник, обеспечивающий информационную безопасность внутри IT-инфраструктуры компании и разграничение прав доступа как к IT-ресурсам, так и к данным. В разных организациях обязанности могут варьироваться. |
| Администратор сети | Сотрудник, отвечающий за работу компьютерной сети в штатном режиме, настройку безопасности и ее развитие. |
| Разработчики информационных систем | Сотрудники, отвечающие за развитие и сопровождение информационных систем Заказчика. |
Для успешной и слаженной работой над проектом, участники команды проекта должны обладать соответствующей квалификацией .
Степень ответственности каждого члена проектной команды за выполнение той или иной задачи на каждом из
Ниже приведенная информация является справочным материалом. Подробнее о данном материале и его практическом применении вы можете узнать, просмотрев видео.
Типы команд проекта
1. Привлечение руководителей или специалистов к работе над проектом по совместительству с основной работой. Члены проектной команды сидят на своих рабочих местах. Взаимодействие через средства связи, а также на периодическом совещании.
2. "Предприятие в предприятии" (классическая модель). Члены проектной команды сидят в одной комнате, взаимодействие проходит постоянно.
3. Смешанные формы. Вместе сидят только ключевые члены проектной команды, остальные на своих рабочих местах
Правела работы команды проекта
- это временная группа специалистов, создаваемая на период выполнения проекта.
Основная задача этой группы
- обеспечение достижения целей проекта.
1. Первый закон. Все решения направлены на достижение целей проекта.
2. Второй закон. Управлять можно только оставшейся частью проекта.
Условия эффективной работы команды проекта
1. Иерархия в компании.
2. Коммуникации.
3. Задачи, выходящие за рамки одного отдела.
4. Профессионализм и готовность к командной работе.
5. Отношение к нестандартным решениям и подходам.
6. Проблемы организации, не требующие командного подхода.
Структура команды проекта и роли в проекте
Команда проекта состоит из:
Группы принятия ключевых решений:
2. Руководитель проекта.
3. Главный инженер проекта.
4. Администратор проекта.
Группы управления проектом
1. Руководитель портфеля проектов.
2. Руководитель проекта.
3. Главный инженер проекта.
4. Администратор проекта.
5. Менеджер по затратам.
6. Менеджер по поставкам.
7. Менеджер по трудовым ресурсам.
8. Менеджер по качеству.
9. Менеджер по рискам.
Группа по предметной области
1. Главный инженер проекта.
2. Специалисты по предметной области.
Руководитель портфеля проектов
1. Представляет проект и проектную команду на совещаниях руководства;
2. Формирует цели, задачи, ключевые вехи, результаты проекта и критерии оцени их достижения согласно о бизнес-стратегии предприятия;
3. Обеспечивает соответствие целей и результатов проекта бизнес-стратегии Компании;
ролевая инструкция руководителя портфеля проектов .
Руководитель проекта
1. Подбирает Команду проекта;
2. Разрабатывает планы работы Команды проекта;
3. Собирает совещания команды проекта для решения оперативных вопросов;
4. Определяет процедуру сбора информации по проекту, документов, отчетов;
5. Разрабатывает и контролирует План управления проектом;
6. Осуществляет интеграцию всех областей управления проектом;
7. Формирует Обоснование проекта и Устав проекта;
8. Отвечает за качество управления проектом;
Документом, регламентирующим работу данной роли в проекте, является ролевая инструкция руководителя проекта .
Администратор проекта
1. Организовывает обмен информации внутри проекта;
2. Подготавливает совещания, ведет протоколы;
3. Ведет информационную базу проекта;
4. Собирает, отчетность по проекту и организует реагирование на поступающие вопросы от участников проекта;
5. Отвечает за хранение документов по проекту, архивирование;
Документом, регламентирующим работу данной роли в проекте, является ролевая инструкция администратора проекта .
Главный инженер проекта
1. Разрабатывает требования к результатам проекта;
2. Определяет предметную область проекта, разрабатывает производственную СДР;
3. Управляет содержанием проекта в части производственных процессов;
4. Разрабатывает техническое задание (ТЗ);
5. Несет ответственность за качество основных производственных результатов проекта;
Документом, регламентирующим работу данной роли в проекте, является ролевая инструкция главного инженера проекта .
Специалисты по предметной области
1. Выполняет работы по предметной области проекта;
2. Несет ответственность за качественное выполнение назначенных работ;
Менеджер по затратам
1. Составляет бюджет проекта;
2. Рассчитывает эффективность капиталовложений на каждом из этапов предварительной проработки проекта;
3. Контролирует движение денежных средств;
4. Отвечает за неисполнение бюджета проекта;
Документом, регламентирующим работу данной роли в проекте, является ролевая инструкция менеджера по затратам .
Менеджер по поставкам
1. Принимает участие в формировании потребности в МТР. Обеспечивает и контролирует процедуру обеспечения МТР с момента подачи заявки до момента получения;
2. Обеспечивает и контролирует процедуру заключения договоров с контрагентами на оказание услуг;
3. Анализирует предложения контрагентов, участвует в предквалификации и выборе контрагентов;
4. Оформляет договоры с подрядчиками по поставкам;
5. Администрирует и контролирует договоры и оплату по ним;
6. Проводит закрытие договоров;
Документом, регламентирующим работу данной роли в проекте, является ролевая инструкция менеджера по контрактам .
Менеджер по трудовым ресурсам
1. Планирует трудовые ресурсы на основе СДР;
2. Составляет матрицу ответственности;
3. Организует подбор работников для работ по проекту;
4. Организует обучение и повышение квалификации работников участвующих в проекте;
Документом, регламентирующим работу данной роли в проекте, является .
Менеджер по качеству
1. Разрабатывает критерии качества;
2. Составляет план по качеству;
3. Организует мероприятия по обеспечению и контролю качества;
Документом, регламентирующим работу данной роли в проекте, является ролевая инструкция менеджера по качеству .
Менеджер по рискам
1. Разрабатывает и контролирует выполнение Плана управления рисками;
2. Составляет перечень рисков;
3. Проводит всесторонний анализ рисков;
4. Разрабатывает План реагирования на риски;
5. Осуществляет мониторинг рисков;
6. Несет ответственность за качество управления рисками;
Документом, регламентирующим работу данной роли в проекте, является