Постановка задач
Как поставить задачу программисту 1С, чтобы получить то, что нужно
Половина конфликтов с подрядчиком по 1С начинается не с плохой работы, а с задачи из одной строки. Разбираем, из чего состоит формулировка, по которой нельзя сделать не то, даём шаблон для копирования и показываем одну и ту же задачу до и после.
Почему «сделайте, чтобы было удобно» — самая дорогая формулировка
Задача «доработайте печатную форму, а то неудобно» выглядит понятной, пока её читает тот, кто её написал. Исполнитель видит в ней 5–6 развилок: какую из четырёх печатных форм, что именно неудобно, кому неудобно, нужно ли это всем пользователям или одному отделу, и как должно выглядеть правильно.
Дальше происходит одно из двух. Либо исполнитель угадывает — и тогда с вероятностью выше половины делает не то, а переделка идёт за ваш счёт. Либо начинает спрашивать, и на выяснение уходит 3–4 круга переписки по дню каждый. В обоих случаях платите вы: в первом деньгами за переделку, во втором неделей срока.
Главный принцип короткий: задача описывает не решение, а результат и проверку. Не «добавьте кнопку в форму заказа», а «менеджер должен из заказа одним действием получать счёт с нашими реквизитами, проверяю так-то». Как именно это сделать — кнопкой, командой или автоматически — уже работа исполнителя, и он почти всегда знает более дешёвый путь, чем тот, что придумали вы.
Семь блоков, из которых состоит понятная задача
Это не бюрократия и не многостраничное ТЗ. Семь блоков умещаются в один экран текста, пишутся за 10–15 минут и снимают почти все вопросы исполнителя.
- Где. Конфигурация и версия: «Управление торговлей 11.5», «Бухгалтерия предприятия 3.0», «УНФ 3.0». Плюс объект: какой документ, справочник, отчёт. Без этого исполнитель не может даже оценить задачу.
- Кто. Роль человека, которому это нужно: кладовщик, менеджер, главбух. Одна и та же задача для 2 разных ролей решается по-разному: кладовщику нужна скорость и крупные кнопки, бухгалтеру — полнота и возможность проверить.
- Как сейчас. Что человек делает сегодня, по шагам. Именно здесь чаще всего выясняется, что доработка не нужна: нужное уже есть в типовой конфигурации, просто про него не знают.
- Что не так. Конкретная потеря: сколько времени уходит, сколько ошибок в месяц, что из-за этого встаёт. «Долго» — не потеря. «Сборка отчёта для банка занимает 2 часа каждый понедельник» — потеря.
- Как должно быть. Описание результата глазами пользователя, без указания, каким механизмом его достичь.
- Как проверим. Сценарий приёмки: какой документ взять, что нажать, что должно получиться. Этот блок пропускают чаще всего, а он определяет, будет ли спор при сдаче.
- Что нельзя ломать. Смежные места, которые обязаны продолжать работать: обмен с сайтом, выгрузка в банк, закрытие месяца, права доступа отделов.
Шаблон, который можно скопировать
Скопируйте в письмо или в задачу и заполните по строкам. Пустые строки оставлять нельзя: если блок нечем заполнить, это и есть первый вопрос, который надо решить до начала работ.
Конфигурация: название и версия (например, УНФ 3.0).
Объект: документ, справочник, отчёт или рабочее место.
Для кого: роль пользователя.
Сейчас: шаги, которые человек делает сегодня.
Проблема: потеря в минутах, рублях или ошибках.
Нужно: результат глазами пользователя.
Приёмка: беру документ №…, делаю…, ожидаю…
Не ломать: смежные процессы и обмены.
Срочность: к какой дате и почему именно к ней.
Блок «Срочность» нужен не для давления на исполнителя, а для очерёдности. «К 25-му числу, потому что сдаём отчётность» и «когда будет время» — это разные задачи с разной ценой, и честная формулировка экономит деньги: срочное делается срочно, остальное встаёт в обычную очередь.
Одна и та же задача до и после
Реальная формулировка, с которой к нам приходили, и она же после разбора.
Было. «Нужно, чтобы в заказе покупателя было видно, оплатил он или нет».
По этой задаче нельзя начать работу. Неясно, где именно видно: в списке заказов, в самом документе, в отчёте. Неясно, что считать оплатой: любая оплата, полная оплата, оплата с учётом аванса по другому договору. Неясно, кто смотрит и зачем.
Стало. Конфигурация: УТ 11.5. Объект: список «Заказы клиентов». Для кого: менеджер отдела продаж. Сейчас: менеджер открывает заказ, переходит в связанные документы, ищет оплаты, складывает суммы в уме. На 20 заказов уходит около 40 минут в день. Нужно: в списке заказов колонка со статусом оплаты — «не оплачен», «частично», «оплачен полностью», с учётом только тех оплат, что привязаны к этому заказу. Приёмка: беру заказ на 100 000 ₽ с оплатой 30 000 ₽, в колонке вижу «частично». Не ломать: отбор по менеджеру и выгрузку заказов на сайт. Срочность: к началу месяца, дальше растёт объём.
Вторая формулировка длиннее в 6 раз и занимает 10 минут. Она же позволяет дать твёрдую оценку сразу, без единого уточняющего вопроса — и по ней невозможно сдать не то. Что именно мы делаем с такими задачами и в какие сроки, описано в разделе «Что делаем».
Три ошибки, которые удваивают счёт
Ошибка первая: задача сформулирована как решение
«Добавьте поле в справочник номенклатуры» — это уже выбранное решение, и часто не лучшее. Исполнитель делает как сказано, а через месяц выясняется, что нужное значение уже хранится в другом месте и поле было лишним. Описывайте потребность, выбор механизма оставляйте исполнителю.
Ошибка вторая: несколько задач в одном письме
Когда в одном сообщении 5 разных доработок, они получают общую оценку, общий срок и общую приёмку. Достаточно одной сложной, чтобы встали все остальные. Разделяйте: одна задача — одно письмо, одна оценка, одна приёмка. У нас, например, задача по определению — это работа объёмом до 8 часов, и всё, что крупнее, оценивается отдельно как проект.
Ошибка третья: нет сценария приёмки
Без блока «как проверим» приёмка превращается в обсуждение вкусов. Исполнитель показывает работающий механизм, заказчик говорит «я представлял иначе», и обе стороны правы. Сценарий приёмки, написанный заранее, стоит 2 минуты и снимает этот спор целиком.
Вопросы, которые задают
Нужно ли писать полноценное техническое задание
Для доработки объёмом до 8 часов — нет, достаточно 7 блоков выше, это один экран текста. Полноценное ТЗ с разделами и согласованием нужно для проектов: интеграция, рабочее место, перенос данных. Там цена ошибки в постановке измеряется неделями, и документ окупается.
Что делать, если я не знаю версию конфигурации
Версия видна в самой программе: меню «О программе» показывает и конфигурацию, и её версию, и версию платформы. Скриншот этого окна закрывает первый блок шаблона полностью, и его же обычно первым делом просит любой подрядчик.
Кто должен писать задачу — бухгалтер или руководитель
Тот, кто работает в программе руками и знает, как устроен процесс сегодня. Руководитель обычно знает, чего хочет, но не знает, сколько шагов делает бухгалтер, а без блока «как сейчас» задача теряет половину смысла. Согласование по деньгам и срочности — уже за руководителем.
Можно ли поставить задачу голосом или в переписке
Можно, но перед началом работ она всё равно должна превратиться в текст, который обе стороны видят одинаково. Мы фиксируем задачу письменно в кабинете и даём оценку до начала работы — порядок описан в разделе «Как работаем», и он же защищает от «я имел в виду другое» при сдаче.
Что делать, если задача оказалась больше, чем казалось
Это выясняется на оценке, а не в процессе, и в этом весь смысл оценки до начала работ. Мы фиксируем её заранее: если по факту работа вышла за оценку, доделываем за свой счёт. Условия и границы — на странице тарифов.
Проверим на вашей задаче
Пришлите формулировку — вернём разбор и оценку
Напишите задачу так, как она звучит у вас сейчас, даже одной строкой. Мы разберём её по блокам, зададим недостающие вопросы и дадим оценку по сроку и стоимости до начала работ.