Было такое, что сделал работу, а результатом никто не воспользовался? В таких случаях говорят, что работа ушла в стол. В резюме не впишешь, гордиться нечем, хотя за работу и заплатили.
Особенно часто это случается у начинающих. Я люблю спрашивать на собеседовании: «Какое у вас самое большое достижение на прошлом месте, чем вы гордитесь?» Если человек долго думает и выдаёт что-то вроде «прошёл испытательный срок», это не прибавляет желания взять его в команду. И дело обычно не в человеке, а в том, что ему год подряд ставили задачи, которые никому не были нужны.
Чтобы так не выходило, есть три вещи, которые стоит выяснить до того, как браться за работу. В конце — чек-лист на понимание задачи, по которому удобно пройтись перед стартом.
1. Понять срок
Когда работа должна быть сделана? Ответов обычно три.
К конкретной дате. «До конца спринта», «до встречи в среду», «до запуска рекламной кампании». Срок должен быть настоящим, а не взятым с потолка. Проверочный вопрос: «Что будет, если я не успею?» Если ответ «ничего» — срока нет, есть его имитация.
Несрочно. Почти то же самое, что никогда. Если работу не сделать, скорее всего, ничего не произойдёт. Проверочный вопрос: «Что будет, если этого не случится вообще?» Обычно выясняется, что у заказчика есть задачи важнее. Тогда честнее предложить помощь там, где сейчас горит, а к несрочному вернуться на недельном обзоре, когда оно станет срочным.
Как можно скорее. Это не срок, а отсутствие информации. Стоит докопаться, почему быстрее, — и получить либо конкретную дату, либо честное «несрочно». Бывают руководители, которым важно, чтобы люди были заняты, независимо от того, есть ли настоящая задача. Если «как можно скорее» звучит на каждой задаче, это повод насторожиться — и принять решение при нехватке информации о том, стоит ли вообще браться.
Здесь есть ловушка: несрочная задача не всегда бесполезная. Иногда это как раз важное, до которого никогда не доходят руки, — техдолг, документация, разбор процессов. Но по умолчанию внимание уходит туда, где горит. Поэтому у несрочного есть два честных пути: либо сделать его срочным — привязать к дате, встрече, релизу, — либо признать, что оно не будет сделано, и не тащить его в список.
2. Выяснить требования и ограничения
В любом проекте всплывает то, чего никто не ждал:
- ключевой человек уходит в отпуск;
- кто-то увольняется или уходит в декрет;
- кто-то, наоборот, возвращается, и всё, что решили без него, пересматривают;
- у партнёра корпоратив, и целый день никто не работает;
- у стейкхолдера обнаруживаются личные пожелания;
- всплывает техническое ограничение, о котором не думали.
Всего не предусмотришь, но часть рисков нащупывается парой вопросов на старте:
- Что уже пробовали? Если задачу решали раньше и не вышло, стоит узнать почему, прежде чем идти тем же путём.
- Кто ещё влияет на результат? Смежные команды, юристы, безопасность, подрядчик — все, кто может однажды сказать «так нельзя».
- Что нельзя менять? Бюджет, стек, сроки, договорённости с клиентом, фирменный стиль. Границы лучше знать заранее, чем узнать на демо.
- Как поймём, что получилось? Один измеримый признак, по которому обе стороны согласятся, что работа сделана.
- Что происходит, если сроки поедут? Ответ показывает, насколько дата настоящая, и заодно — кого предупреждать.
3. Узнать, кто принимает работу
Часто задачу ставит один человек, а принимать будет другой. В идеале это один и тот же человек, но так везёт редко.
Поэтому лучше сразу спросить прямо: кому и в каком виде сдаётся работа, кто даёт замечания, кто говорит финальное «да». Если получается, стоит поговорить с принимающим до старта — пятнадцать минут разговора экономят недели переделок.
Заодно проговори, как выглядит приёмка: что считается готовым, сколько кругов правок закладываем, что будет, если мнения заказчика и принимающего разойдутся. Это не бюрократия, а страховка от ситуации «всё не то, переделывайте».
Чек-лист на понимание задачи
Перед стартом стоит иметь ответы на семь вопросов.
- Задача. Какую проблему нужно решить? Какое полезное действие получится?
- Решение. С помощью чего решаем?
- Работоспособность. Почему это сработает? Почему это кому-то нужно? Почему это не бросят через месяц?
- Результат. В каком виде его ждут: документ, макет, работающая функция?
- Срок. Когда нужен результат и почему именно тогда?
- Ограничения. Что может помешать?
- Референсы. Делал ли кто-то похожее? Что из этого можно взять?
Если на половину вопросов ответа нет — это не повод отказываться от задачи, но повод сходить и спросить. Пятнадцать минут вопросов до старта стоят дешевле, чем две недели работы, которую никто не откроет. А чтобы такие вопросы не терялись, у них должно быть место — в моей личной системе с нуля это отдельный список к каждому проекту.
Короткие ответы
Что такое «работа в стол»? Работа, результатом которой никто не воспользовался: отчёт, который не прочитали, макет, который не взяли в разработку, документ, который не открыли.
Как понять, что задача уйдёт в стол? Три признака: срок не настоящий, непонятно, кто принимает работу, и никто не может объяснить, что изменится после того, как задача будет сделана.
Что делать, если задача не срочная? Либо сделать её срочной — привязать к дате или событию, либо честно признать, что она не будет сделана, и убрать из списка.
Кого спрашивать, если задачу поставили без деталей? Того, кто будет принимать работу. Он единственный, чьё «готово» имеет значение.
Текст написан в 2021 году для канала «Занудный Стас» и отредактирован для сайта. По мотивам рассылки Главреда.