Преимущества модели команды msf

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

• Сравнительно легкая масштабируемость. Каждый элемент в схеме команды может быть в свою очередь циклом.

• Сильная положительная мотивация труда и равно высокая заинтересованность всех участников в конечном успехе.

Стадии проектирования

Процесс проектирования приложения можно разбить на три стадии:

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

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

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

Планирование архитектуры предприятия (Enterprise architecture planning)

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

Следует сказать, что понятие enterprise MSF определяет так. Enterprise - это единица организационной структуры, которая имеет самостоятельную бизнес-задачу (mission). Таким образом, речь может идти как о предприятии в целом, так и его департаментах, отделениях, отделах и т.д.

Особенности модели

• Концепция вместо традиционных требований заказчика.

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

• Приоритеты устанавливаются путем оценки риска.

• Пошаговая разработка с частыми контрольными точками.

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

8. Asap (компания «sap»)

Методика внедрения системы SAP R/3 под названием ASAP предусматривает четко определенные этапы проекта внедрения, содержит набор рекомендаций, шаблонов документов, ориентировочный план внедрения и другая необходимая информация, объединенная в базу знаний, аккумулирующую мировой опыт внедрения системы R/3. Наличие планов позволяет произвести оценку затрат на проект. Методика предусматривает внедрение проекта двумя командами – командой консультантов и командой заказчика. По мере внедрения происходит передача знаний от консультантов к ключевым пользователям, от которых знания передаются ко всем остальным пользователям. Наличие центров обучения в представительствах САП позволяет сделать этот процесс более успешным. Методика поддерживается поставляемым инструментом ASAP.

Этапы проекта внедрения системы:

Организация проекта Цели: •    Организация проекта внедрения •    Постановка бизнес целей и ожиданий от внедрения •    Учреждение технической инфраструктуры проекта Разработка концептуального проекта Цели: •     Определение специфики бизнес стратегии клиента •     Анализ бизнес процессов •     Поиск системных решений для воплощения этих бизнес процессов и стратегии

•     Тестирование ключевых решений •     Уточнение плана реализации задуманного Реализация

Цели: •     Настройка модели системы •     Конфигурирование ключевых БП •     Определение функциональной недостаточности и построение расширений системы •     Разработка программ переноса данных •     Разработка отчетных форм •     Подготовка к интеграционному тестированию •     Разработка пользовательской документации и материалов обучения Завершающая подготовка Цели: •     Подготовка системы к промышленной эксплуатации •     Подготовка пользователей к работе в системе Запуск и поддержка Цели: •     Выявление и устранение ошибок при «живой» эксплуатации •     Анализ процесса внедрения проекта •     Утверждение результатов внедрения Процедуры проекта: Планирование

Планирование начинается с детального и максимально наглядного представления цели, с осознания того, что представляет собой момент завершения проекта, что значит завершение проекта для каждого из участников, как со стороны команды консультантов, так и со стороны команды заказчика. Исходя из цели, определяется объем внедрения. Планирование – процесс достижения цели, управляемый четырьмя составляющими: дата внедрения, трудоемкость (стоимость – производная от трудоемкости), функциональность (объем внедрения) и качество. Если дата внедрения определена договором, а трудоемкость определена целью, то задачей планирования проекта может стать правильное определение трудоемкости. В случае, когда ресурсов в необходимом количестве найти не удалось, то качество проекта – последний ресурс, которым придется пожертвовать. Методология внедрения SAP R/3 предлагает план с детализацией работ и ориентировочными продолжительностями этих работ Перед руководителем проекта стоит задача доработать этот план в программу внедрения проекта. При этом следует учесть следующие рекомендации. Имеется ряд критериев позволяющих оценить план проекта. Анализ бизнес процессов, проводить или нет? Методология внедрения предусматривает проведение реинжениринга. Для этого проводится анализ бизнес процессов «как есть» и предлагаемого сценария ведения бизнеса. Между двумя сценариями лежит документ организационных изменений. На практике часто эта часть проекта либо не проводиться, либо выполняется формально. Опыт показывает, что анализ бизнес процессов демонстрирует заказчику, как будет протекать бизнес после внедрения, сколько необходимо рабочих мест, как будут определены бизнес роли сотрудников. Организационные изменения определяют технические аспекты проекта: необходимость организации рабочих мест компьютерами, прокладку локальных сетей, расстановку принтеров. Отсутствие анализа бизнес процессов существенно снижает качество проекта, приводит к суете и неразберихе при продуктивном старте системы. Проектная группа Методология предполагает определение ролей участников в проекте:

• Спонсор

• Руководитель проекта от консультантов

• Руководитель проекта от заказчика

• Ключевые пользователи

Руководитель проекта является ключевой фигурой практически и определяет успех внедрения. Управление проектом

Управление проектом заключается в анализе выполнения плана и адекватной реакции на происходящие отклонения. Если отклонений нет – все хорошо. Наличие отставания требует немедленной реакции, так увеличение отставания на 5% каждый день приводит к отставанию на 50% через 10 дней. Каждое отставание анализируется по двум критериям: возможно ли нагнать упущенное или невозможно. Во втором случае производится перепланирование. Если все резервы исчерпаны – предстоит тяжелая процедура выяснения ситуации с заказчиком.

Контроль качества

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

Инструмент ASAP имеет в своем составе базу знаний, инструменты управления проектом, базу данных вопросов и ответов (интервью пользователей), средства ведения реинжениринга, средства интеграции с системой тестирования SAP. Логичность и полнота методики позволяют снизить риски внедрения, главный из которых – человеческий фактор.