msf что это значит

Msf что это значит

1 MSF

2 MSF

уплотнительное оребрение
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

3 MSF

4 MSF

5 MSF

6 MSF

7 MSF

8 MSF

9 MSF

10 MSF

11 MSF

12 MSF

13 MSF

14 MSF

15 msf

16 MSF

17 MSF

См. также в других словарях:

Msf — Cette page d’homonymie répertorie les différents sujets et articles partageant un même nom. <<>> Sigles d une seule lettre Sigles de deux lettres > Sigles de trois lettres … Wikipédia en Français

MSF — may refer to: * National Physical Laboratory (MSF) time signal* Mail Summary File(.msf), file extension used by Earthlink, Mozilla Thunderbird, and Netscape mail clients. * Major Street basketball Foundation (MSF Basketball) * Manufacturing… … Wikipedia

MSF — (Médecins Sans Frontières) Doctors Without Borders (an independent humanitarian medical aid agency) … English contemporary dictionary

MSF — Cette page d’homonymie répertorie les différents sujets et articles partageant un même nom. Sigles d’une seule lettre Sigles de deux lettres > Sigles de trois lettres Sigles de quatre lettres … Wikipédia en Français

MSF — noun MSF time signal, also known as … Wiktionary

MSF — Médecins Sans Frontières. Association humanitaire d origine française, créée en 1971, à statut d organisation non gouvernementale, regroupant des médecins et du personnel médical spécialisés dans l intervention d urgence ou les prestations de… … Sigles et Acronymes francais

MSF — Medicins Sans Frontieres ( Doctors Without Borders ); mission support force; multiplex signal format … Military dictionary

MSF 60 — Zeitzeichen steht für: Zeitzeichen (Tonfolge), eine Tonfolge, die in einem Hörfunk oder Fernsehprogramm eine volle Stunde mit Vorwarnung anzeigt Zeitzeichen (Zeitschrift), eine evangelische Zeitschrift Zeitzeichensender, ein Sender von… … Deutsch Wikipedia

.msf — Mozilla Thunderbird Pour les articles homonymes, voir Thunderbird. Mozilla Thunderbird … Wikipédia en Français

