Легкий фреймворк scrum, по которому работают (или стремятся работать) компании, где я получил основной опыт работы, предполагает, что работа команд разработки идет по спринтам. Спринты – это регулярные промежутки времени, в течение которых участники команды выполняют запланированные задачи. Спринт имеет фиксированную длину и обычно длится две недели, а задачи, которые будут выполняться в спринте, определяются на планировании спринта.
Я не буду рекламировать scrum: выбор фреймворка зависит от многих факторов, в том числе зрелости процессов в организации и стратегии продукта, и «серебряной пули» для всех не существует. Да и не хотелось бы заходить на территорию специалистов по скраму – это не моя профессиональная область.
Но сама идея, что задачи планируются в рамках отдельной церемонии и по определенным правилам, заслуживает того, чтобы получить распространение и за рамками скрама. Сам я, как вы догадываетесь, горячий сторонник планирования для дизайн-команд и работы по спринтам.
Качественное планирование снимает стресс и у дизайнеров, и у заказчиков. Первым оно позволяет спокойно работать, а вторым – получить гарантию результата в виде обязательств по выполнению задач.
Чтобы планирование было эффективным, недостаточно просто назначить время и место его проведения. Нужно, чтобы задачи, которые планируется взять в работу, были понятны исполнителю и оценены по времени.
Выяснять требования по задачам проще, когда внедрены чек-листы с обязательными атрибутами задачи. Например, это могут быть поля «цель», «влияние на метрики», «результаты исследований», «сроки» и т. д. Сконструировать универсальный шаблон задачи довольно сложно, и лучше продумать его для конкретной команды или организации, учитывая специфику внутренних процессов.
Но даже и без шаблона можно повысить прозрачность задач, если договориться с заказчиками о формате передачи требований. Это может быть, например, установочная встреча для обсуждения новой задачи или та же церемония планирования, если на ней проговариваются все нюансы задач.
Предположим, задача понятна. Теперь нужно оценить время, необходимое для ее выполнения. И с оценкой должен согласиться как сам исполнитель-дизайнер, так и заказчик. Такой подход сделает работу более комфортной, исключив внезапные дедлайны, и позволит избежать манипуляций как с одной, так и с другой стороны.