Убедитесь, что вы предоставили полную информацию по задаче. Принцип сам по себе идёт от идеи сократить цепочку email или сообщений и получить внятный результат.
Как это выглядит:
Снимок экрана 2020-05-18 в 11.51.35.png
105 KB
View full-sizeDownload Есть задание с сокурсником по управлению проектами. Нам надо созвониться и сделать его вместе.
В сообщении пишу, когда я свободен, предвидя его вопрос;
Проверяю дедлайн, чтобы человек не спрашивал и не искал;
Прошу договориться о времени заранее для того, чтобы спланировать рабочее время и не отвлекаться;
Обозначаю временной промежуток — сколько нам понадобится времени, чтобы человек тоже понимал, сколько ему закладывать на встречу.
То есть вы даёте достаточно информации чтобы избежать дальнейших вопросов. И переписка не превратилась в огромную цепочку вопрос-ответов, которые отвлекают от задачи. В итоге мы говорим, а не работаем.
Пример из нашей практики
«Составить договор»
— Это не задача.
Грамотно сформулированная задача выглядела бы так: Название задачи: Составить договор. Услуга: таргетированная реклама. В описание занести: Стоимость: 65.000₽ Реквизиты лежат тут: Срок: сегодня (с указанием даты) Если есть вопросы или нужна помощь, я буду доступен с 12 до 13 сегодня.
Вывод:
Если мне ставят задачу таким образом, я понимаю: где лежат документы, когда что надо сделать и когда будет доступен человек-исполнитель, который делает эту задачу. Соответственно, я могу спланировать своё время.
И задача не превратится вот в такое обсуждение с поиском файлов и уточнениями:
пример
617 KB
View full-sizeDownload Если вы плохо прописали техническое задание в описании к задаче, вы получите невнятный результат или день с головой в рабочей переписке, и первое, и второе — не ахти.
Спросите, понял ли вас исполнитель. А исполнителя просьба отписаться, приняты ли требования к задаче.
