алгоритм закрытия потребности в комфорте я назвал «фреймворк». Возможно, вы слышали, что так разработчики в IT называют набор инструментов, ускоряющих разработку приложений. Framework переводится с английского как «структура», «каркас» и даже «система взглядов». Фреймворком в широком смысле можно назвать любой набор инструментов, позволяющий, с одной стороны, упростить какой-либо процесс, а с другой – четко обозначить его рамки и границы.
Фреймворк работы продуктовых дизайнеров должен включать в себя три составляющие:
1) правила работы с задачами;
2) понятное распределение компетенций;
3) церемонии.
Поговорим о каждой из них подробнее.
Правила работы с задачами
Создание любого продукта – это одновременно и непрерывный процесс, и череда маленьких шагов на пути к финальному результату.
Можно, конечно, попытаться сделать все с наскока: подготовить дизайн сразу всего приложения, потом полностью написать код, протестировать его и успешно осуществить релиз на пользователей. Но в реальной жизни такой подход не только утопичный, но еще и очень опасный.
Если не разделять процесс на отдельные задачи и не сверяться с коллегами по ходу их выполнения, есть стопроцентная вероятность наделать ошибок. Причем каждая из этих ошибок повлечет за собой новые и более серьезные. Проявится эффект снежного кома, разлепить который будет намного сложнее и дороже, чем вносить корректировки по ходу процесса.
Получается, что проработка отдельных частей проекта (для дизайнера – сценариев и экранов) в виде конкретных задач – это основа здорового процесса. И от того, как построена работа над задачами, зависит успех команды. А еще, что особенно важно в контексте этой книги, понятные правила работы над задачами формируют комфортную среду для дизайнеров.
В первую очередь нужно определить, как задачи поступают к дизайнеру. Если задачи сыплются как снег на голову, их объем всегда разный, а приоритеты не расставлены, это неэффективно для проекта и дискомфортно для исполнителя. Чтобы победить хаос, нужно продумать, согласовать со всеми участниками процесса и внедрить процедуру постановки задач.
Легкий фреймворк scrum, по которому работают (или стремятся работать) компании, где я получил основной опыт работы, предполагает, что работа команд разработки идет по спринтам. Спринты – это регулярные промежутки времени, в течение которых участники команды выполняют запланированные задачи. Спринт имеет фиксированную длину и обычно длится две недели, а задачи, которые будут выполняться в спринте, определяются на планировании спринта.
Я не буду рекламировать scrum: выбор фреймворка зависит от многих факторов, в том числе зрелости процессов в организации и стратегии продукта, и «серебряной пули» для всех не существует. Да и не хотелось бы заходить на территорию специалистов по скраму – это не моя профессиональная область.
Но сама идея, что задачи планируются в рамках отдельной церемонии и по определенным