Документальное сопровождение проекта автоматизации
Проекты, которые реализуются по методологии Waterfall отличаются большим количеством сопроводительной документации. Сначала это может отпугивать, особенно, когда классическому Waterfall противостоят гибкие методологии Agile, в которых количество документации сведено к минимуму. Об этом мы уже писали в статье «Методологии управления проектами: взвешенная классика Waterfall и гибкий Agile«. Но такие подробные исходные документы, которые даёт Waterfall после каждого этапа имеют свои преимущества: подробная документация, например, снижает «порог вхождения» в проект и в случае, если происходит частичная или даже полная замена команды, новые участники могут быстро включиться в проект, изучив всю зафиксированную в документах информацию.
Более подробно ознакомиться с тем, как внедряет системы автоматизации iT.Artel Вы можете в материалах:
Автоматизация по Waterfall Стадия 1. Уточнение процессов и моделирования
Автоматизация по Waterfall Стадия 2. Разработка программного обеспечения
Автоматизация по Waterfall Стадия 3. Опытно-промышленная эксплуатация
Здесь мы собрали перечень исходных документов по каждому этапу проекта автоматизации.
Стадия 1. Уточнение процессов и моделирования
- Описание ИТ-инфраструктуры. Содержит логины, доступы, названия баз, их назначение, чтобы дальше, если в проект будут привлечены новые команды, они смогли быстро включиться в работу, получив документацию со всей необходимой информацией.
- Устав проекта. План-график опросов.Тут зафиксирован общий словарь, договоренности по ведению проекта, зоны ответственности, участники проекта и тому подобное. План составляется на следующие стадии по дням и часам.
- Протоколы опросов. Неформализованные или поверхностно формализованные процессы компании описаные Заказчиком. Далее Заказчик оформляет и структурирует эти протоколы.
- Отчет об обследовании. Данные собранные из протокола и проведенного моделирования, в отчете зафиксированы разрывы — что есть в системе, чего нет, а что требует доработки.
- Протокол проведения демонстрации модели. Резюме презентации смоделированного процесса в стандартной функциональности.
- Концепция проекта. Схема связей между базами, функционал, который входит в рамки проекта, порядок запуска и разработки. Концепция проекта описывается по верхнему уровню — в ней отсутствует детальное описание того, как этот функционал будет работать.
- Детальный план-график стадии разработки. План действий для следующей стадии.
Стадия 2. Разработка программного обеспечения
- Учебный план. Еще до запуска будущие пользователи проходят обучение. Это делается для того, чтобы на момент, когда будут разрабатываться технические решения, пользователи уже понимали как взаимодействовать с системой. Обучению предшествует учебный план, по которому оно будет осуществляться.
- Технические решения. Документ, в котором аналитик вместе с архитектором описывают структуру технического решения.
- Архитектура системы. Инструкция разработчику для доработки системы.
- Инструкция пользователя. Документ, в котором сформулировано как работать с системой — инструкции по работе с новым функционалом.
- Протокол проведения демонстрации модели. Документ резюмирует проведенную презентацию смоделированного процесса с доработанной функциональностью. Заказчик принимает готовую работу, сверяет со своими процессами и если видит что-то что хочет доработать, соглашается перечень доработок.
- План-график запуска системы в эксплуатацию. План работ, сформированный после согласования перечня доработок.
Стадия 3. Опытно-промышленная эксплуатация
- Учебный план. Протокол результатов экзамена. Если Заказчик принял решение о контрольной проверке пользователей системы после обучения, состоят задачи и вопросы для экзамена, итогом которого является протокол результатов.
- Протокол приемочных работ. Финальное утверждение: все ли подходит, возможен ли полный переход на новую систему. После этого происходит непосредственно запуск.
- Протокол сверки НИИ и остатков. Начисто перенесены и выверены справочники и остатки, настроены роли и права доступа. Зарегистрированы пользователи системы.
- Протокол ввода системы в промышленную эксплуатацию. Документ фиксирует закрытый период (отчетный месяц) в новой системе.
- Договор на сопровождение. Создается после того, как система полностью введена в эксплуатацию, согласован процесс поддержки и сопровождения системы.
Заинтересовала система автоматизации для Вашего бизнеса? Тогда нажимайте:
