Требования к пояснительной записке проекта: Национальный исследовательский университет «Высшая школа экономики»

Требования к оформлению пояснительной записки дипломного проекта

Пояснительная записка дипломного проекта является не­отъемлемой его частью и оформляется в соответствии с требованиями Единой системы конструкторской документации /ЕСКД/. Текст пояснительной записки излагается с одной стороны листа на украинском или русском языке.

Пояснительная записка может быть написана / от руки / чернилами,либо набрана на компьютере.

Рукопись оформляется на писчей бумаге формата А-4 с полями:

— слева 30 мм, справа — 10 мм, сверху — 20 мм, снизу — 25 мм. Расстояния между строк принимается не более 10 мм. Абзацы выполняют с отступом 15 — 20 мм.

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

Компьютерный текст рукописи желательно набирать шрифтом №№ 12;13.0дна печатная страница должна иметь, в среднем, 40 рядов.

Недопустимо оставлять незаполненные страницы более половины листа, а также разрывы между текстом более 5 см.

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

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

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

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

При этом, могут быть использованы материалы сайтов интернета.

1. Гетун Г.В., Архітектура будівель та споруд. Книга 1. Основи проектування. Підручник. — К.: КОНДОР, — 2011.

2. Гегун Г.В., Криштоп Б.П. Багатоповерхові каркасно-монолітні житлові будинки, — Київ,: КОНДОР, 2005.

3. Гетун Г.В., к.т.н., доц., Сергейчук О.В., к.арх., доц., Чирва Е.Я., к,т.н., доц., Архи­тектура будівель та споруд. Методичні вказівки до розробки архітектурно — будівельної частини дипломного проекту. — К.: КНУБА, 2006

4. Волга В.С, к.т.н,, Армановский Л.Н., Дехтяр С.Б. к.т. н., Диденко B.C., Кузнецов Д.В., к.арх., Печенов А.Н., к.т,н., и др. Архитектурные конструкции гражданских зданий: 2 изд.пер. и доп. — К.: Будівальник, 1988.

5. Дехтяр С.Б., Армановский Л.И. Диденко B.C., Кузнецов Д.В. Архитектурные конструкции гражданских зданий. 2 изд.,перер. и доп. — К.; Будівельник, 1988.

6. Дыховичный ЮА, Казбек-Казиев З.А., и др, Архитектурные конструкции. Книга 1. Архитектурные конструкции малоэтажных зданий.

   —2 изд. — М.: Архитектура — С, 2006.

7. Дыховичный Ю,А., Казбек — Казиев 3,А. и др. Архитектурные конструкции. Книга 2. Архитектурные конструкции многоэтажных зданий. -М.: Архитектура-С, 2007.

8. ДБН В.2.2 — 15 — 2005.Житлові будинки. Основні положення. — К Держ Буд України, 2005.

9. ДБН В. 2.2 — 9 — 99. Громадські будинки та споруди.-К,: Держбуд України.

10. ДБН В.1.1-7-2002. Пожежна безпека объектів будівництва.-К.: Держбуд України, 2003.

11. ДБН В, 1.1 — 5-2000. Будинки і споруди на підроблювальних теріторіях і просідаючих грунтах. — К ; Держбуд України,2000.

12. Криштоп Б.Г., Конструкції великопрогонових покриттів для зальних приміщень громадських будівель, Навчальний посібник,-К.:КНУБА, 2008.

13. Малышев О.М., Віроцький В.Д., Нілов 0.0., Сергійчук О.В. та інш. Технічне обстеження та нагляд за безпечною експлуатацію будівель та інженерних споруд,-К.: Видавництво « Відлуння», 2007.

14. Підгорний О.Я., Щепетова І.М., Сергійчук О.В. та інш. Навч.посібн. Світлопрозорі огородження будинків. — К.: Видавець Домашевська О. А., 2005.

15. Пономарев В.А, Архитектурное конструирование. Учебн.для вузов. — М.: «Архитектура – С», 2008.

16. Русскевич Н.Л.,Ткач Д.И., Ткач М.Н., Справочник по инженерно- строительному черчению,-К.; Будівельник, 1987.

17. Шерешевский И, А., Конструирование гражданских зданий, — М.: « Архитектура — С», 2005.

18. Морозов А.П., Василенко О.В., Миронков Б.А. Пространственные конструкции общественных зданий, — Л.:Стройиздат, 1977.

19. Гусев Архитектурно-строительная физика?

20. Сергейчук О.В. Строительная физика. Акустика. Учебное пособие., Киев: УМК ВО, 1992.

21. Сергейчук О.В. Строительная физика. Теплотехника.

22. ДБН В.2.6.-31:2006. Конструкції будівель і споруд. Теплова ізоляція будівель. Мінбуд України. Київ. 2006.

Приложение 1.

Пояснительная записка в стадии Р: нужна или не нужна

Содержание

1. Пояснительная записка в стадии «Р»
2. Отличия «Р» от «П»
3. Нормативная база
4. Описание стадии «Р» для пожарной сигнализации
5. Пояснительная записка для «Р»
6. Что запомнить

Здравствуйте, дорогие мои читатели.

В нашей статье затронем очень актуальный в последнее время вопрос:

для чего разрабатывается пояснительная записка в стадии «Р» и нужна ли она в принципе, с учетом последних изменений ГОСТа.

Какими нормативными документами утверждается разработка документации на данном этапе проектирования,

и что включает в себя проект на стадии «РД».

Многие задаются этим вопросом – нужна ли пояснительная записка именно на стадии проектирования «РД»?

И если да, то где взять шаблон записки?

Государственным стандартом предусматривается ПЗ на этапе «П».

Но об этапе «Р» нормативной документации очень мало.

Что же делать?

Давайте выделим главную идею разработки этой фазы проекта:

Подготовка документации в объеме, который будет достаточным для выполнения квалифицированными специалистами (монтажником, пуско-наладчиком) своей работы.

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

Это нужно скорее заказчику, как доказательство, на случай обнаружения им отступлений от утвержденного проекта.

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

А ПД включает всего четыре фазы:

1. Эскизный Проект.
2. ПД.
3. РД.
4. Рабочий проект.

Здесь тоже у многих возникают затруднения.

Разработчики говорят: «и здесь и там планы, схемы, спецификация».

Вдобавок еще и ПЗ нужно писать зачем-то?

Ведь она уже готовилась в стадии «П».

На самом деле третий этап, в отличие от второго имеет ряд положений, по которым их сразу легко отличить.

• «Р» разрабатывается главным образом для исполнителей – строителей, монтажников. Здесь максимально подробно описаны проектные решения, тогда как в «П» они были только обозначены.
• Третья фаза проекта содержит чертежи коммутаций, профили коммуникаций, аксонометрию, спецификации и пр.
• Из «Рабочей документации» исключены многие пункты, к примеру, КЕО, ПОС, ИТМ ГОиЧС, ООС.

Как мы и говорили, нормативных документов для этой проектной ступеньки немного.

Самый главный документ, описывающий порядок разработки «Р», содержащий правила формирования текста и графики – ГОСТ Р 21.1101—2013 («СПДС. Требования к РД и ПД»).

В соответствии с пунктом 4.2 этого ГОСТа, в комплекс РД включаются.

• Основная документация. Ведомости чертежных схем, ссылочных документов, общие указания, обозначения и другие описания.
• Рабочие чертежи. Их принято объединять в комплекты РЧ по маркам. Представлены в таблице Б.1 ГОСТа. Это, например, описания алгоритмов, монтажные схемы, планы проводок и оборудования, и пр.
• Список прилагаемой документации и таблица шифров, как дополнение к чертежам (их содержит таблица В.1). Это опросный лист, спецификация устройств, локальная смета, эскизный, габаритный и рабочий чертежи, расчеты и прочие документы.
• Основные комплекты РЧ включают общую информацию, а также схемы, задокументированные в стандарте СПДС.

Таким образом, основной набор документации фазы проекта «РД» можно обозначить так.

1. Титульный лист.
2. Схемы и чертежи.
3. Основная информация.
4. Прилагаемые документы.

Но это еще не все.

Каждому комплекту присваивается свое обозначение.

Сюда входит базовое название (обозначение), а через тире пишут марку комплекта.

Такие указания обязательны для правильного выполнения монтажа оборудования.

Кроме того, согласно п.п. 5.1 и 5.2 СНиП 11-01-95:

• Набор РД на строительство определяется ГОСТами СПДС и согласуется исполнителем и заказчиком в рамках контракта.

• ГОСТы, а также республиканские и отраслевые стандарты исключены из перечня РД и могут быть отдельно переданы заказчику, если таковое предусмотрено договором.

Приведем вам, уважаемые читатели, типовой перечень того, что должно входить состав РД для системы ПС.

1. Основная информация.
2. Схема управляющих узлов АУПТ.
3. Ситуационный план.
4. Схема охраняемых строений.
5. Разрезы, сечения.
6. Схема сооружений с наружными трубными коммуникациями.
7. Схема заземления.
8. Электросхема управления и контроля.
9. Схема кабельной разводки, размещений устройств и т.п.
10. План электрических соединений, основная схема ПС.
11. Кабельный журнал.

Еще, помимо этого перечня, в готовый комплект могут включаться.

• Ведомость прокладки кабелей в трубах.
• Структурные и функциональные схемы АУПТ.
• Трубозаготовительная ведомость.
• Схемы нетиповых устройств и конструкций.

Все комплекты можно делить по видам ПТ, по типам монтажных работ.

Самое главное здесь – отсутствие ПЗ в перечне приведенных документов.

Как итог, видим, что пояснительная записка не включена ни в один из представленных перечней документов фазы проектирования РД.

Нужна она или нет?

Как мы видим, дорогой читатель, пояснительная записка на стадии разработки не предусматривается.

ГОСТ Р 21.1101—2013 с учетом последних изменений исключает ПЗ из перечня проектной документации.

Пояснительная записка разрабатывается на этапе «П» в составе ПД в «Раздел 1, Том 1» – ОПЗ (общая пояснительная записка).

ПЗ отсутствует в перечне разделов третьей стадии. Значит, на этой ступеньке проекта она нам и не нужна.

Что же у нас получается?

С учетом изменений в ГОСТ 21. 1101—2013 от 2013 г. этот документ был убран из общего перечня документации.

Нам достаточно ПЗ на этапе проектирования для уточнения всех вопросов.

Так, уважаемый читатель, выделим главную мысль нашего исследования.

Пояснительная записка при разработке проектной документации на стадии «Р» не требуется.

Пожалуйста, всегда учитывайте это при разработке Вашего проекта.

Теперь, кто бы у нас ее не затребовал, можно смело сослаться на последние изменения упомянутого выше ГОСТа.

А он четко указывает на отсутствие затребованного у нас документа.

Но если вдруг мы – заказчик, то мы также не сможем затребовать пояснительную записку для этапа «Р».

Будем это помнить.

До встречи в следующей статье!

Как написать предложение по проекту [2023] [2022] • Asana

Резюме

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

У всех проектов есть истории создания, но они не начинаются с того, что кто-то заявляет: «Да будут ресурсы!» Чтобы продолжить работу над проектом, команды должны представить предложение лицам, принимающим решения в своей организации или внешним заинтересованным сторонам.

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

Что такое проектное предложение?

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

Целью вашего проектного предложения является:

• Обеспечение внешнего финансирования

• Выделение ресурсов компании для вашего проекта 05

Создать шаблон инициации проекта

Проектные предложения, уставы проектов и бизнес-кейсы

Проектные предложения и уставы проектов служат разным целям в процессе создания проекта, и важно понимать разницу между ними. В то время как проектное предложение имеет место на этапе инициации проекта, устав проекта имеет место на этапе планирования.

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

Люди также путают экономическое обоснование с проектным предложением, но экономическое обоснование также следует за предложением. Как только проект будет одобрен посредством предложения, экономическое обоснование может быть использовано для обеспечения дополнительного финансирования проекта.

Типы проектных предложений

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

• Запрошено: Вы будете отправлять запрошенные предложения в ответ на запрос предложений (RFP). RFP подробно объявляет о проекте и запрашивает предложения от квалифицированных команд. Поскольку вы конкурируете с другими компаниями за предложения такого типа, вы должны провести тщательное исследование и писать убедительно.

• Незапрошенные: Вы будете отправлять незапрашиваемые предложения без RFP, что означает, что никто не спрашивал ваше предложение. В этом случае вы не будете конкурировать с другими компаниями или командами, но вам все равно придется быть убедительным, потому что вы не знаете, нужны ли вы заинтересованным сторонам, которым вы делаете питч.

• Неофициальный: Вы можете попросить клиента отправить вам неофициальный запрос на проектное предложение, и в этом случае вы можете ответить с предложением вашего проекта. Поскольку это не официальный запрос предложений, правила менее конкретны.

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

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

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

Тон голоса и содержание вашего проектного предложения будут различаться в зависимости от типа отправляемого вами предложения. Когда вы знаете цели своего проекта, вы можете соответствующим образом написать свое предложение.

Как написать проектное предложение

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

1. Напишите краткое изложение

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

Ваше резюме должно включать:

• Проблема, которую ваш проект планирует решить

• Решение, которое предлагает ваш проект для этой проблемы

• Влияние, которое ваш проект окажет только пункты кратко в вашем резюме, потому что вы обсудите эти темы более подробно позже в своем предложении.

  2. Объясните предысторию проекта

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

  Некоторые вопросы, которые следует включить:

  • Какую проблему решает ваш проект?

  • Что уже известно об этой проблеме?

  • Кто уже занимался этой проблемой/какие исследования?

  • Почему прошлых исследований недостаточно для решения этой проблемы?

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

  3. Представить решение

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

  Некоторые элементы, которые необходимо включить:

  • Ваше заявление о видении проекта

  • График вашего проекта, включая важные этапы

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

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

    Создайте шаблон инициации проекта

    4. Определите результаты и цели проекта

    Определение результатов вашего проекта является важным шагом в написании вашего проектного предложения. Заинтересованные стороны хотят знать, что вы собираетесь производить в конце вашего проекта, будь то продукт, программа, обновление технологии или что-то еще. Когда заинтересованная сторона прочитает ваше видение, это будет раздел, где они скажут: «Ага, это то, для чего они будут использовать мои ресурсы».

    При определении конечных результатов вы должны указать:

    • Конечный продукт или конечную цель вашего проекта

    • График проекта, когда результаты будут готовы повторное производство

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

    5. Перечислите, какие ресурсы вам нужны

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

    В этом разделе вы должны указать:

    • Бюджет проекта : Бюджет проекта включает в себя все, от расходных материалов, которые вам понадобятся для создания продукта, до цен на рекламу и заработной платы команды. Сюда следует включить любые статьи бюджета, необходимые для реализации проекта.

    • Разбивка затрат: Этот раздел должен включать исследование того, почему вам нужны определенные ресурсы для вашего проекта; таким образом заинтересованные стороны могут понять, для чего используется их бай-ин. Эта разбивка также может помочь вам смягчить непредвиденные расходы.

    • План распределения ресурсов : Вы должны включить обзор своего плана распределения ресурсов с указанием того, где вы планируете использовать конкретные ресурсы, которые вам нужны. Например, если вы определили, что вам нужно 50 000 долларов для завершения проекта, планируете ли вы выделить эти деньги на заработную плату, технологии, материалы и т. д.

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

    Прочтите: Шаблоны бюджетных предложений: 5 шагов для обеспечения финансирования

    6. Сформулируйте свое заключение

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

    Советы по написанию эффективного проектного предложения

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

    Знайте свою аудиторию

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

    Будьте убедительны

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

    Все просто

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

    Проведите исследование

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

    • Почему это проблема?

    • Как это решение проблемы?

    • Кто-нибудь уже решал эту проблему?

    • Какова стоимость проекта?

    Если вы можете ответить на эти вопросы, то, вероятно, вы провели достаточно исследований, чтобы поддержать предложенную вами инициативу.

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

    Хорошие предложения по проекту требуют совместной работы. С правильными инструментами управления ваша команда может общаться, обмениваться информацией и работать вместе над одним общим документом.

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

    Создайте шаблон запуска проекта

    5 шагов к написанию четкого описания проекта [2023] • Asana

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

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

    Что такое краткое описание проекта?

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

    Создайте краткое описание проекта с помощью Asana

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

    Запланируйте создание описания проекта в самом начале проекта. Если вы только начинаете заниматься управлением проектами, вы могли столкнуться с другими элементами раннего планирования проекта. Вот как краткое описание проекта соотносится с другими элементами управления проектом:

    Бриф проекта и творческий бриф

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

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

    Прочтите: Полное руководство по написанию творческих заданий

    Краткое описание проекта и план проекта

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

    1. Цели проекта

    2. Показатели успеха

    3. Заинтересованные стороны и роли камни и материалы

    4. График и график

    5. План коммуникаций проекта

    Прочтите: Создайте лучший план проекта всего за 7 шагов

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

    Краткое описание проекта или краткое изложение

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

    Прочтите: Как написать резюме с примерами

    Ключевые элементы краткого описания проекта

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

    Создайте краткое описание проекта с помощью Asana

    Исходная информация

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

    • Почему вы работаете над этим проектом?

    • Какие потребности бизнеса, исследования или отзывы клиентов, если таковые имеются, привели к этому проекту?

    • Связаны ли какие-либо предыдущие проекты с этим, и если да, то как они проходили и чему научилась ваша команда?

    Цели проекта и показатели успеха

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

    Прочтите: Как составить эффективную цель проекта с примерами

    Сроки проекта

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

    Целевая аудитория

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

    5 шагов для написания четкого описания проекта с примерами

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

    Создайте краткое описание проекта с помощью Asana

    1. Добавьте соответствующий контекст

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

    Пример:

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

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

    Читайте: Как написать эффективное описание продукта (с шаблоном)

    2. Введите цели проекта и показатели успеха

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

    • Конкретный

    • Измеримый

    • Достижимый

    • Реалистичный

    • Ограниченный временем

      5

      20 пример чата:

      Большинство пользователей научились использовать другой видеосервис, играя на наше приложение. Эта маркетинговая кампания будет обучать и продвигать эту новую функцию, чтобы увеличить ее внедрение и побудить пользователей отказаться от видеочата на других платформах и перейти на нашу новую функцию в приложении. Цель проекта для 9 0425 40% пользователей, которые входят в систему 1 раз в неделю, используют видеочат в приложении не менее 2 раз в месяц к концу маркетинговой кампании в конце мая.

      Критерии успеха:

      • Достигнуто: 40%

      • Почти: 35%

      • 9007

        4 Частично: 30%

        Отказ: менее 30%

      3. Уточните свой проект timeline

      В цели вашего проекта вы, скорее всего, включите дату или временной диапазон, чтобы он попал в «T» в SMART (с привязкой ко времени). Однако временная шкала вашего проекта — это больше, чем просто продолжительность проекта — ваша временная шкала может включать ключевые вехи или другие важные даты.

      Продолжая наш пример с видеочатом:

      Продолжительность проекта: 15 марта — 29 мая

      Основные этапы:

      • 15 марта: Стартовое совещание

      • 22 апреля: первоначальные проектные активы готовы

      • 7 мая: проектные активы утверждены

      • 17 мая: продукт завершен и готов к отправке

      • 29 мая: день запуска

      Прочтите: Как создать техническое задание за 7 шагов

      4.

      Выделите свою целевую аудиторию

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

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

      Продолжая наш пример видеочата:

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

      5. Подключите участников проекта к другим ресурсам

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

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

      Продолжая наш пример видеочата:

      Для получения более подробной информации ознакомьтесь с нашим планом проекта или просмотрите нашу дорожную карту проекта .

      Краткий пример проекта

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

      Создайте краткое описание проекта с помощью Asana

      Куда вписывается краткое описание проекта?

      В управлении проектами много элементов, и если вы новый менеджер проекта, вам может быть интересно, что вам нужно создать. Вот краткое руководство по каждому элементу и его месту:

      • Цели проекта  предоставляют общий план того, как ваш проект связан с бизнес-целями.

      • Цели проекта  – это фактические конкретные результаты в конце проекта.

      • Дорожная карта проекта  – это общий обзор результатов, основных этапов и целей проекта. Дорожные карты проекта наиболее полезны для сложных инициатив.

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

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

      • Краткий обзор проекта   – это главный источник достоверной ключевой информации о проекте для вашей команды.

      • Резюме  – это обзор вашего плана проекта для заинтересованных лиц высшего уровня.

      • Отчеты о статусе проекта  – это обновления о ходе выполнения, которые вы (руководитель проекта) должны отправлять на протяжении всего проекта, чтобы ваша проектная группа не отставала от графика.

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

      Вкратце: начните работу с краткими описаниями проектов уже сегодня

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