Практика в образовании ProjectSkills.ru
Простой бриф проекта
Бриф (от нем. 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]:
Цель проекта — для [носитель потребности],
который недоволен [описание проблемы],
мы предлагаем [способ решения проблемы],
в отличие от [существующие альтернативы],
обеспечивает [возможности]
В любом случае, мы должны показать, чья именно это проблема, что за проблема, какими средствами мы ее предлагаем решить, как будет выглядеть процесс решения, каковы плюсы предлагаемого решения по сравнению с имеющимися альтернативами.