Этап развертывания

На этом этапе команда развертывает технологии и компоненты окружения, необходимые для работы созданного продукта, устанавливает и стабилизирует решение в развернутом состоянии, передает проект в руки команды сопровождения и поддержки и получает окончательное одобрение проекта заказчиком. После развертывания команда выполняет анализ проекта и проводит опрос, чтобы выяснить уровень удовлетворен кости заказчика. Этап развертывания завершается контрольной точкой «Решение развернуто».

Процесс развертывания

На этапе развертывания проектная команда выполняет несколько задач.

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

• Развертывание и стабилизация — завершение развертывания окружения и самого решения.

• Анализ проекта — совместное выполнение послепроектного анализа заказчиком и проектной командой.

Контрольные точки этапа развертывания

Далее перечислены промежуточные контрольные точки этапа развертывания.

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

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

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

• Решение развернуто. Это завершающая контрольная точка этапа развертывания. По ее достижении развернутое решение должно выполнять все возложенные на него функции.

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

Результаты этапа развертывания

К результатам этапа развертывания относятся:

• системы сопровождения и поддержки:

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

• база знаний, отчеты и журналы;

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

• план обучения;

• отчет о завершении проекта:

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

• сведения об уровне удовлетворенности заказчика;

• определение следующих стадий.

Резюме

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

• В модели процессов МSF объединены контрольные точки и итерационный метод.

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

• Область действия проекта определяется в процессе управления компромиссами.

• В MSF рекомендован итерационный подход к проектированию решений.

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

• В MSF документ общей картины и области действия решения создается на этапе создания общей картины решения MSF

• Функциональные спецификации создаются на этапе планирования модели процессов MSF.

• Решение разрабатывается на этапе разработки.

• Тестирование решения и пилотная эксплуатация выполняются на этапе стабилизации.

• Развертывание решения в промышленной среде и передача команде поддержки и сопровождения выполняются на этапе развертывания.

Сбор и анализ информации

Сбор и анализ информации — этапы, предусмотренные набором моделей процессов Microsoft® Solutions Framework (MSF).

Категории информации

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

Бизнес

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

Приложения

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

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

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

Процедуры

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

Вы должны определить источники, владельцев и потребителей информации.

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

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

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

Технологии

Здесь определяются технические сервисы, необходимые для реализации и поддержки основной миссии бизнеса, в том числе топологии, среды разработки, интерфейсы прикладного программирования (application programming interface, API), безопасность, сетевые сервисы, сервисы СУБД, технические спецификации, ап- паратные уровни, операционные системы и т.п.

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

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

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

Методы сбора информации

Существуют шесть основных методов сбора информации:

• наблюдение за действиями пользователя (shadowing);

• интервьюирование (inteviewing);

• беседа с целевыми группами (focus groups);

• опросы (surveys);

• обучение, проводимое пользователями (user instruction);

• создание прототипов (prototyping).

Примечание. Не обязательно использовать все перечисленные методы — доста-

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

информации. Более того, вам не обязательно быть экспертом во всех них. Если

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

к эксперту.

Наблюдение за действиями пользователя

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

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

Совет по планированию Описываемый метод хорош для анализа часто выполняемых задач. А вот когда задача не столь типична, иногда непросто найти возможность понаблюдать, как она выполняется «в жизни».

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

Интервьюирование

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

Интервью — это встреча один на один члена проектной команды и пользователя или действующего субъекта (stakeholder). Качество информации, собранной командой зависит от навыков как интервьюирующего, так и интервьюируемого.

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

Вот некоторые моменты, о которых следует помнить перед началом интервью:

• начинайте с общих (не специализированных) вопросов и стройте беседу так, чтоб интервьюируемый думал обо всех выполняемых им задачах и информации, которую он способен вам сообщить;

• на основании ответов на вопросы попросите интервьюируемого изложить наиболее общие задачи и разбить их на более мелкие;

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

• пройдитесь по заданным вопросам несколько раз, повторно спрашивая интервьюируемого, не упустили ли вы что-то важное;

• попросите интервьюируемого изложить свои мысли, как можно улучшить ситуацию, но ни в коем случае не предполагайте, что предлагаемое решение правильное.

Беседы с целевыми группами

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

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

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

Опросы

Этот метод предполагает подготовку набора вопросов, специально разработанных для сбора информации. Примеры опросников: регистрационные формы, формы обратной связи или формы для оценки удовлетворенности респондентов.

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

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

Обучение, проводимое пользователями

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

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

Создание прототипов

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

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

20