на тему рефераты Информационно-образоательный портал
Рефераты, курсовые, дипломы, научные работы,
на тему рефераты
на тему рефераты
МЕНЮ|
на тему рефераты
поиск
Модели проектных групп
. Стабилизация (Stabilizing). Подготовка к выпуску окончательной версии продукта, доводка его до заданного уровня качества. Здесь выполняется комплекс работ по тестированию (обнаружение и устранение дефектов), проверяется сценарий развертывания продукта. Когда решение становится достаточно устойчивым, проводится его пилотная эксплуатация в тестовой среде с привлечением пользователей и применением реальных сценариев работы.

5. Развертывание (Deploying). Выполняется установка решения и необходимых компонентов окружения, проводится его стабилизация в промышленных условиях и передача проекта в руки группы сопровождения. Кроме того, анализируется проект в целом на предмет уровня удовлетворенности заказчика [4]. Однако работа проектной группы на этом не заканчивается - она собирает проектные материалы, анализ которых позволяет выявить сильные и слабые стороны данного проекта, отрицательные и положительные моменты в работе команды - то есть весь позитивный и негативный опыт, который может быть полезен в будущих разработках.

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

Рис.3. Треугольник приоритетов в MSF

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

1.3 Обзор модели команды MSF

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

* Управление программой (program management)

* Разработка (development)

* Тестирование (test)

* Управление выпуском (release management)

* Удовлетворение потребителя (user experience)

* Управление продуктом (product management)

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

Цели, области компетенции, а также функции ролевых кластеров представлены в таблице 1 [2].

Таблица 1

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

Цель

Область компетенции

Функции

Управление продуктом

Удовлетворенные заказчики

Маркетинг.

Бизнес-отдача (бизнес-приоритеты).

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

Планирование продукта.

выступает в роли представителя заказчика;

формирует общее видение/рамки проекта;

организует работу с требованиями заказчика;

развивает сферы применения в бизнесе;

формирует ожидания заказчика;

определяет компромиссы между параметрами «возможности продукта / время / ресурсы»;

организует маркетинг и PR;

разрабатывает, поддерживает и исполняет план коммуникаций

Управление программой

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

Управление проектом.

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

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

Административные службы.

управляет процессом разработки с целью получения готового продукта в отведенные сроки;

формулирует спецификацию продукта и разрабатывает его архитектуру;

регулирует взаимоотношения и коммуникацию внутри проектной группы;

следит за временным графиком проекта и готовит отчетность о его состоянии;

проводит в жизнь важные компромиссные решения;

разрабатывает, поддерживает и исполняет сводный план и календарный график проекта;

организует управление рисками

Разработка

Создание продукта в соответствии со спецификацией

Технологическое консультирование.

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

Разработка приложений.

Разработка инфраструктуры.

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

оценивает необходимые время и ресурсы на реализацию каждого элемента дизайна;

разрабатывает или контролирует разработку элементов;

подготавливает продукт к внедрению;

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

Тестирование

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

Планирование тестов.

Разработка тестов.

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

обеспечивает обнаружение всех дефектов;

разрабатывает стратегию и планы тестирования;

осуществляет тестирование

Удовлетворение потребителя

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

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

Обучение.

Эргономика.

Графический дизайн.

Интернационализация.

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

представляет интересы потребителя в команде;

организует работу с требованиями пользователя;

проектирует и разрабатывает системы поддержки производительности;

определяет компромиссы, относящиеся к удобству использования и потребительским качествам продукта;

определяет требования к системе помощи и её содержание;

разрабатывает учебные материалы и осуществляет обучение пользователей

Управление выпуском

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

Инфраструктура.

Сопровождение.

Бизнес-процессы.

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

представляет интересы отделов поставки и обслуживания продукта;

организует снабжение проектной группы;

организует внедрение продукта;

вырабатывает компромиссы в управляемости и удобстве сопровождения продукта;

организует сопровождение и инфраструктуру поставки;

организует логистическое обеспечение проектной группы

А взаимодействие ролевых кластеров представлено на рис.4.

Рис. 4. Ролевые кластеры модели проектной группы MSF

Хотя модель проектной группы состоит из шести ролей, это не означает, что команда обязательно должна насчитывать не менее шести человек. Модель не требует назначения отдельного сотрудника на каждый ролевой кластер. Смысл состоит в том, что в команде должны быть представлены все шесть качественных целей. Обычно, выделение как минимум одного человека на каждый ролевой кластер обеспечивает полноценное внимание к интересам каждой из ролей, но это экономически оправданно не для всех проектов. Зачастую члены проектной группы могут объединять роли.

При этом должны соблюдаться два принципа.

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

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

2. Модель Rational Unified Process (RUP)

2.1 Предназначение RUP

Rational Unified Process - это модель создания программного обеспечения, оформленная в виде размещаемой на Web базы знаний, которая снабжена поисковой системой.

Продукт Rational Unified Process (RUP) разработан и поддерживается Rational Software. Он регулярно обновляется с целью учета передового опыта и улучшается за счет проверенных на практике результатов.

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

RUP способствует повышению производительности коллективной разработки и предоставляет лучшее из накопленного опыта по созданию ПО, посредством руководств, шаблонов и наставлений по пользованию инструментальными средствами для всех критически важных работ, в течение жизненного цикла создания и сопровождения ПО. Обеспечивая каждому члену группы доступ к той же самой базе знаний, вне зависимости от того, разрабатывает ли он требования, проектирует, выполняет тестирование или управляет проектом - RUP гарантирует, что все члены группы используют общий язык моделирования, процесс, имеют согласованное видение того, как создавать ПО. В качестве языка моделирования в общей базе знаний используется Unified Modeling Language (UML), являющийся международным стандартом.

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

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

RUP - это конфигурируемый процесс, поскольку, вполне понятно, что невозможно создать единого руководства на все случаи разработки ПО. RUP пригоден как для маленьких групп разработчиков, так и для больших организаций, занимающихся созданием ПО. В основе RUP лежит простая и понятная архитектура процесса, которая обеспечивает общность для целого семейства процессов. Более того, RUP может конфигурироваться для учета различных ситуаций. В его состав входит Development Kit, который обеспечивает поддержку процесса конфигурирования под нужды конкретных организаций.

RUP описывает, как эффективно применять коммерчески обоснованные и практически опробованные подходы к разработке ПО для коллективов разработчиков, где каждый из членов получает преимущества от использования передового опыта в:

* итерационной разработке ПО,

* управлении требованиями,

* использовании компонентной архитектуры,

* визуальном моделировании,

* тестировании качества ПО,

* контроле за изменениями в ПО.

RUP организует работу над проектом в терминах последовательности действий (workflows), продуктов деятельности, исполнителей и других статических аспектов процесса с одной стороны, и в терминах циклов, фаз, итераций и временных отметок завершения определенных этапов в создании ПО (milestones), т.е. в терминах динамических аспектов процесса, с другой [5].

Страницы: 1, 2, 3, 4


© 2003-2013
Рефераты бесплатно, курсовые, рефераты биология, большая бибилиотека рефератов, дипломы, научные работы, рефераты право, рефераты, рефераты скачать, рефераты литература, курсовые работы, реферат, доклады, рефераты медицина, рефераты на тему, сочинения, реферат бесплатно, рефераты авиация, рефераты психология, рефераты математика, рефераты кулинария, рефераты логистика, рефераты анатомия, рефераты маркетинг, рефераты релиния, рефераты социология, рефераты менеджемент.