Что включает в себя описание проекта
Пример описания проекта: содержание, цели и особенности
Прежде чем начинать новый бизнес, необходимо все тщательно продумать и прописать. Для достижения данной цели необходимо разработать четкий бизнес-план. Девяносто процентов успеха новой компании зависят от того, насколько грамотно продумано описание содержания проекта. Пример должен включать в себя минимум шесть разделов.
Сущность проекта
Суть проекта: предоставление услуг по организации тематических вечеринок ИП «Машина времени». Преимуществом проекта в сравнении с конкурентами является многообразие и уникальность предоставляемых услуг, узкая специализация. Стоимость реализации бизнес-плана составляет 127 112 руб. Финансирование проекта входит в описание бизнес проекта. Пример – полное финансовое обеспечение собственными средствами. Проект благоприятно сказывается на вопросе безработицы. Так как его введение создаст 5 рабочих мест.
Анализ рынка
Описание инновационного проекта, пример которого рассматривается в конкретной ситуации, должно содержать информацию о емкости рынка. Емкость рынка по корпоративным вечеринкам составляет примерно 24 млн. руб. Это связано с тем, что в Брянске около 200 компаний потенциально могут стать клиентами фирмы.
Рассматривая конкурентные стратегии М. Портера, следует отметить, что «Машина времени» избирает стратегию концентрации. То есть компания принимает решение конкурировать только в узком сегменте рынка, а именно заниматься проведением только тематических вечеринок. Из конкурентных стратегий Ф. Котлера, фирме подходит стратегия нишевика, так как компания специализируется на обслуживании только тех клиентов, которые желают устроить тематическую вечеринку.
В Брянске около 50 праздничных агентств, но ни одно из них не включает в перечень базовых услуг проведение тематических вечеринок. Данная услуга либо рассматривается как дополнительная, либо и вовсе не предлагается клиентам. Основным рыночным сегментом для данного предприятия выступают корпоративные и частные клиенты.
План сбыта и маркетинга
В пример описания проекта должен быть включен перечень предоставляемых услуг. В конкретном случае – это корпоративные вечеринки, детские праздники и мероприятия в честь дня рождения. Уникальность услуг (конкурентные преимущества) заключается в проведении исключительно тематических вечеринок, проработке всех мелочей и особенностей.
Ожидается, что в феврале, марте и декабре поступит наибольшее количество заказов, так как в этот период предприятия устраивают корпоративы.
План производства
Финансовый план
Важной частью, входящей в пример описания проекта, являются финансовые составляющие. Обоснование финансового плана и расчет эффективности проекта основаны на ряде допущений и прогнозе важнейших характеристик макроэкономической ситуации в России, способных оказать влияние на реализацию и результат проекта.
Дата его запуска планируется на 1.01.17 года. Расчет амортизации проводится из допущения, что оборудование амортизируется за 5-10 лет, в зависимости от его технического состояния.
Расчет затрат, связанных с выплатой налогов, осуществлялся в соответствии с текущей налоговой политикой государства. В качестве общих издержек, входящих в пример описания проекта, рассматриваются представительские расходы, арендная плата и коммунальные платежи, реклама и доставка.
Не стоит упускать описание рисков проекта. Пример требует для рассмотрения ситуации роста инфляции, кредиторской задолженности, длительность срока окупаемости.
Выводы
Рассматриваемый проект предусматривает открытие агентства по организации тематических вечеринок «Машина времени». Валовой объем продаж на последний год осуществления проекта должен составить около 7 миллионов рублей.
Инициатор проекта обладает значительным опытом работы в рассматриваемой сфере, что будет способствовать эффективной организации производства. В целом, проект оценивается как перспективный, обладающей рыночной, технологической и экономической привлекательностью.
Управление содержанием проекта
Содержание проекта – это то, что проект включает в себя, и в чем он состоит. Управление содержанием проекта – достаточно большая область знаний, владея которыми Руководитель проекта определяет, что входит в проект и что остается за его рамками.
Содержание проекта – это наличие в проекте тех работ, которые необходимо выполнить, для того, чтобы получить желаемый результат.
Таким образом, содержанием нужно управлять и контролировать его на протяжении всего жизненного цикла проекта, следить за тем, чтобы в списке необходимых работ не появились лишние, не относящиеся к желаемому результату проекта. Или какие-то побочные, относящиеся уже к другому проекту.
Также стоит различать содержание проекта и содержание продукта: в первом случае, это работы, которые необходимо выполнить для получения желаемого результата (продукта, услуги), во втором случае – это функции и характеристики результата.
В процессе определения содержания появляется детальный документ, в котором отражены цели и задачи проектных работ.
Не стоит так же забывать, что для достижения одного результата могут быть использованы различные альтернативные методы, таким образом, следует рассматривать вопрос шире, со всех сторон, чтобы не упустить более выгодные возможности.
После того, как разработан и утвержден устав проекта, собраны и задокументированы требования, может быть составлено описание содержания проекта. Оно уже содержит больше информации о проекте, и оно более детально.
Качественно составленное описание содержания проекта важно еще и потому, что впоследствии будет являться основой для планов и решений. В то время как при плохо определенных целях могут возникнуть значительные риски.
Чем детальнее и однозначнее звучат пункты содержания проекта, тем проще потом определить, что проект завершен, то есть выполнены все требования и достигнуты все поставленные цели.
Но мы все понимаем, что в процессе жизненного цикла проекта появляется все больше и больше уточняющей информации, что необходимо учитывать при дополнении и детализации содержания проекта, при необходимости согласовывая с заинтересованными лицами.
Содержание проекта включает в себя:
Об описании содержания проекта, критериях приемки результата и границах проекта поговорим ниже.
Описание содержания проекта
В описание проекта входит достаточно высокоуровневое описание того, какие результаты должны быть получены. По большому счету, это следующий уровень детализации того содержания, которые было приведено в уставе проекта. Важно включить сюда то, что требуется сделать или произвести для получения результата. Например, если вы внедряете новую информационную систему, в содержание проекта будет входить:
Критерии приемки результата проекта
По каждому из элементов содержания проекта, приведенному выше, указывается, как заказчик и мы сами поймем, что результат действительно соответствует ожиданиям? Это обычно самая сложная часть описания содержания проекта, т.к. степень неопределенности еще слишком высока, а договариваться нужно уже тут, на берегу,пока работы не начались.
Настоящее искусство – это сформулировать критерии так, чтобы они были действительно удобны в использовании и не вызывали разночтения.
Например, для элемента “Обученные пользователи” (подкатегория “Обученные бухгалтера по работе с дебиторами”) критерием приемки может быть “Бухгалтер может выполнить следующие операции: ввод акта сверки, согласование счета и т.д. самостоятельно не более чем за 1 минуту”.
Границы проекта
Помимо того, что команда проекта будет делать в ходе его реализации, очень важно определить, чего она делать не будет.
На рисунке ниже схематично изображено определение границ проекта.
Определение границ проекта
В ходе описания границ проекта определяются и документируются все моменты, которые могут подразумеваться как часть проекта, но таковой не являются (опять же, в идеально случае вы просто детализируете то, что ранее написали в уставе проекта).
Продолжая приведенный выше пример, в содержание проекта входит обучение пользователей, но не входят командировки проектной команды для обучения бухгалтеров в регионах или организация командировок этих бухгалтеров для обучения в Москве (об этом заказчику придется позаботиться самостоятельно).
Управление содержанием целесообразно еще и потому, что позволяет контролировать объем усилий и средств, направленных на получение результата. Что, если на выполнение проекта потрачено огромное количество ресурсов, усилий, времени – а результат, мягко говоря, того не стоит?
Хорошо написанное содержание проекта – одна из основополагающих успеха проекта и отличный инструмент коммуникации, который руководитель проекта должен уметь использовать во благо этого проекта.
Информация полезна? Поддержи развитие проекта!
На кофе и новые материалы для читателей блога 🙂
Описание проекта
Нынешняя статья посвящена работе над описанием проекта: кто, как и почему его должен готовить
Перечислить самые существенные компоненты описания проекта несложно. В этом документе официально объявляется о запуске проекта и назначении менеджера проекта. Также в нем обычно указывается номер счета, куда поступают выделенные на проект средства. Кроме того, содержится краткая аргументация задач последнего, то есть его обоснование.
Есть у описания проекта одна любопытная особенность: составить его должен менеджер проекта, а вот подписывать предстоит тому, кто отвечает за создание и финансирование проекта. Передавать полномочия по составлению концепции и ее утверждению одному и тому же человеку – менеджеру проекта – не имело бы никакого смыла. И тем не менее описание должен составлять именно менеджер проекта, ведь для него это возможность с самого начала обозначить свое видение.
Ограничения и предположения
Помимо выше перечисленного, в описании проекта необходимо указать имеющиеся ограничения по всем предусмотренным направлениям. На начальной стадии проекта следует обозначить сроки реализации отдельных работ или отдельные статьи бюджета. В ходе планирования проекта должен быть сформулирован ряд предположений относительно доступности ресурсов, выбора поставщиков, сроков начала работ, подписания договоров и пр. Предположения вообще весьма полезны. Нам ежедневно приходится выдвигать и проверять определенные гипотезы. Встав утром с постели, мы заранее предполагаем, что в ванной исправно загорится свет, а из кранов польется вода. Чтобы успешно спланировать проект, гипотез должно быть выработано великое множество, иначе невозможно начать проект.
Заинтересованные лица – кто они?
Под подразумеваются все, кто в ходе реализации проекта что-то приобретет или, наоборот, потеряет. Если учесть все последствия, которые способен повлечь проект, то станет очевидно, что заинтересованных лиц в большинстве случаев довольно много.
Необходимо в той или иной степени отметить всех заинтересованных лиц. Основное внимание, однако, должно быть направлено на ключевые фигуры из числа заинтересованных лиц. Проблема в том, как их выбрать.
По ряду причин менеджер проекта может не захотеть контактировать со всеми главными фигурами, не говоря уже о тех, кому достались роли второго плана. Подобный подход чреват ошибками при определении содержания проекта. А ведь без адекватного понимания содержания проекта невозможно ни составить его рабочий план, ни определить стоимость и график работ, ни сформулировать его цели.
Возможный выход из положения – привлечь команду из семи – десяти человек, занятых в проекте, и воспользоваться одной из методик социометрии, известной как (The Crawford Slip).
После того как вопрос прозвучит десять раз, в распоряжении ведущего появятся от 70 до 90 карточек с ответами. Если группа подобрана хорошо (в том смысле, что в нее входят люди с различными точками зрения), вероятность того, что участники эксперимента укажут большинство заинтересованных лиц, весьма высока. Остается составить список названных персон и раздать его участникам для внесения изменений и дополнений.
Мы живем в глобальном обществе, и одно из его проявлений – возможность обсудить проблему, не вставая из-за компьютера. Недавно я получил письмо.
Мы – сторонники следующего подхода. СПОНСОР должен подготовить описание, указав на одной-двух страницах, кем, что, почему, где, когда, как и за какие деньги должно быть сделано по проекту. В дальнейшем менеджеру или команде проекта предоставляется право в рамках планирования содержания проекта и определения этого содержания подтвердить или опровергнуть приводимые спонсором факты и предположения.
Ваша точка зрения позволяет поставить вопрос достаточно неожиданно: предположим, вы – менеджер проекта и числитесь в штате компании; имеете ли вы право наложить вето на реализацию проекта? В современном мире крупного бизнеса, где репутация менеджера определяется его последним проектом, следует ли вам браться за проект, если он, по вашему глубокому убеждению, обречен на провал? Некоторые исследования показывают, что менее 60% от общего числа проектов в сфере ИТ укладываются в смету, график и перечень требований, предъявляемых заказчиком. С составлением программы проекта дело обстоит получше – здесь успех сопутствует в 80% случаев. Впрочем, это тоже не ахти какое достижение.
Со многим из вышесказанного я готов согласиться. Тем не менее считаю, что составлением описания проекта должен заниматься менеджер проекта, и никто иной.
Начнем с того, что для написания подобного документа спонсор должен обладать достаточно глубокими знаниями об управлении проектами в целом и о данном проекте в частности. Такие спонсоры – редкость, и уже поэтому разработка описания проекта – удел менеджера проекта.
Безусловно, менеджер проекта живет не в вакууме. Как только описание готово, его следует согласовать со всеми заинтересованными лицами. Для менеджера проекта это и проверка, и решающий момент. На случай, если он составил описание проекта, не отвечающее замыслам заинтересованных лиц и руководства компании, должна быть предусмотрена возможность переработки и повторного согласования документа.
Как это ни удивительно, некоторые менеджеры проектов придерживаются точки зрения, что достойны больших полномочий, чем задумано их начальством. Вот пример. Менеджер проекта отвечает за разработку новой продукции. Он же готовит описание проекта, в котором берет на себя ответственность за разработку, продажи, маркетинг продукции и т. д. Менеджеры, как правило, достаточно высоко оценивают свои возможности, иногда чрезмерно расширяя границы проекта. Чтобы исключить подобные случаи, необходимо пересматривать описание проекта.
Хотя фактическим автором описания является менеджер проекта, документ подписывает его начальник. Это необходимо в целях контроля за деятельностью менеджера проекта, а также согласования и утверждения документа всеми заинтересованными лицами. В число заинтересованных лиц, безусловно, входит и руководство компании – заказчика проекта.
Я считаю, что если подготовка описания проекта идет вышеуказанным образом, менеджер получает широкие возможности для самовыражения (естественно, в разумных пределах). В то же время заинтересованные лица проекта могут изучить документ и внести в него необходимые поправки.
Автор: Майк Ньюэлл
Источник: Журнал “Директор ИС”, #02, 2001 год
Структура проектной работы
Обязательные разделы проектной работы
Рассмотрим, из каких разделов должна состоять стандартная проектная работа для школ и колледжей.
Первым листом любой проектной работы является «Титульный лист», на котором указываются школа, название работы, данные ученика, учителя, населенный пункт и год написания (подробнее можно прочитать здесь). Правильно оформить титульный лист важно, как его оформить, можно прочитать на странице «Правила оформления титульного листа для проектной работы».
Титульный лист проектной работы
Далее за титульным листом следует «Содержание», в котором указываются все разделы проектной работы, номер страницы на которой они начинаются (кроме титульного листа и самого содержания) подробнее с требованиями предъявляемыми к содержанию проекта, о том как его составить можно прочитать на странице «Содержание проектной работы». Как правильно оформить содержание проектной работы можно прочитать здесь.
Содержание проектной работы
После «Содержания» следует «Введение». Введение является одни из важнейших структурных элементов проектной работы, ведь именно в нем отражается актуальность работы, ставится цель и задачи работы, выдвигается гипотеза, которая в ходе выполнения работы должна быть подтверждена, либо опровергнута.
Введение проектной работы
Стандартная структура введения включает следующие блоки:
Кроме вышеперечисленных блоков, во введении может быть указана проблема исследования, теоретическая значимость.
Подробно ознакомится с требованиями к введению и каждому элементу который входит в его состав, какие из них обязательные, а какие можно не указывать, посмотреть примеры можно на странице «Введение проектной работы».
За «Введением» следует основная часть проектной работы, состоящая из 2 глав. Если в проектной работе есть исследовательская часть, то она располагается во 2 главе (1 глава является теоретической). Каждая глава состоит из 2-3 параграфов.
Основная часть проектной работы
После основного текста работы располагается «Заключение», в котором кратко (1-2 страницы) даются выводы по всем параграфам (именно параграфам) проекта, если во введении была выдвинута гипотеза, то в заключении необходимо указать – была она подтверждена или опровергнута.
Заключение проектной работы
Следующим за «Заключением» разделом проектной работы является «Список использованных источников», в который необходимо включить всю литературу, которая была использована в ходе написания проекта.
Список использованной литературы проектной работы
Заключительным разделом любой проектной работы выступает «Приложение(я)», в данном разделе помещается вся дополнительная информация, которая помогает детально раскрыть тему работы, так, например, в приложения можно вынести картинки и фотографии, анкету, методики и прочее.
Дополнительные разделы проектной работы
Кроме вышеперечисленных разделов, в некоторых проектных работах после титульного листа располагается «Паспорт проектной работы», требования к паспорту, при его необходимости, выдаются учителем или преподавателем, связано это с тем, что нет стандартных требований к паспорту проекта.
Еще одним элементом, который встречается в некоторых проектных работах, но не является стандартным требованием к их написанию, является «Аннотация». В аннотации дается краткое описание всего проекта, объем аннотации: не более 1 страницы.
«Список терминов» – в нем дается расшифровка или краткое описание слова/понятия. Список терминов располагается после титульного листа.
Описание проекта
Майк Ньюэлл, PSM Consulting
Перечислить самые существенные компоненты описания проекта несложно. В этом документе официально объявляется о запуске проекта и назначении менеджера проекта. Также в нем обычно указывается номер счета, куда поступают выделенные на проект средства. Кроме того, содержится краткая аргументация задач последнего, то есть его обоснование.
Есть у описания проекта одна любопытная особенность: составить его должен менеджер проекта, а вот подписывать предстоит тому, кто отвечает за создание и финансирование проекта. Передавать полномочия по составлению концепции и ее утверждению одному и тому же человеку — менеджеру проекта — не имело бы никакого смыла. И тем не менее описание должен составлять именно менеджер проекта, ведь для него это возможность с самого начала обозначить свое видение.
Ограничения и предположения
Помимо выше перечисленного, в описании проекта необходимо указать имеющиеся ограничения по всем предусмотренным направлениям. На начальной стадии проекта следует обозначить сроки реализации отдельных работ или отдельные статьи бюджета. В ходе планирования проекта должен быть сформулирован ряд предположений относительно доступности ресурсов, выбора поставщиков, сроков начала работ, подписания договоров и пр. Предположения вообще весьма полезны. Нам ежедневно приходится выдвигать и проверять определенные гипотезы. Встав утром с постели, мы заранее предполагаем, что в ванной исправно загорится свет, а из кранов польется вода. Чтобы успешно спланировать проект, гипотез должно быть выработано великое множество, иначе невозможно начать проект.
Заинтересованные лица — кто они?
Под «заинтересованными лицами» подразумеваются все, кто в ходе реализации проекта что-то приобретет или, наоборот, потеряет. Если учесть все последствия, которые способен повлечь проект, то станет очевидно, что заинтересованных лиц в большинстве случаев довольно много.
Необходимо в той или иной степени отметить всех заинтересованных лиц. Основное внимание, однако, должно быть направлено на ключевые фигуры из числа заинтересованных лиц. Проблема в том, как их выбрать.
По ряду причин менеджер проекта может не захотеть контактировать со всеми главными фигурами, не говоря уже о тех, кому достались роли второго плана. Подобный подход чреват ошибками при определении содержания проекта. А ведь без адекватного понимания содержания проекта невозможно ни составить его рабочий план, ни определить стоимость и график работ, ни сформулировать его цели.
Возможный выход из положения — привлечь команду из семи — десяти человек, занятых в проекте, и воспользоваться одной из методик социометрии, известной как «карточки Кроуфорда» (The Crawford Slip).
Суть этой методики в следующем. Каждому участнику мини-исследования раздается по десять карточек (для этого вполне подойдет обычная бумага для записок). Ведущий задает вопрос: «Назовите самое важное для проекта заинтересованное лицо». Все респонденты должны записать наиболее, по их мнению, подходящую кандидатуру. При этом никакого обмена мнениями не должно быть. Ведущий делает небольшую паузу, после чего вопрос повторяется. Участник не может называть одну и ту же персону несколько раз.
После того как вопрос прозвучит десять раз, в распоряжении ведущего появятся от 70 до 90 карточек с ответами. Если группа подобрана хорошо (в том смысле, что в нее входят люди с различными точками зрения), вероятность того, что участники эксперимента укажут большинство заинтересованных лиц, весьма высока. Остается составить список названных персон и раздать его участникам для внесения изменений и дополнений.
Мы живем в глобальном обществе, и одно из его проявлений — возможность обсудить проблему, не вставая из-за компьютера. Недавно я получил письмо.
В своей статье Вы затронули интересный вопрос: должен ли менеджер отвечать за подготовку описания проекта? Опираясь на свой опыт, говорю решительно «нет». Почему? Потому что в этой схеме спонсор проекта лишен возможности сформулировать, что он в конце концов хочет получить.
Мы — сторонники следующего подхода. СПОНСОР должен подготовить описание, указав на одной-двух страницах, кем, что, почему, где, когда, как и за какие деньги должно быть сделано по проекту. В дальнейшем менеджеру или команде проекта предоставляется право в рамках планирования содержания проекта и определения этого содержания подтвердить или опровергнуть приводимые спонсором факты и предположения.
На сегодня мнения наших клиентов разделились. Одни полагают, что описанием проекта должен заниматься менеджер проекта, другие придерживаются точки зрения, что это обязанность представителя спонсора. Исходя из наших наблюдений, в тех случаях, когда авторство описания проекта принадлежит спонсору, проекты получаются лучше. Почему? Если менеджер проекта играет роль своего рода «адвоката дьявола», ему легче обнаружить ошибки, способные привести к неудаче. Также исключается ситуация, при которой менеджеру проекта будет передана к исполнению сырая или заведомо порочная идея спонсора. Вы считаете, что менеджер проекта должен играть основную роль при подготовке его описания; при этом подразумевается, что менеджер проекта способен заставить лицо, принимающее решения, внести изменения в свой вариант этого документа до начала работ. Наш опыт свидетельствует о том, что этого не происходит. Как раз наоборот — руководитель занимается подготовкой описания собственного проекта, а об объективности зачастую забывают.
Ваша точка зрения позволяет поставить вопрос достаточно неожиданно: предположим, вы — менеджер проекта и числитесь в штате компании; имеете ли вы право наложить вето на реализацию проекта? В современном мире крупного бизнеса, где репутация менеджера определяется его последним проектом, следует ли вам браться за проект, если он, по вашему глубокому убеждению, обречен на провал? Некоторые исследования показывают, что менее 60% от общего числа проектов в сфере ИТ укладываются в смету, график и перечень требований, предъявляемых заказчиком. С составлением программы проекта дело обстоит получше — здесь успех сопутствует в 80% случаев. Впрочем, это тоже не ахти какое достижение.Со многим из вышесказанного я готов согласиться. Тем не менее считаю, что составлением описания проекта должен заниматься менеджер проекта, и никто иной.
Начнем с того, что для написания подобного документа спонсор должен обладать достаточно глубокими знаниями об управлении проектами в целом и о данном проекте в частности. Такие спонсоры — редкость, и уже поэтому разработка описания проекта — удел менеджера проекта.
Вторая причина в том, что работа над описанием проекта дает его менеджеру возможность привести проект в удобоваримое состояние. Описание — самый первый документ, с его появлением проект «оживает». Менеджер проекта должен воспользоваться ситуацией для создания благоприятных условий для реализации проекта.
Безусловно, менеджер проекта живет не в вакууме. Как только описание готово, его следует согласовать со всеми заинтересованными лицами. Для менеджера проекта это и проверка, и решающий момент. На случай, если он составил описание проекта, не отвечающее замыслам заинтересованных лиц и руководства компании, должна быть предусмотрена возможность переработки и повторного согласования документа.
Как это ни удивительно, некоторые менеджеры проектов придерживаются точки зрения, что достойны больших полномочий, чем задумано их начальством. Вот пример. Менеджер проекта отвечает за разработку новой продукции. Он же готовит описание проекта, в котором берет на себя ответственность за разработку, продажи, маркетинг продукции и т. д. Менеджеры, как правило, достаточно высоко оценивают свои возможности, иногда чрезмерно расширяя границы проекта. Чтобы исключить подобные случаи, необходимо пересматривать описание проекта.
Хотя фактическим автором описания является менеджер проекта, документ подписывает его начальник. Это необходимо в целях контроля за деятельностью менеджера проекта, а также согласования и утверждения документа всеми заинтересованными лицами. В число заинтересованных лиц, безусловно, входит и руководство компании — заказчика проекта.
Я считаю, что если подготовка описания проекта идет вышеуказанным образом, менеджер получает широкие возможности для самовыражения (естественно, в разумных пределах). В то же время заинтересованные лица проекта могут изучить документ и внести в него необходимые поправки.