MSF — Médecins Sans Frontières Международная медицинская гуманитарная организация «Врачи без границ» Microsoft Solutions Framework методология разработки программного обеспечения от Microsoft. Multiservice Switching Forum (Форум Коммутации… … Википедия

Источник

Блог Романа Кузьмина

Блог об управлении IT проектами

четверг, 3 июля 2008 г.

Что такое MSF

Продолжаю публиковать конспекты семинаров по методологиям управления проектами.

Этот посвящен MSF. Автором семинара является мой коллега Антон Сальник. Конспект опубликован с его согласия.

Модель проектной группы

Масштабирование модели проектной группы

Фазы и вехи модели процессов MSF

Фаза выработки концепци (Envisioning)

Фаза планирования (Planning)

Фаза разработки (Development)

Фаза стабилизации (Stabilizing)

О чем еще рассказывается в модели процессов

Дисциплина управления проектами

Дисциплина управления рисками

Дисциплина управления подготовкой

Масштабирование проектных групп

Таблица совместимости ролей

Введение

Структура MSF

Технология MSF состоит из двух моделей:

Модель проектной группы;

Дисциплина управления проектами;

Дисциплина управления рисками;

Дисциплина управления подготовкой.

Все они довольно подробно описаны в 5 whitepapers [1]. Рассмотрим все эти части более детально.

Модель проектной группы

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

К основным принципам и ключевым концепциям, определяющих проектную группу MSF относятся:

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

Единое видение проекта. А именно единое четкое понимание целей и задач проекта.

Распределение ответственности при фиксации отчетности.

Нацеленность на необходимый заказчику конечный результат;

Наличие у сотрудников необходимых полномочий;

Установка на отсутствие дефектов;

Стремление к совершенствованию;

Гибкость и готовность к переменам;

Заинтересованность и энтузиазм.

Ролевые кластеры

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

Модель проектной группы MSF определяет шесть ролевых кластеров. Они ответственны за различные области компетенции ( functional areas ) и связанные с ними цели и задачи. Иногда ролевые кластеры называются просто ролями. Одна роль (или один кластер) может быть представлена одним или несколькими сотрудниками, в зависимости от размера проекта, его сложности и профессиональных навыков, требуемых для реализации всех областей компетенции кластера.

Цель: Удовлетворенные заказчики.

Представление интересов заказчика;

Цель: Достижение результата в рамках проектных ограничений.

Выработка архитектуры решения;

Контроль производственного процесса;

Цель: Создание продукта в соответствии со спецификацией.

Проектирование и осуществление реализации;

Цель: Одобрение выпуска продукта только лишь после того, как все дефекты выявлены и улажены.

Отчетность по тестам.

Цель: Повышение эффективности пользователя, увеличение потребительской ценности продукта.

Обеспечение технической поддержки;

Общедоступность (обеспечение возможности работы для пользователей с ограниченными физическими возможностями);

Цель: Беспроблемное внедрение и сопровождение продукта.

Управление выпуском готового продукта.

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

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

Как следует из вышесказанного, одна из характерных особенностей MSF — отсутствие должности менеджера проекта!

Масштабирование модели проектной группы

Модель проектной группы MSF предлагает разбиение больших команд (более 10 человек) на малые многопрофильные группы направлений ( feature teams ). Эти малые коллективы работают параллельно, регулярно синхронизируя свои усилия.

В одном ролевом кластере может быть много людей;

Один человек может взять на себя несколько ролей;

создаем группы направлений;

создаем функциональные группы;

смотрим таблицу совместимости ролей (из таблицы можно сделать вывод, что минимальный размер команды – 3 человека: удовлетворение потребителя, управление продуктом, Тестирование; Управление программой и выпуском; Разработка);

Модель процессов

Модель процессов MSF (MSF process model) представляет общую методологию разработки и внедрения IT-решений, а именно описывает последовательность действий, осуществляемых в ходе реализации проекта.

Модель процессов MSF объединяет в себе принципы каскадной и спиральной моделей.

Тремя особенностями модели процессов MSF являются:

Подход, основанный на фазах и вехах.

Вехи и фазы

Занимая центральное место в методологии MSF, вехи используются как опорные точки для планирования и мониторинга хода проекта.

MSF вводит два типа вех: главные (major) и промежуточные (interim). Они имеют следующие особенности:

Главные вехи служат точками перехода от одной фазы к другой. Они также определяют изменения в текущих задачах ролевых кластеров.

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

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

Итеративный подход

Итеративный подход к процессу разработки широко используется в MSF. MSF рекомендует начинать разработку решения с построения, тестирования и внедрения его базовой функциональности. А затем к решению добавляются все новые и новые возможности.

Фазы и вехи модели процессов MSF

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

Для каждой фазы модели процессов MSF определяет:

Что (какие артефакты) является результатом этой фазы;

Над чем работает каждый из ролевых кластеров на этой фазе;

Фаза выработки концепци (Envisioning)

Основными задачами фазы выработки концепции являются создание ядра проектной группы и подготовка документа общего описания и рамок проекта (vision/scope document).

Веха: Концепция утверждена.

Общее описание и рамки проекта (vision/scope document).

Документ оценки рисков (risk assessment document).

Описание структуры проекта (project structure document).

Рекомендуемые промежуточные вехи:

Ядро проектной группы сформировано

Черновой вариант концепции проекта составлен

Фаза планирования (Planning)

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

Веха: Планы проекта утверждены.

План управления рисками;

Сводный план и сводный календарный график проекта.

Рекомендуемые промежуточные вехи:

Базовая версия функциональной спецификации создана;

Базовая версия сводного плана проекта создана;

Базовая версия сводного календарного графика проекта создана;

Среды разработки и тестирования развернуты.

Фаза разработки (Development)

На фазе разработки проектная группа фокусируется на создании компонент решения (включая как документацию, так и программный код). Следует обратить внимание, что активность проектной команды на этом этапе не ограничивается написанием разработчиками кода – все ролевые кластеры принимают деятельное участие в создании и тестировании решения.

Веха: Разработка завершена.

Исходный и исполнимый код приложений;

Скрипты установки и конфигурирования;

Окончательная функциональная спецификация;

Материалы поддержки решения;

Спецификации и сценарии тестов.

Рекомендуемые промежуточные вехи:

Фаза стабилизации (Stabilizing)

Во время фазы стабилизации производится тестирование разработанного решения. При этом внимание фокусируется на его эксплуатации в реалистичной модели производственной среды. Проектная группа занимается приоритезацией и устранением ошибок, а также подготовкой решения к выпуску.

Веха: Готовность решения утверждена

Окончательный продукт (golden release);

Документация выпуска (release notes);

Материалы поддержки решения;

Результаты и инструментарий тестирования;

Исходный и исполнимый код приложений;

Анализ пройденной фазы (milestone review).

Рекомендуемые промежуточные вехи:

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

Точка достижения нуля ( Точка достижения нуля (zero-bug bounce) – это момент, когда впервые все выявленные ошибки оказываются устраненными. )

Контрольное тестирование завершено

Тестирование приемлемости для потребителей завершено

Пилотное внедрение завершено

Фаза внедрения(Deploying)

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

Веха: Внедрение завершено.

Информационные системы эксплуатации и поддержки;

Процедуры и процессы;

Базы знаний, отчеты, журналы протоколов (logbooks);

Версии проектных документов, массивы данных (load sets) и программный код, разработанные во время проекта;

Отчет о завершении проекта (project close-out report);

Окончательные версии всех проектных документов;

Показатели удовлетворенности заказчика и потребителей;

Описание последующих шагов.

Рекомендуемые промежуточные вехи:

Ключевые компоненты развернуты;

Внедрение на местах завершено;

Внедренное решение стабилизировано.

О чем еще рассказывается в модели процессов

Вскольз упоминается про Управление конфигурацией ( протоколирование и контроль состояний элементов проекта ), Управление изменениями и Управление рисками. Говорится что нужно не забывать про них и дается несколько вариантов в поверхностным описанием как это можно делать;

Дается множество определений.

Дисциплина управления проектами

Носителем профессиональных управленческих навыков и организатором работы команды в MSF является ролевой кластер “Управление программой”. Однако типовые управленческие обязанности при этом распределяются среди лидеров всех ролевых кластеров проектной группы.

Данный дисциплина не предоставляет конкретных рецептов управления проектами и не содержит объяснений многочисленных методов работы, применяемых опытными менеджерами. Однако он показывает, как принципы MSF формируют такой подход к управлению проектами, при котором:

Ответственность за управление проектом распределена среди лидеров ролевых кластеров внутри команды.

Профессиональные менеджеры выступают в качестве консультантов и наставников команды, а не выполняют функции контроля над ней.

Распределение ответственности по управлению проектом среди лидеров групп

Дисциплина управления рисками

Дисциплина управления рисками MSF заимствует хорошо известную модель процесса непрерывного управления рисками, разработанную Software Engineering Institute (SEI). При этом интерпретация этой модели дается в контексте опыта Microsoft. Данная дисциплина предлагает принципы, идеи и рекомендации, подкрепленные описанием шестишагового процесса для успешного активного управления рисками. Этот процесс включает в себя:

Выявление рисков (risk identification) – это фаза, позволяющая членам проектной группы вынести на обсуждение всей команды факты наличия рисков.

Анализ рисков (risk analysis) – это фаза преобразования накопленных во время предыдущего шага оценок и данных в форму, позволяющую осуществить приоритезацию рисков. Приоритизация рисков (risk prioritization) позволяет проектной группе управлять наиболее важными из них, выделяя для этого необходимые ресурсы.

Планирование рисков (risk planning) выполняется исходя из информации, полученной на этапе их анализа, и имеет своей целью выработку стратегий, планов и конкретных шагов.

Мониторинг рисков (risk tracking) выполняется для наблюдения за конкретными рисками и прогрессом в осуществлении составленных планов.

Корректирование ситуации (risk control) представляет собой процесс исполнения принятых в отношении рисков планов и контроля за ходом их исполнения.

Извлечение уроков (risk learning) формализует процесс усвоения накопленного за время работы над проектом опыта в форме, доступной для использования как внутри проектной группы, так и на уровне всего предприятия.

Дисциплина управления по дготовкой

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

Проектные сценарии ( s cenarios).

Измерение знаний, умений, способностей ( m easure knowledge, skills, abilities).

Анализ несоответствий ( a nalyze gaps).

Создание учебных планов ( c reate learning plans).

Новые верси и MSF

Литература

Модель процессов MSF, версия 3.1;

Источник

Msf что это значит

Смотреть что такое «MSF» в других словарях:

Msf — Cette page d’homonymie répertorie les différents sujets et articles partageant un même nom. <<>> Sigles d une seule lettre Sigles de deux lettres > Sigles de trois lettres … Wikipédia en Français

MSF — may refer to: * National Physical Laboratory (MSF) time signal* Mail Summary File(.msf), file extension used by Earthlink, Mozilla Thunderbird, and Netscape mail clients. * Major Street basketball Foundation (MSF Basketball) * Manufacturing… … Wikipedia

MSF — (Médecins Sans Frontières) Doctors Without Borders (an independent humanitarian medical aid agency) … English contemporary dictionary

MSF — Cette page d’homonymie répertorie les différents sujets et articles partageant un même nom. Sigles d’une seule lettre Sigles de deux lettres > Sigles de trois lettres Sigles de quatre lettres … Wikipédia en Français

MSF — noun MSF time signal, also known as … Wiktionary

MSF — Médecins Sans Frontières. Association humanitaire d origine française, créée en 1971, à statut d organisation non gouvernementale, regroupant des médecins et du personnel médical spécialisés dans l intervention d urgence ou les prestations de… … Sigles et Acronymes francais

MSF — Medicins Sans Frontieres ( Doctors Without Borders ); mission support force; multiplex signal format … Military dictionary

MSF 60 — Zeitzeichen steht für: Zeitzeichen (Tonfolge), eine Tonfolge, die in einem Hörfunk oder Fernsehprogramm eine volle Stunde mit Vorwarnung anzeigt Zeitzeichen (Zeitschrift), eine evangelische Zeitschrift Zeitzeichensender, ein Sender von… … Deutsch Wikipedia

.msf — Mozilla Thunderbird Pour les articles homonymes, voir Thunderbird. Mozilla Thunderbird … Wikipédia en Français

MSF — Médecins Sans Frontières Международная медицинская гуманитарная организация «Врачи без границ» Microsoft Solutions Framework методология разработки программного обеспечения от Microsoft. Multiservice Switching Forum (Форум Коммутации… … Википедия

Источник

Msf что это значит

Основными новшествами MSF является следующее.

Ниже мы рассмотрим эти положения более детально.

Основные принципы

Модель команды

Основные принципы. Главная особенность модели команды в MSF является то, что она «плоская», то есть не имеет официального лидера. Все отвечают за проект в равной степени, уровень заинтересованности каждого в результате очень высок, а коммуникации внутри группы четкие, ясные, дружественные и ответственные. Конечно, далеко не каждая команда способна так работать – собственно, начальники для того и нужны, чтобы нести основной груз ответственности за проект и, во многом, освободить от него других. Демократия в команде возможна при высоком уровне осознанности и заинтересованности каждого, а также в ситуации равности в профессиональном уровне (пусть и в разных областях – см. различные ролевые кластеры в команде, о которых речь пойдет ниже). С другой стороны, в реальном проекте, в рамках данной модели команды, можно варьировать степень ответственности, в том числе вплоть до выделения, при необходимости, лидера.

Одной из особенностей отношений внутри команды является высокая культура дисциплины обязательств:

Ролевые кластеры. MSF основан на постулате о семи качественных целях, достижение которых определяет успешность проекта. Эти цели обуславливают модель проектной группы и образуют ролевые кластеры (или просто роли ) в проекте. В каждом ролевом кластере может присутствовать по одному или несколько специалистов, некоторые роли можно соединять одному участнику проекта. Каждый ролевой кластер представляет уникальную точку зрения на проект, и в то же время никто из членов проектной группы в одиночку не в состоянии успешно представлять все возможные взгляды, отражающие качественно различные цели. Для разрешения этой дилеммы команда соратников ( команда равных, team of peers ), работающая над проектом, должна иметь четкую форму отчетности перед заинтересованными сторонами ( stakeholders ) при распределенной ответственности за достижение общего успеха. В MSF следующие ролевые кластеры (часто их называют ролями) – см. рис. 9.1.

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

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

Источник