Содержание:
- Договариваемся о терминах «проектное сопровождение» и «проектная документаци
- Документы реализации проекта
- Внедрение решений 1С
Договариваемся о терминах «проектное сопровождение» и «проектная документация»
В данной статье разберем на самом верхнем уровне термины «Проектное сопровождение» и «Проектная документация». В силу специализации компании речь будет идти о проектах внедрения решений 1С. Обращаю ваше внимание, что термин «проектное сопровождение» может употребляться в разных отраслях с разным значением и содержанием. Очень показательно в этом плане содержание термина «проектное сопровождение» в строительной отрасли. Кроме этого замечу, что термины «проектное сопровождение» и «постпроектное сопровождение» так же имеют отличия. Статья о «постпроектном сопровождении» будет опубликована отдельно.
Под «проектным сопровождением и проектной документацией чаще всего понимают набор документации, которая появляется в ходе процессе организации проектной деятельности и выполнения этапов проекта и, как правило, составляет неотъемлемую часть проекта.
На самом верхнем уровне стандарт проектной документации описан в «Приложении А1. Стандарт управления проектом» начиная со страницы 417 книги «РУКОВОДСТВО К СВОДУ ЗНАНИЙ ПО УПРАВЛЕНИЮ ПРОЕКТАМИ». В идеальном случае на первом этапе реализации проекта (инициация проекта) появляется такой документ как «Устав проекта». Подробно о том, что это за документ, когда этот документ необходим и т.д., можно ознакомиться в статье «Процесс организации проектной деятельности: документ Устав проекта».
Документы реализации проекта
По сути, состав будущей документации проекта определяется так же в документе «Устав проекта». В частности, в статье упоминаются ключевые документы реализации проекта: план-график работ по проекту; формат протокола интервью (встречи); протокол сдачи-приемки результатов работ; статус-отчет о проекте. Список можно расширить такими документами как:
- «Отчет об обследовании» и «Реестр бизнес процессов» (эти документы могут появиться и до документа «Устав проекта», на этапе «Обследование»);
- на этапе моделирования как правило появляются такие документы как «Реестр функциональных разрывов» и «Карта функционального покрытия». Подобнее можно прочесть в статье «Этапы внедрения системы 1С:ERP Ключевая роль этапа моделирования»;
- этап проектирования чаще всего завершается с появлением документов: ТЗ (Техническое Задание) и/или ЧТЗ (Частное Техническое Задание) и/или ТП (Технический Проект);
- в завершении этапа разработка и тестирования пополняют комплект проектной документации: «Программа и Методика Испытаний» (ПМИ) и «Протокол прием-Сдаточных Испытания» (ПСИ);
- на этапе обучения пользователей: «Инструкции для пользователей», «Протокол обучения».
- на этапе опытно-промышленной эксплуатация часто создают документы «Журнал проведения опытно-промышленной эксплуатации», «Протокол ввода в эксплуатацию».
Внедрение решений 1С
Обратите внимание, что вышеупомянутый конкретный перечень общей проектной документации, применяемый на проектах внедрения решений 1С, не противоречит «Руководству PMBOK». Причем список основных проектных документов можно как расширить, так и сократить. Важно понимать, что при этом не должна пострадать логика проекта, т. е. документы становятся как бы основанием для старта нового этапа. В таком случае можно избежать ситуаций, описанных в статье «Бессознательное и внедрение 1С ERP-систем. Роль системного архитектора в проекте».
Важным, по моему опыту, также является процесс «Обновление проектной документации», который периодически (в разных ситуациях) запускается в соответствии с рекомендациями «Руководства PMBOK». Пример (очевидный): если ваш бизнес гибкий, а условия внешней среды переменчивы, то неизбежно будет обновляться такой базовый документ как «Реестр бизнес-процессов», вместе с ним и остальная общая проектная документация, и сама система.
Как бы банально это не звучало, но не стоит создавать документ ради документа. Понятно, что громоздкая и плохо структурированная документация неизбежно приведет к путанице. В общем случае проверить качество созданной проектной документации можно (иногда нужно) на любом далеком от проектной деятельности человеке, если за 5-10 минут не связанный с проектом человек смог сориентироваться в структуре проектной документации, то структура проектной документации создана качественно, иначе есть повод задуматься, что можно в проектной документации улучшить.
В любом случае, многое в проектной деятельности решает накопленный опыт, а специалисты компании «Кодерлайн» готовы включиться в работу на любом из этапов. Как пример, положительные результаты подобного вмешательства описаны в статье «Как мы спасали проект. “1С:Зарплата и управление персоналом”, “1С:Бухгалтерия предприятия”».
Обращайтесь – мы всегда рады помочь!
Специалист компании «Кодерлайн»
Алексей Черныш