5 проектная документация план продукта документ бизнес требований

Содержание:

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

Договариваемся о терминах «проектное сопровождение» и «проектная документация»

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

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

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

Документы реализации проекта

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

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

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

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

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

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

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

Внедрение решений 1С

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

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

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

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

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

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

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

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

С чего начинается проектная документация, почему визуальные схемы работают лучше текста, как наличие прототипов проекта влияет на уровень эмпатии клиента, рассказал Виталий Арбузов, CEO digital-агентства INPRO.digital.

Почему проектная документация упрощает разработку проекта 

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

• cнизить риски в ходе самого проекта. Когда веб-разработка уже будет в активной стадии, вам нужно будет пройти еще несколько этапов утверждения. Если на стадии обсуждения вы придете с заказчиком к консенсусу, то вероятность того, что все придется переделывать в середине работы будет сведена к минимуму;
• упростить и декомпозировать комплексные задачи. Управление проектом с помощью фасилитации — одно из ключевых преимуществ проектной документации.  Результат становится наглядным, поэтому и согласование с клиентом проходит легче и команда более четко понимает стоящие перед ней задачи и ожидаемый итог работы;
• выстроить нормальные отношения с клиентом. Уровень взаимопонимания с заказчиком напрямую влияет на успешность вашего проекта, скорость и качество его реализации. Общение на равных за счет упрощения и визуализации поможет вам на следующих этапах разработки быть более мобильными в принятии решений и одновременно даст больше возможностей для дополнительных продаж, так как вы будете лучше понимать, что именно необходимо для функционирования ресурса. 

С чего начать составление проектной документации

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

1. Хочет ли клиент добавить на сайт такую же функцию? 

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

2. Нужна ли бизнесу клиента данная функция? 

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

3. Насколько сильно добавление этой функции повлияет на смету и сроки проекта? 

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

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

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

Схематичная визуализация результатов асессорского аудита

Кто входит в команду разработки проектной документации

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

1. Ведет всю коммуникацию с клиентом. Даже если вы привлекаете других специалистов для разработки проектной документации, постарайтесь сделать так, чтобы напрямую с заказчиком общался только кто-то один. Так клиенту не придется запоминать несколько имен, дублировать информацию и объяснять свои пожелания по нескольку раз. Проектный менеджер коммуницирует с клиентом, записывает ключевые идеи и передает их своей команде. 
2. Контролирует деятельность сотрудников, работающих над проектом. Проектный менеджер отвечает за то, чтобы все было сделано в срок, все комментарии отработаны, а обратная связь отправлена. В его задачи входит и мониторинг деятельности команды: он выстраивает коммуникацию между специалистами, следит за всеми чатами, отвечает на любые вопросы. 
3. Согласовывает все этапы работ. Все специалисты отправляют свои наработки сначала проектному менеджеру, он вносит правки и только после этого отправляет макеты на согласование клиенту. 

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

Имейте в виду, что если для визуализации вам нужны только схемы, то не обязательно привлекать дизайнера. Достаточно выбрать интуитивно понятное приложение, где сам аналитик сможет отрисовать простейшие макеты и указать взаимосвязи между объектами. Мы пользуемся общеизвестной платформой Figma для комплексных проектов и Miro, если основная часть работ — простые схематичные изображения.

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

Визуализация структуры сайта

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

Примеры вайрфреймов

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

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

Фото на обложке: CoffeeMate/Depositphotos.com

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

НАЗНАЧЕНИЕ БИЗНЕС-ПЛАНА ИНВЕСТИЦИОННОГО ПРОЕКТА И МЕТОДОЛОГИЯ ЕГО РАЗРАБОТКИ

Бизнес-план инвестиционного проекта является технико-экономическим обоснованием предполагаемого инвестирования средств в развитие бизнеса компании. Его формирование позволяет решить важные задачи:

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

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

1) предприятие занимает прочные позиции на рынке сбыта своей продукции, и для их поддержания ему требуется модернизация или реконструкция основных производственных фондов;

2) предприятие имеет устойчивые тенденции наращивания объемов бизнеса, ему требуются новые производственные мощности, чтобы обеспечить рост производства продукции;

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

В остальных случаях бизнес-планы инвестиционных проектов могут разрабатываться в сокращенных вариантах.

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

Практика бизнеса выработала некоторые общие подходы к методологии составления такого бизнес-плана. Его структура в подавляющем большинстве случаев содержит следующие разделы:

1. Общие сведения об инвестиционном проекте.

2. Маркетинговый план проекта.

3. Инвестиционный план проекта.

4. Производственный план проекта.

5. Финансовый план проекта.

6. Риски реализации проекта.

Раздел 1. Общие сведения об инвестиционном проекте

В первый раздел бизнес-плана включают несколько основных подразделов:

1. Резюме проекта.
2. Информация об инициаторе и участниках инвестиционного проекта.
3. Описание продукции.

Рассмотрим указанные подразделы более подробно.

Резюме проекта

Резюме инвестиционного проекта содержит:

• описание сути проекта, обоснование целесообразности его реализации;

• результаты анализа потенциала компании и рынка сбыта ее продукции;

• сроки и этапы реализации проекта;

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

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

• другую важную информацию по проекту.

Структура и содержание резюме инвестиционного проекта представлены в табл. 1.

Информация об инициаторе и участниках инвестиционного проекта

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

В данном подразделе следует:

• кратко изложить историю развития компании — инициатора проекта, описать характер и направления деятельности;

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

представить ключевую финансовую информацию по инициатору проекта в динамике за последние несколько лет.

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

Описание продукции

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

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

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

Раздел 2. Маркетинговый план проекта

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

Степень детализации данных раздела зависит от следующих факторов:

• масштабов роста производства и реализации продукции за счет реализации инвестиционного проекта;

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

• ассортимента продукции (увеличение объемов выпускаемой продукции или проект подразумевает запуск производства новых видов продукции).

Маркетинговый план может быть представлен в различных форматах. Рекомендуем предусмотреть в нем следующие подразделы:

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

2.1.1. Размеры рынка сбыта продукции и описание его основных сегментов.

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

2.1.3. Порядок ценообразования, динамика цен на продукцию за последние 5 лет и прогнозы ее изменения.

2.1.4. Барьеры входа на рынок (ограничения доступа к ключевым ресурсам, законодательные ограничения, ограничения по масштабу производства) и специфические особенности рынка.

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

2.1.6. Степень государственного регулирования рынка (отрасли).

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

2.2. Характеристика потребителей продукции — дается по сегментам (конечные потребители продукции, оптовые покупатели, производители другой продукции и т. д.) и географическому расположению потребителей.

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

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

2.5. План реализации продукции, выпускаемой в рамках проекта, — в нем расшифровывают предполагаемые объемы и суммы продаж в следующих группировках:

• временные периоды (месяцы, кварталы, годы);
• виды выпускаемой продукции;
• каналы сбыта (сети, опт, розница и т. д.).

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