Как поставить задачу программисту, чтобы её сделали с первого раза

Гайд · 8 мин чтения · обновлено 23 октября 2026

Проблема почти никогда не в том, что программист «не понял». Проблема в том, что в задаче не хватало фактов: что сейчас, что должно быть после, по какой цифре проверяем и что в работу не входит. Здесь — как эти факты собрать за десять минут.

Почему «сделай красиво» не работает

«Красиво», «удобно», «чтобы продавалось» — это не описание результата, а ожидание. Исполнитель не может его проверить, поэтому додумывает сам. Иногда угадывает, чаще нет — и это не саботаж, а единственное, что можно сделать с такой формулировкой.

Проверяемая задача отвечает на вопрос «как мы поймём, что готово» ещё до начала работы. Дальше всё просто: если на этот вопрос есть ответ, задача выполнима; если нет — её невозможно ни сделать, ни принять.

Пять вопросов, которые экономят недели

1. Кто пользуется и в какой момент? Не «пользователи», а «человек, который первый раз зашёл и не знает, куда нажать».
2. Что происходит сейчас? Конкретно: «заявки приходят на почту, менеджер вручную переносит их в таблицу».
3. Что должно происходить после? Тоже конкретно, по шагам: «заявка попадает в таблицу сама, менеджер видит её в списке новых».
4. По какой цифре проверяем? «Ни одна заявка не теряется», «страница открывается быстрее двух секунд», «менеджер не переносит ничего руками».
5. Что в работу не входит? Это самый недооценённый вопрос: он отделяет «потом» от «сейчас» и не даёт задаче расти бесконечно.

Критерий приёмки: три части одной фразы

Критерий — это не «хорошо сделано», а условие, которое можно проверить, не заглядывая в код. Рабочая формула: что делает система → что видит человек → за какое время.

Если в таблице справа вы не можете назвать число, шаг или экран — значит, критерия пока нет, и задача ещё не готова.

Разговор о сроках, который не портит отношения

«Сколько это займёт?» — нормальный вопрос, но ответ «два дня» без объёма ничего не значит. Спросите иначе: что входит в оценку и что останется за её пределами. Тогда срок становится договором, а не обещанием.

• «Оценка на эту версию — два дня. В неё входят экран и сохранение заявки, без выгрузки в Excel».
• «Если нужно и в Excel — это плюс день. Сделаем сейчас или в следующий заход?»
• «Что из этого важнее, если придётся выбирать?» — ответ показывает настоящий приоритет.

И обратное правило: если оценку не дают вовсе, а говорят «сделаем быстро» — уточните, что именно будет готово к пятнице. Маленький готовый кусок лучше, чем большой недоделанный.

Что делать, если задача невозможна

Иногда ответ «так нельзя» — правда: «сделайте, чтобы сайт был первым в поиске» зависит не от программиста, а от поисковика. Хороший ответ на такую просьбу состоит из трёх частей: что ограничивает, что делаем вместо этого, когда увидим результат.

«Позицию в поиске гарантировать нельзя: её определяет поисковик. Что можем — ускорить сайт, поправить заголовки страниц и добавить карту сайта. Через три-четыре недели посмотрим, сколько страниц попало в индекс». Это не отказ, а переформулировка в проверяемое.

Приёмка: смотреть на результат, а не на старание

1. Откройте задачу и прочитайте критерий приёмки вслух. Проверяйте по нему, а не по памяти.
2. Пройдите сценарий руками: как это сделает ваш пользователь, а не как удобно показать.
3. Проверьте границы: пустое поле, очень длинное имя, повторное нажатие, плохой интернет.
4. Если что-то не так — назовите конкретный шаг и ожидание. «Нажимаю „Сохранить“ дважды — появляются две заявки, ожидалось одна».
5. Если всё так — скажите это прямо. «Работает» — тоже обратная связь, без неё люди не понимают, что попали.

Три привычки, которые делают разговор короче

• Один вопрос — одно сообщение. Пять вопросов в одном абзаце гарантируют, что ответят на два.
• Скриншот вместо описания. «Вот здесь» с картинкой экономит десять сообщений. В сообществе можно приложить картинку к теме.
• Ссылка вместо пересказа. Если речь о странице — дайте адрес и скажите, что на ней не так.

Посмотреть, как это выглядит в жизни, можно в разделе «Корявые задачи»: 63 случая с моралью и готовой фразой «как надо было сказать». А чтобы собрать описание по шагам, есть конструктор описания задачи — 14 полей с примерами и предпросмотром.