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

Бриф (от нем. 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]:

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

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

К оглавлению