Содержание:

1. Договариваемся о терминах «проектное сопровождение» и «проектная документаци
2. Документы реализации проекта
3. Внедрение решений 1С  

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

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

На самом верхнем уровне стандарт проектной документации описан в «Приложении А1. Стандарт управления проектом» начиная со страницы 417 книги «РУКОВОДСТВО К СВОДУ ЗНАНИЙ ПО УПРАВЛЕНИЮ ПРОЕКТАМИ». В идеальном случае на первом этапе реализации проекта (инициация проекта) появляется такой документ как «Устав проекта». Подробно о том, что это за документ, когда этот документ необходим и т.д., можно ознакомиться в статье «Процесс организации проектной деятельности: документ Устав проекта».  

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

-      «Отчет об обследовании» и «Реестр бизнес процессов» (эти документы могут появиться и до документа «Устав проекта», на этапе «Обследование»);

-        на этапе моделирования как правило появляются такие документы как «Реестр функциональных разрывов» и «Карта функционального покрытия». Подобнее можно прочесть в статье «Этапы внедрения системы 1С:ERP Ключевая роль этапа моделирования»;

-        этап проектирования чаще всего завершается с появлением документов: ТЗ (Техническое Задание) и/или ЧТЗ (Частное Техническое Задание) и/или ТП (Технический Проект);

-        в завершении этапа разработка и тестирования пополняют комплект проектной документации: «Программа и Методика Испытаний» (ПМИ) и «Протокол прием-Сдаточных Испытания» (ПСИ);

-        на этапе обучения пользователей: «Инструкции для пользователей», «Протокол обучения».

-   на этапе опытно-промышленной эксплуатация часто создают документы «Журнал проведения опытно-промышленной эксплуатации», «Протокол ввода в эксплуатацию».

Обратите внимание, что вышеупомянутый конкретный перечень общей проектной документации, применяемый на проектах внедрения решений 1С, не противоречит «Руководству PMBOK». Причем список основных проектных документов можно как расширить, так и сократить. Важно понимать, что при этом не должна пострадать логика проекта, т. е. документы становятся как бы основанием для старта нового этапа. В таком случае можно избежать ситуаций, описанных в статье «Бессознательное и внедрение 1С ERP-систем. Роль системного архитектора в проекте».

Важным, по моему опыту, также является процесс «Обновление проектной документации», который периодически (в разных ситуациях) запускается в соответствии с рекомендациями «Руководства PMBOK». Пример (очевидный): если ваш бизнес гибкий, а условия внешней среды переменчивы, то неизбежно будет обновляться такой базовый документ как «Реестр бизнес-процессов», вместе с ним и остальная общая проектная документация, и сама система.

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

В любом случае, многое в проектной деятельности решает накопленный опыт, а специалисты компании «Кодерлайн» готовы включиться в работу на любом из этапов. Как пример, положительные результаты подобного вмешательства описаны в статье «Как мы спасали проект. “1С:Зарплата и управление персоналом”, “1С:Бухгалтерия предприятия”».

Обращайтесь – мы всегда рады помочь!

Специалист компании «Кодерлайн»

Алексей Черныш