Microsoft solution framework достоинства и недостатки
Партнерство с заказчиками
В модели команды MSF , основанной на представлении интересов, ключевое внимание уделяется пониманию потребностей заказчика и участию представителей заказчика в реализации проекта. Главный приоритет для любой профессиональной команды - действовать так, чтобы клиенты были довольны результатами. Ориентироваться на клиента - значит понимать его проблемы. Разобравшись в решаемой проблеме клиента, надо вовлечь его в работу в том объеме, который соответствует его ожиданиям. На всех фазах проекта нужно поддерживать открытое, активное, регулярное общение с заказчиком. Это важно потому, что зачастую только заказчик видит разницу между действительными и мнимыми проблемами бизнеса.
Единая точка зрения
В MSF настойчиво рекомендуется выработать единую точку зрения на подходы к реализации решения. Общий взгляд всех участников команды гарантирует, что они одинаково понимают, каков будет результат их работы; они сплачиваются вокруг единой цели и одинаково трактуют потребности заказчика. Совместная работа единомышленников всегда эффективнее, поскольку решения принимаются не произвольно, а основываясь на общем видении проблемы. Без единой точки зрения участники команды могут иметь противоречивые представления о целях работы, а достигнуть нужных результатов в этом случае сложнее. Даже после того как результат получен, не все участники могут согласиться с тем, что он оказался успешен. Понимание достоинств выработанного решения и умение их сформулировать зачастую является ключевым фактором успеха.
Инкрементная выдача результатов
Ничто так не завоевывает доверие заказчика, как частая выдача результатов. Очень выгодно постоянно иметь "практически готовый" продукт. Реагирование на потребности заказчика регулярной выдачей небольших работоспособных дополнений наглядно демонстрирует прогресс разработки. При частой выдаче результатов для заказчика существует гарантия работоспособности команды и развития процесса и инфраструктуры. При этом риски, ошибки и упущенные требования выявляются на ранних стадиях. Инкрементный подход подтверждает правильность проектных решений и обеспечивает их корректировку благодаря эффективной обратной связи.
Для частой выдачи результатов работа должна быть разбита на небольшие фрагменты, результаты должны выдаваться точно по графику, а в случае нескольких вариантов решения должны предоставляться они все, а не один успешно выбранный.
Планируйте, выполняйте планы, оценивайте прогресс и темп работы команды на основе инкрементной выдачи результатов - и вы увеличите рентабельность. Минимизируйте деятельность, не приносящую понятных заказчику конкретных результатов. Применяйте итерации для поддержания ритма выдачи тех результатов, которые ваш клиент способен оценить. Внимательно оценивайте эффективность передачи работ от одного участника команды другому. Разработчики должны постоянно проверять создаваемый продукт, а ваша компания - испытывать новые версии.
Инвестиции в качество
В успешной команде каждый участник должен чувствовать свою ответственность за разрабатываемый продукт и быть представителем интересов заказчика, заботясь о качестве на протяжении всего жизненного цикла разработки. Качество должно учитываться в планах и графиках. Используйте ассигнования на исправление дефектов (запланированные итерации для устранения неисправностей) для снижения общих затрат на ошибки. Таким образом вы несколько снизите темпы разработки, обеспечив резерв времени в последующих итерациях для уменьшения числа дефектов.
Широкие полномочия участников проекта
Команда работает эффективно, когда каждому участнику предоставлены все необходимые полномочия для выполнения его обязанностей и он уверен, что если его работа зависит от коллег, она будет выполнена. В свою очередь, заказчик вправе считать, что команда выполнит свои обязательства, и может строить свои планы, исходя из этого предположения. В случае возможной задержки или изменения функций необходимо своевременно уведомить об этом клиента.
Модель команды
Модель команды MSF описывает подход компании Microsoft к структуризации участников команды и их действий, приводящих к успеху проекта. Фундаментальными принципами модели команды MSF являются:
- команда - это группа равнозначных сотрудников с четкой подотчетностью, разделяемой ответственностью и свободным общением;
- защита интересов каждого ключевого представителя, вовлеченного в проект, голос которого может повлиять на успех;
- необходимая гибкость в масштабировании команды.
Четкая подотчетность
Модель команды MSF основывается на предпосылке, что цели всех участников равноценны, сегменты деятельности в рамках проекта уникальны и при этом нет единого представителя всех разнообразных целей. При таком подходе в команде равнозначных участников целесообразно совмещать четкую подотчетность перед заинтересованными сторонами с коллективной ответственностью за конечный результат. Каждый участник подотчетен коллективу (и организации, которая за ним стоит) за достижение целей, установленных для его роли. Другими словами, представитель каждой роли обязан отчитываться за свой вклад в конечный результат. Ответственность же в команде равнозначных участников распределяется равномерно. На то есть причины: во-первых, невозможно выделить результат работы отдельного участника из общего решения, и, во-вторых, команда работает эффективнее, когда каждый ее участник, исполняющий любую роль, видит картину в целом. Такая взаимозависимость членов коллектива должна стимулировать их интерес к областям, за котор ые они не подотчетны, обеспечивая полноценное использование всего спектра знаний, компетенции и опыта команды.
Достижения проекта относятся ко всем участникам: они разделяют всеобщее уважение и заслуженное вознаграждение в случае удачных решений. Вместе с этим, каждый участник проекта должен задуматься над повышением своего профессионального уровня, извлекая уроки из менее удачных проектов.
Учет любого опыта
Каждый проект, среда и команда уникальны, следовательно любой проект и всякая его итерация - это потенциальный источник дополнительного опыта. Однако нельзя узнать ничего нового без обратной связи и открытости в коллективе. Если не заботиться об участниках команды, не давать им почувствовать себя раскрепощенными, обратная связь будет ограниченной и неэффективной. Если же обеспечить людям психологический комфорт, каждый участник и команда в целом будут нацелены на самосовершенствование, углубление своих знаний и обмен ими с коллегами. Как уже отмечалось, в графике проекта нужно учесть время на обучение, в том числе на основе предыдущего и чужого опыта. Подробный анализ сделанного в доброжелательной атмосфере - ключевой принцип MSF , обеспечивающий эффективные коммуникации между членами команды.
Свободное общение
Исторически во многих организациях и проектах применялся принцип необходимого знания, в соответствии с которым сотрудники получали доступ только к тем сведениям, которые были нужны для выполнения конкретных функций. Зачастую такой подход приводит к недоразумениям и снижает шансы команды на достижение успеха.
В MSF предлагается открытый и честный обмен информацией как внутри команды, так и с ключевыми заинтересованными сторонами вне ее. Свободный обмен информацией не только сокращает риск возникновения недоразумений и неоправданных затрат, но и обеспечивает максимальный вклад всех участников команды в снижение существующей в проекте неопределенности.
Гибкость и готовность к переменам
Чем большую отдачу для бизнеса от внедрения новых технологий хотят получить организации, тем больше они должны быть готовы вкладывать в новые области. Нельзя рассчитывать на успех, не осваивая новые территории. В MSF предполагается, что все вокруг непрерывно меняется, и оградить проект от этих перемен невозможно. Применение модели проектной группы MSF гарантирует участие всех ролей и их вовлеченность в процесс принятия решений, обусловленных происходящими переменами. Эта модель поощряет гибкость ( agility ) при работе в меняющейся среде. Участие всех ролей в процессе принятия решений обеспечивает рассмотрение вопросов с учетом полного спектра точек зрения.
Выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл: Планирование — Реализация — Проверка — Оценка
Преимущества итеративного подхода:
• снижение воздействия серьёзных рисков на ранних стадиях проекта, что ведет к минимизации затрат на их устранение;
• организация эффективной обратной связи проектной команды с потребителем (а также заказчиками, стейкхолдерами) и создание продукта, реально отвечающего его потребностям;
• акцент усилий на наиболее важные и критичные направления проекта;
• непрерывное итеративное тестирование, позволяющее оценить успешность всего проекта в целом;
• раннее обнаружение конфликтов между требованиями, моделями и реализацией проекта;
• более равномерная загрузка участников проекта;
• эффективное использование накопленного опыта;
• реальная оценка текущего состояния проекта и, как следствие, большая уверенность заказчиков и непосредственных участников в его успешном завершении.
• затраты распределяются по всему проекту, а не группируются в его конце.
Недостатки:
· целостное понимание возможностей и ограничений проекта очень долгое время отсутствует.
· при итерациях приходится отбрасывать часть сделанной ранее работы.
· добросовестность специалистов при выполнении работ всё же снижается, что психологически объяснимо, ведь над ними постоянно довлеет ощущение, что «всё равно всё можно будет переделать и улучшить позже»
Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software
В основе RUP лежат следующие принципы:
· Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.
· Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)).
· Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.
· Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.
· Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
· Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.
RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта. Итеративная разработка позволяет быстро реагировать на меняющиеся требования, обнаруживать и устранять риски на ранних стадиях проекта, а также эффективно контролировать качество создаваемого продукта.
Microsoft Solutions Framework (MSF) — методология разработки программного обеспечения, предложенная корпорацией Microsoft. MSF опирается на практический опыт Microsoft и описывает управление людьми и рабочими процессами в процессе разработки решения.
MSF представляет собой согласованный набор концепций, моделей и правил.
Модель проектной группы MSF (MSF Team Model) описывает подход Майкрософт к организации работающего над проектом персонала и его деятельности в целях максимизации успешности проекта. Данная модель определяет ролевые кластеры, их области компетенции и зоны ответственности, а также рекомендации членам проектной группы, позволяющие им успешно осуществить свою миссию по воплощению проекта в жизнь.
Модель проектной группы MSF разрабатывалась в течение нескольких лет и возникла в результате осмысления недостатков пирамидальной, иерархической структуры традиционных проектных групп.
В соответствии с моделью MSF проектные группы строятся как небольшие многопрофильные команды, члены которых распределяют между собой ответственность и дополняют области компетенций друг друга. Это дает возможность четко сфокусировать внимание на нуждах проекта. Проектную группу объединяет единое видение проекта, стремление к воплощению его в жизнь, высокие требования к качеству работы и желание самосовершенствоваться.
Экстрема?льное программи?рование (англ. Extreme Programming, XP) — одна из гибких методологий разработки программного обеспечения. Авторы методологии — Кент Бек, Уорд Каннингем, Мартин Фаулер и другие.
Двенадцать основных приёмов экстремального программирования (по первому изданию книги Extreme programming explained) могут быть объединены в четыре группы:
· Короткий цикл обратной связи (Fine scale feedback)
· Разработка через тестирование (Test driven development)
· Игра в планирование (Planning game)
· Заказчик всегда рядом (Whole team, Onsite customer)
· Парное программирование (Pair programming)
· Непрерывный, а не пакетный процесс
· Непрерывная интеграция (Continuous Integration)
· Рефакторинг (Design Improvement, Refactor)
· Частые небольшие релизы (Small Releases)
· Понимание, разделяемое всеми
· Простота (Simple design)
· Метафора системы (System metaphor)
· Коллективное владение кодом (Collective code ownership) или выбранными шаблонами проектирования (Collective patterns ownership)
Стремясь достичь максимальной отдачи от IT-проектов, Майкрософт выпустил в свет пакет руководств по эффективному проектированию, разработке, внедрению и сопровождению решений, построенных на основе своих технологий. Все это представлено в виде двух связанных и хорошо дополняющих друг друга областей знаний: Microsoft Solutions Framework (MSF) и Microsoft Operations Framework (MOF).
Технология разработки решений по проектированию и реализации информационных технологий - Microsoft Solution Framework (MSF) содержит в себе набор моделей и четко определенных этапов, которые можно рассматривать и как рекомендации, и как руководство по планированию, ведению и управлению проектами создания информационных систем. Эти модели - результат интеграции в единую систему наиболее успешных и многократно примененных практик, выявленных в процессе анализа опыта по разработке программных продуктов, накопленного фирмой Microsoft, ее заказчиками и партнерами.
Перед многими компаниями стоит задача так организовать управление проектами, чтобы программные продукты были неизменно высокого качества, и всегда появлялись в срок и в рамках бюджета. Методология создания программных решений Microsoft Solutions Framework (MSF) опирается на практический опыт корпорации Майкрософт и описывает управление людьми и рабочими процессами в процессе разработки решения под бизнес-требования заказчика.
Microsoft Solutions Framework представляет собой согласованный набор концепций, моделей и правил.
Модель процессов MSF. В модели процессов приводится общее описание организации работ над проектом по разработке и внедрению ИТ-решений.Предлагаемая схема достаточно гибка и может применяться к самым разным проектам в области информационных технологий. В версии 3 концепция была расширена и теперь охватывает практически весь цикл создания решений — начиная с их обсуждения и заканчивая внедрением. Такой подход поможет разработчикам сосредоточиться на решении проблем заказчика, так как реальная отдача (business value) появляется только после того, когда решение внедрено и работает.
Модель проектной группыMSF. В модели проектной группы описывается подход Microsoft по организации труда исполнителей с целью обеспечить успешное выполнение проекта. В модели определяются роли исполнителей, функции, области ответственности и принципы управления, которые помогают каждому из участников проекта выполнять задачи, которые ставятся перед ними по мере выполнения проекта.
Дисциплина управления рисками MSF. Управление рисками — это одна из основных дисциплин в Microsoft Solution Framework. В методологии MSF с самого начала учитывается, что IT-проекты могут изменяться в процессе реализации, что вносит дополнительную неопределенность. В дисциплине управления рисками MSF предлагается упреждающий подход к управлению рисками, их постоянная оценка и учет при принятии решений.
Дисциплина управления проектами MSF. Управление проектами в MSF построено с учетом работы распределенных проектных групп. Таким образом, предлагаемые механизмы учета обладают большей гибкостью и лучше масштабируются при переходе от малых проектов к большим. В статье описываются принципы управления распределенными проектами и место, которое управление проектом занимает в концепции MSF.
Дисциплина управления подготовкой MSF. Управление подготовкой — еще одна ключевая концепция в MSF. В статье представлено описание принципов учета и управления знаниями, навыками и способностями, которые необходимы для успешного планирования, реализации и управленияИТ-проектами.
Одно из ключевых свойств MSF — возможность коллективного обсуждения в терминах вышеозначенных моделей различных высокоуровневых аспектов проекта, включая концепцию, архитектуру и распределение обязанностей. Другой ключевой аспект — связанность проектной группы и проекта: проект заканчивают те же люди, что и начинают (в противовес другому подходу, при котором над проектом работают несколько групп, каждая из которых, выполнив свой узкоспециализированный кусочек работы, передает проект другой группе, и так вплоть до его завершения). Таким образом, группа, работающая над проектом, обладает всеми навыками, необходимыми для принятий решений, ведущих к его завершению. Развитие же самого проекта рассматривается как последовательное прохождение вех (milestones), позволяющих проектной группе соизмерять степень соответствия первоначального замысла и актуального проекта.
Microsoft все время оценивает свои собственные методологии по ведению проектов, а также отзывы использующих MSF. Анализ этой информации приводит к расширению существующих моделей MSF и включению новых, что делает MSF динамической, постоянно развивающейся и улучшающейся системой.
5.4.1. Управление рисками в MSF for Agile Software Development[1]
Дисциплина управления рисками MSF возводит процесс управления рисками в ранг стратегической задачи, затрагивающей все фазы проекта. В рамках MSF управление рисками – это процесс выявления, анализа и превентивной работы над рисками в целях избежания их превращения в проблемы, приносящие ущерб или иной вред.
В ходе всего проекта команда должна уделять внимание дисциплине управления рисками. Основные ее характеристики:
§ она всеобъемлюща и принимает во внимание все составляющие проекта: людей, бизнес-процессы, технологические элементы и т.д.;
§ она включает в себя пошаговый, систематический и воспроизводимый процесс управления рисками проекта;
§ ее использование непрерывно на протяжении всего жизненного цикла проекта;
§ она превентивна и не исходит из идеологии действия по факту случившегося.
§ она вовлекает всю проектную группу в непрерывное извлечение уроков из полученного опыта.
В 1994 году, стремясь достичь максимальной отдачи от IT-проектов, Microsoft выпустила в свет пакет руководств по эффективному проектированию, разработке, внедрению и сопровождению решений, построенных на основе своих технологий. Эти знания базируются на опыте, полученном Microsoft при работе над большими проектами по разработке и сопровождению программного обеспечения, опыте консультантов Microsoft и лучшем из того, что накопила на данный момент IT-индустрия. Все это представлено в виде двух взаимосвязанных и хорошо дополняющих друг друга областей знаний: Microsoft Solutions Framework (MSF) и Microsoft Operations Framework (MOF).
Следует отметить, что Microsoft разработала на базе общих методов MSF методики для прикладного и специализированного применения. Причем Microsoft сертифицирует экспертов именно по прикладным знаниям в применении MSF (например, сертификация MCTS 74-131 по экспертизе в методике управления проектами). Перед тем как изучать методы MSF, следует сначала определить, какой прикладной вариант MSF имеется в виду.
Наиболее популярные прикладные варианты MSF, разработанные Microsoft:
· методика внедрения решений в области управления проектами;
· методика управления IT-проектами на базе методологий MSF и Agile.
Важность прикладных вариантов MSF подчеркивает тот факт, что в "чистом варианте" саму методику MSF в своих IT-проектах компания Microsoft не использует [36]. В проектах Microsoft Consulting Services применяется гибридная методология MSF и Agile. Несмотря на внешние существенные различия прикладных вариантов MSF, разработанных экспертами Microsoft, база методов MSF для них остается общей и отражает общие методологические подходы к итеративному ведению проектов [35].
MOF призван обеспечить организации, создающие критически важные (mission-critical) IT решения на базе продуктов и технологий Майкрософт, техническим руководством по достижению их надежности (reliability), доступности (availability), удобства сопровождения (supportability) и управляемости (manageability). MOF затрагивает вопросы, связанные с организацией персонала и процессов; технологиями и менеджментом в условиях сложных (complex), распределенных (distributed) и разнородных (heterogeneous) IT-сред. MOF основан на лучших производственных методиках, собранных в IT Infrastructure Library (ITIL), составленной Central Computer and Telecommunications Agency – Агентством правительства Великобритании.
Создание бизнес-решения в рамках отведенных времени и бюджета требует наличия испытанной методологической основы. MSF предлагает проверенные методики для планирования, проектирования, разработки и внедрения успешных IT-решений. Благодаря своей гибкости, масштабируемости и отсутствию жестких инструкций MSF способен удовлетворить нужды организации или проектной группы любого размера. Методология MSF состоит из принципов, моделей и дисциплин по управлению персоналом, процессами, технологическими элементами и связанными со всеми этими факторами вопросами, характерными для большинства проектов. MSF состоит из двух моделей и трех дисциплин. Они подробно описаны в 5 whitepapers. Начинать изучение MSF лучше с моделей (модель проектной группы, модель процессов), а затем перейти к дисциплинам (дисциплина управление проектами, дисциплина управление рисками, дисциплина управление подготовкой).
Модель процессов MSF (MSF process model) представляет общую методологию разработки и внедрения IT-решений. Особенность этой модели состоит в том, что благодаря своей гибкости и отсутствию жестко навязываемых процедур она может быть применена при разработке весьма широкого круга IT-проектов. Эта модель сочетает в себе свойства двух стандартных производственных моделей: каскадной (waterfall) и спиральной (spiral). Модель процессов в MSF 3.0 была дополнена еще одним инновационным аспектом: она покрывает весь жизненный цикл создания решения, начиная с его отправной точки и заканчивая непосредственно внедрением. Такой подход помогает проектным группам сфокусировать свое внимание на бизнесотдаче (business value) решения, поскольку эта отдача становится реальной лишь после завершения внедрения и начала использования продукта.
Процесс MSF ориентирован на "вехи" (milestones) – ключевые точки проекта, характеризующие достижение в его рамках какого-либо существенного (промежуточного либо конечного) результата. Этот результат может быть оценен и проанализирован, что подразумевает ответы на вопросы: "Пришла ли проектная группа к однозначному пониманию целей и рамок проекта?", "В достаточной ли степени готов план действий?", "Соответствует ли продукт утвержденной спецификации?", "Удовлетворяет ли решение нужды заказчика?" и т. д.
Модель процессов MSF учитывает постоянные изменения проектных требований. Она исходит из того, что разработка решения должна состоять из коротких циклов, создающих поступательное движение от простейших версий решения к его окончательному виду.
Особенностями модели процессов MSF являются:
· подход, основанный на фазах и вехах;
· интегрированный подход к созданию и внедрению решений.
Модель процессов включает такие основные фазы процесса разработки, как:
· выработка концепции (Envisioning);
Кроме этого, существует большое количество промежуточных вех, которые показывают достижение в ходе проекта определенного прогресса и расчленяют большие сегменты работы на меньшие, обозримые участки. Для каждой фазы модели процессов MSF определяет:
· что (какие артефакты) является результатом этой фазы;
· над чем работает каждый из ролевых кластеров на этой фазе.
В рамках MSF программный код, документация, дизайн, планы и другие рабочие материалы создаются, как правило, итеративными методами. MSF рекомендует начинать разработку решения с построения, тестирования и внедрения его базовой функциональности. Затем к решению добавляются все новые и новые возможности. Такая стратегия именуется стратегией версионирования. Несмотря на то, что для малых проектов может быть достаточным выпуск одной версии, рекомендуется не упускать возможности создания для одного решения ряда версий. С созданием новых версий эволюционирует функциональность решения.
Итеративный подход к процессу разработки требует использования гибкого способа ведения документации. "Живые" документы (living documents) должны изменяться по мере эволюции проекта вместе с изменениями требований к конечному продукту. В рамках MSF предлагается ряд шаблонов стандартных документов, которые являются артефактами каждой стадии разработки продукта и могут быть использованы для планирования и контроля процесса разработки.
Решение не представляет бизнес-ценности, пока оно не внедрено. Именно по этой причине модель процессов MSF содержит весь жизненный цикл создания решения, включая его внедрение – вплоть до момента, когда решение начинает давать отдачу.
Шаблон:Нет сносок Microsoft. MSF опирается на практический опыт Microsoft и описывает управление людьми и рабочими процессами в процессе разработки решения.
MSF представляет собой согласованный набор концепций, моделей и правил.
Содержание
Введение [ ]
Модель проектной группы MSF (MSF Team Model) описывает подход Майкрософт к организации работающего над проектом персонала и его деятельности в целях максимизации успешности проекта. Данная модель определяет ролевые кластеры, их области компетенции и зоны ответственности, а также рекомендации членам проектной группы, позволяющие им успешно осуществить свою миссию по воплощению проекта в жизнь.
Модель проектной группы MSF разрабатывалась в течение нескольких лет и возникла в результате осмысления недостатков пирамидальной, иерархической структуры традиционных проектных групп.
В соответствии с моделью MSF проектные группы строятся как небольшие многопрофильные команды, члены которых распределяют между собой ответственность и дополняют области компетенций друг друга. Это дает возможность четко сфокусировать внимание на нуждах проекта. Проектную группу объединяет единое видение проекта, стремление к воплощению его в жизнь, высокие требования к качеству работы и желание самосовершенствоваться.
Ниже описываются основные принципы, ключевые идеи и испытанные методики MSF в применении к модели проектной группы.
MSF включает в себя ряд основных принципов. Вот те из них, которые имеют отношение к успешной работе команды:
- Распределение ответственности при фиксации отчетности
- Наделяйте членов команды полномочиями
- Концентрируйтесь на бизнес-приоритетах
- Единое видение проекта
- Проявляйте гибкость — будьте готовы к переменам
- Поощряйте свободное общение
Успешное использование модели проектной группы MSF основывается на ряде ключевых концепций (key concepts):
- Команда соратников
- Сфокусированность на нуждах заказчика
- Нацеленность на конечный результат
- Установка на отсутствие дефектов
- Стремление к самосовершенствованию
- Заинтересованные команды работают эффективно
MSF основан на постулате о шести качественных целях, достижение которых определяет успешность проекта. Эти цели обуславливают модель проектной группы. В то время как за успех проекта ответственна вся команда, каждый из её ролевых кластеров, определяемых моделью, ассоциирован с одной из упомянутых шести целей и работает над её достижением.
В проектную группу входят такие ролевые кластеры:
- управление программой
- управление продуктом
- разработка
- тестирование
- управление релизом
- удовлетворение потребителя
Они ответственны за различные области компетенции (functional areas) и связанные с ними цели и задачи. Иногда ролевые кластеры называются просто ролями. Но в любом случае суть концепции остается той же — построить основу производственных отношений и связанную с ней модель команды такими, чтобы они были приспосабливаемыми (масштабируемыми) для удовлетворения нужд любого проекта.
Как уже было сказано выше, проектная группа по MSF состоит из шести ролевых кластеров, каждый из которых отвечает за:
- управление программой (program manager) — разработку архитектуры решения, административные службы;
- разработку (developer) — разработку приложений и инфраструктуры, технологические консультации;
- тестирование (QAE) — планирование, разработку тестов и отчетность по тестам;
- управление выпуском (release manager) — инфраструктуру, сопровождение, бизнес-процессы, выпуск готового продукта;
- удовлетворение заказчика (user experience) — обучение, эргономику, графический дизайн, техническую поддержку;
- управление продуктом (product manager) — бизнес-приоритеты, маркетинг, представительство интересов заказчика.
Наличие шести ролевых кластеров не означает, что количество членов команды должно быть кратным шести — один человек может совмещать несколько ролей и наоборот, ролевой кластер может состоять из нескольких лиц в зависимости от размера проекта, его сложности и профессиональных навыков, требуемых для реализации всех областей компетенции кластера. Минимальный коллектив по MSF может состоять всего из трех человек. Модель не требует назначения отдельного сотрудника на каждый ролевой кластер. Смысл состоит в том, что в команде должны быть представлены все шесть качественных целей. Обычно, выделение как минимум одного человека на каждый ролевой кластер обеспечивает полноценное внимание к интересам каждой из ролей, но это экономически оправданно не для всех проектов. Зачастую члены проектной группы могут объединять роли.
В малых проектных группах объединение ролей является необходимым. При этом должны соблюдаться два принципа:
- Роль команды разработчиков не может быть объединена ни с какой другой ролью.
- Избежание сочетания ролей, имеющих предопределенные конфликты интересов.
Как и в любой другой командной деятельности, подходящая комбинация ролей зависит от самих членов команды, их опыта и профессиональных навыков. На практике совмещение ролей встречается нередко. И если проектная группа производит его обдуманно и управляет связанными с таким объединением рисками, возникающие проблемы будут минимальными.
MSF не предоставляет конкретных рецептов управления проектами и не содержит объяснений разнообразных методов работы, которые применяют опытные менеджеры. Принципы MSF формируют такой подход к управлению проектами, при котором:
- ответственность за управление проектом распределенная между лидерами ролевых кластеров внутри команды — каждый член проектной группы отвечает за общий успех проекта и качество создаваемого продукта.
- профессиональные менеджеры выступают в качестве консультантов и наставников команды, а не выполняют функции контроля над ней — в эффективно работающей команде каждый её член имеет необходимые полномочия для выполнения своих обязанностей и уверен, что получит от коллег все необходимое.
Как следует из вышесказанного, одна из характерных особенностей MSF — отсутствие должности менеджера проекта!
Модель проектной группы MSF предлагает разбиение больших команд (более 10 человек) на малые многопрофильные группы направлений (feature teams). Эти малые коллективы работают параллельно, регулярно синхронизируя свои усилия. Кроме того, когда ролевому кластеру требуется много ресурсов, формируются т. н. функциональные группы (functional teams), которые затем объединяются в ролевые кластеры.
Использование ролевых кластеров не подразумевает и не навязывает никакой специальной структуры организации или обязательных должностей. Административный состав ролей может широко варьироваться в разных организациях и проектных группах. Чаще всего роли распределяются среди различных подразделений одной организации, но иногда часть их отводится сообществу потребителей или внешним по отношению к организации консультантам и партнерам. Ключевым моментом является четкое определение работников, ответственных за каждый ролевой кластер, их функций, ответственности и ожидаемого вклада в конечный результат.
Модель проектной группы MSF не обеспечивает успех сама по себе. Есть много других факторов, определяющих успех или неудачу проекта, но структура проектной группы, безусловно, вносит существенный вклад.
Подходящая структура команды является фундаментом успеха, и реализация модели MSF с использованием лежащих в её основе принципов поможет сделать проектные группы более эффективными и, как следствие, более успешными.
Модель процессов MSF [ ]
Модель процессов MSF (MSF process model) представляет общую методологию разработки и внедрения IT решений. Особенность этой модели состоит в том, что благодаря своей гибкости и отсутствию жестко навязываемых процедур она может быть применена при разработке весьма широкого круга IT проектов. Эта модель сочетает в себе свойства двух стандартных производственных моделей: каскадной (waterfall) и спиральной (spiral). Модель процессов в MSF 3.0 была дополнена ещё одним инновационным аспектом: она покрывает весь Управление рисками [ ]
MSF risk management discipline) отстаивает превентивный подход к работе с рисками в условиях такой неопределенности, непрерывное оценивание рисков и использование информации о рисках в рамках процесса принятия решений на протяжении всего жизненного цикла проекта. Данная дисциплина предлагает принципы, идеи и рекомендации, подкрепленные описанием пошагового процесса для успешного активного управления рисками. Этот процесс включает в себя выявление и анализ рисков; планирование и реализацию стратегий по их профилактике и смягчению возможных последствий; отслеживание состояния рисков и извлечение уроков из обретенного опыта. Девиз MSF — мы не боремся с рисками — мы ими управляем.
Как уже говорилось выше, в MSF нет роли «менеджер проекта». Деятельность по управлению проектом распределяется между лидерами групп и ролевым кластером «Управление программой».
Для лидеров групп и ролевого кластера «Управление программой» инструментом управления проектом, облегчающим создание планов и календарных графиков, является WBS. Иерархическая структура работ ( Управление подготовкой [ ]
Управление подготовкой — это также одна из ключевых дисциплин Microsoft Solutions Framework (MSF). Она посвящена управлению знаниями, профессиональными умениями и способностями, необходимыми для планирования, создания и сопровождения успешных решений. Дисциплина управления подготовкой MSF описывает фундаментальные принципы MSF и дает рекомендации по применению превентивного подхода к управлению знаниями на протяжении всего жизненного цикла информационных технологий. Эта дисциплина также рассматривает планирование процесса управления подготовкой. Будучи подкрепленной испытанными практическими методиками, дисциплина управления подготовкой предоставляет проектным группам и отдельным специалистам базу для осуществления этого процесса.
Следует отметить, что Microsoft. Например, для организации процесса производства ПО можно использовать MSF и при этом применять инструменты Версии [ ]
Первая версия MSF появилась в 1994 году . Текущая версия — MSF 4.0 была представлена в 2005 году. В данной версии произошло разделение методологии на два направления: MSF for Agile Software Development и MSF for CMMI Process Improvement.
Кроме этого, появилась роль архитектора и поддержка методологии в инструменте — Ссылки [ ]
Читайте также: