Практика в образовании ProjectSkills.ru
Практика в образовании ProjectSkills.ru
Блог проекта projectskills.ru и рабочие материалы справочника по проектной деятельности под редакцией А.Корнилова
Читать 1 минуту

Простой бриф проекта

Бриф (от нем. Brief) — краткая письменная форма согласительного порядка между планирующими сотрудничать сторонами, в которой прописываются основные параметры будущего программного, графического, медийного или какого-либо иного проекта.

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

Чтобы составить бриф проекта, надо ответить для себя на простые вопросы:

  • о чем это — в чем цель будущей деятельности и какое средство предлагается?
  • зачем это?
  • кому это надо?
  • как это будет выглядеть?
  • как это будет работать (действовать)?
  • чем это отличается от того, что уже есть сейчас?
  • как мы будет судить, что всё работает?
  • как это будет сделано (устроено)?
  • какие будут использованы ресурсы и откуда они?
  • что это всё даст в результате?

В индивидуальном проекте бриф составляет автор проекта, в командном — автор или тот, кто находится в роли менеджера продукта.

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

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

1. Наименование проекта

2. Автор или команда проекта, короткое представление

3. Формулировка задачи, проблемы, потребности.

4. Цель проекта — «зачем это?», какой результат будет достигнут благодаря проекту.

При формулировке цели правильно следовать «SMART-принципу» — цель выполнения проекта должна быть:

  • конкретная (Specific),
  • измеримая (Measurable),
  • достижимая (Achievable or Attainable),
  • реалистичная и адекватная (Relevant),
  • определяемая по времени (Time bound).

5. Предмет (содержание) проекта — что именно создается в проекте, что позволяет достичь указанную цель — «что в проекте делаем?»

6. Потребитель решения и заинтересованные лица — «кому это надо и почему?»

7. Описание реализации — «как это будет сделано?». Указывается, какими средствами предполагается цель достигнуть.

8. Аналоги или альтернативы — «чем не устраивает то, что есть?»

9. Объем и функциональность решения — «как это будет выглядеть?». Описание возможностей, функциональности предлагаемого решения

10. Порядок взаимодействий или использования решения (use cases) — «как это будет работать?»

11. Ключевые характеристики — «как мы будет судить, что всё работает?»: отказоустойчивость, масштабируемость, безопасность, мониторинг, управление и т. п..

12. Составные элементы решения — «из чего и как это будет устроено?»

13. Вывод (заключение) — «что это всё даст в результате?». Какие выгоды принесет внедрение описанного выше решения.

Если надо представить свое решение совсем коротко (в том числе во вступлении к брифу), то можно использовать следующую формулу:

Для краткого формулимрования цели удобно использовать следующую формулу[9]:

Цель проекта — для [носитель потребности],
который недоволен [описание проблемы],
мы предлагаем [способ решения проблемы],
в отличие от [существующие альтернативы],
обеспечивает [возможности]

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

К оглавлению

321 просмотр
Добавить
Еще
Практика в образовании ProjectSkills.ru
Блог проекта projectskills.ru и рабочие материалы справочника по проектной деятельности под редакцией А.Корнилова
Подписаться