Следующие испытанные методики (proven practices) являются общими средствами достижения успеха команд, практикующих MSF.
Малые многопрофильные проектные группы
Малые многопрофильные команды (small, multidisciplinary teams) имеют ряд несомненных преимуществ. Одно из них – большая оперативность действий в сравнении с крупными коллективами. Поэтому при работе над большими проектами лучше создавать команды команд – набор малых групп, работающих параллельно. При этом работники, являющиеся экспертами в определенных областях или имеющие специфические функции, получают полномочия действовать в рамках своих областей компетенции.
Внутри проектной группы – и даже внутри отдельного ролевого кластера – существуют задачи, требующие различных профессиональных навыков. Все члены команды или ролевого кластера, имеющие различные образование, опыт и специализацию, вносят свой уникальный вклад в работу коллектива и, в итоге, в создание конечного продукта.
Коллективная работа
Одна из целей модели проектной группы – уменьшение издержек взаимодействия. Как следствие, команды имеют меньше препятствий для эффективного обмена информацией. Помимо структуры организации, важную роль в эффективности ее внутренних и внешних информационных потоков играет пространственная близость сотрудников.
В своей книге Microsoft Secrets, посвященной Майкрософт, Michael A. Cusumano и Richard W. Selby пишут:
“... Единое место работы позволяет сотрудникам, занятым над проектом, регулярно собираться вместе, обсуждая различные идеи. Частое и беспрепятственное общение способно предотвратить большие проблемы”.
Также соседство рабочих мест помогает команде укрепить чувство сплоченности и единства.
Сближение сотрудников – например, работа в одной секции здания, объединение их офисов или выделение специального места для сбора команды – наиболее эффективный способ создания условий для свободного общения, что является существенной составляющей формулы командного успеха MSF.
Однако, хотя идеальным выбором является сближение рабочих мест, требования бизнеса и современные технологические нововведения в коммуникациях делают возможным создание успешных “виртуальных” команд.
Виртуальные команды – это команды, взаимодействующие и общающиеся главным образом посредством электронных коммуникаций. Обмен информацией в них идет через границы стран и организаций, пространство и время. Связь с коллегами через Internet в режиме реального времени коренным образом меняет принципы работы и обмена информацией. Internet становится для членов команды новым коммуникационным стандартом, и программное обеспечение, делающее возможной удаленную коллективную работу, открывает путь к дальнейшему повышению продуктивности в новых условиях.
Для виртуальных команд модель проектной группы MSF является ключевой. Без надлежащего уровня организации, объединяющего все рабочие роли в единое целое, удаленность работников потребовала бы еще большего количества дискуссий, договоров и взаимосвязей, более жесткого планирования и дополнительных инструментов мониторинга проекта для обеспечения слаженности работы.
Жизненно важная составляющая виртуальной команды – это уверенность каждого её члена в возможности положиться на других, что достигается выработкой общей корпоративной культуры, неустанной управленческой работой и – как только это становится возможным – переносом работы в одно место (или хотя бы совместным отдыхом).
Исследования показывают, что при формировании виртуальных команд коммуникационным способностям и социальным качествам работников обычно уделяется недостаточное внимание. Аналитики говорят, что это упущение обычно является основной причиной неудач многих проектов. Поэтому при создании виртуальной команды подбирайте людей, которые:
-
могут работать самостоятельно;
-
обладают лидерскими качествами;
-
имеют необходимые для создания продукта профессиональные навыки;
-
способны передавать свои знания коллегам;
-
могут помочь в развитии эффективных методов работы.
Всеобщее участие в проектировании
Каждый ролевой кластер участвует в создании спецификации решения, поскольку имеет уникальный взгляд на продукт с точки зрения его соответствия своим задачам, также как и задачам всей команды. Это создает климат, стимулирующий возникновение и воплощение лучших идей, охватывающих все точки зрения.1
Обзор модели команды MSF
MSF основан на постулате о шести качественных целях, достижение которых определяет успешность проекта. Эти цели обуславливают модель проектной группы. В то время как за успех проекта ответственна вся команда, каждый из ее ролевых кластеров, определяемых моделью, ассоциирован с одной из упомянутых шести целей и работает над ее достижением.
Шесть ролевых кластеров модели проектной группы – это “Управление продуктом” (product management), “Управление программой” (program management), “Разработка” (development), “Тестирование” (test), “Удовлетворение потребителя” (user experience) и “Управление выпуском” (release management). Они ответственны за различные области компетенции (functional areas) и связанные с ними цели и задачи. Иногда ролевые кластеры называются просто ролями. Но в любом случае суть концепции остается той же – построить основу производственных отношений и связанную с ней модель команды такими, чтобы они были приспосабливаемыми (масштабируемыми) для удовлетворения нужд любого проекта. Одна роль (или один кластер) может быть представлена одним или несколькими сотрудниками, в зависимости от размера проекта, его сложности и профессиональных навыков, требуемых для реализации всех областей компетенции кластера.
Модель проектной группы MSF подчеркивает важность построения ролевых кластеров в соответствии с нуждами бизнеса. Группировка связанных областей компетенции, каждая из которых имеет свою специфику, обеспечивает хорошую сбалансированность команды. Четкое определение целей повышает уровень ответственности и способствует лучшему их восприятию проектной командой, что незамедлительно сказывается наилучшим образом на качестве выпускаемого продукта. Поскольку каждая из целей одинаково необходима для успешности проекта, все роли находятся в равноправных партнерских взаимоотношениях с равной значимостью при принятии решений.
Заметим, что использование ролевых кластеров не подразумевает и не навязывает никакой специальной структуры организации или обязательных должностей. Административный состав ролей может широко варьироваться в разных организациях и проектных группах. Чаще всего роли распределяются среди различных подразделений одной организации, но иногда часть их отводится сообществу потребителей или внешним по отношению к организации консультантам и партнерам. Ключевым моментом является четкое определение работников, ответственных за каждый ролевой кластер, их функций, ответственности и ожидаемого вклада в конечный результат.
Ролевой кластер
|
Цель
|
Область компетенции
|
Функции
|
Управление продуктом
|
Удовлетворенные заказчики
|
Маркетинг
Бизнес-отдача (бизнес-приоритеты)
Представление интересов заказчика
Планирование продукта
|
Выступает в роли представителя заказчика
Формирует общее видение/рамки проекта
Организует работу с требованиями заказчика
Развивает сферы применения в бизнесе
Формирует ожидания заказчика
Определяет компромиссы между параметрами “возможности продукта / время / ресурсы”
Организует маркетинг, PR и евангелизацию
Разрабатывает, поддерживает и исполняет план коммуникаций
|
Управление программой
|
Достижение результата в рамках проектных ограничений
|
Управление проектом
Выработка архитектуры решения
Контроль производственного процесса
Административные службы
|
Управляет процессом разработки с целью получения готового продукта в отведенные сроки
Формулирует спецификацию продукта и разрабатывает его архитектуру
Регулирует взаимоотношения и коммуникацию внутри проектной группы
Следит за временным графиком проекта и готовит отчетность о его состоянии
Проводит в жизнь важные компромиссные решения
Разрабатывает, поддерживает и исполняет сводный план и календарный график проекта
Организует управление рисками
|
Разработка
|
Создание продукта в соответствии со спецификацией
|
Технологическое консультирование
Проектирование и осуществление реализации
Разработка приложений
Разработка инфраструктуры
|
Определяет детали физического дизайна
Оценивает необходимые время и ресурсы на реализацию каждого элемента дизайна
Разрабатывает или контролирует разработку элементов
Подготавливает продукт к внедрению
Консультирует команду по технологическим вопросам
|
Тестирование
|
Одобрение выпуска продукта только лишь после того, как все дефекты выявлены и улажены
|
Планирование тестов
Разработка тестов
Отчетность по тестам
|
Обеспечивает обнаружение всех дефектов
Разрабатывает стратегию и планы тестирования
Осуществляет тестирование
|
Удовлетворение потребителя
|
Повышение эффективности пользователя, увеличение потребительской ценности продукта
|
Обеспечение технической поддержки
Обучение
Эргономика
Графический дизайн
Интернационализация
Общедоступность (обеспечение возможности работы для пользователей с ограниченными физическими возможностями)
|
Представляет интересы потребителя в команде
Организует работу с требованиями пользователя
Проектирует и разрабатывает системы поддержки производительности
Определяет компромиссы, относящиеся к удобству использования и потребительским качествам продукта
Определяет требования к системе помощи и её содержание
Разрабатывает учебные материалы и осуществляет обучение пользователей
|
Управление выпуском
|
Беспроблемное внедрение и сопровождение продукта
|
Инфраструктура
Сопровождение
Бизнес-процессы
Управление выпуском готового продукта
|
Представляет интересы отделов поставки и обслуживания продукта
Организует снабжение проектной группы
Организует внедрение продукта
Вырабатывает компромиссы в управляемости и удобстве сопровождения продукта
Организует сопровождение и инфраструктуру поставки
Организует логистическое обеспечение проектной группы
|
Достарыңызбен бөлісу: |