Как 1С-нику разобраться с непонятной задачей
Волны касторовая суть
ушла сатином со двора
ей больше нечего косить
когда дитя ее двурог.
(с) Даниил Хармс, русский и советский писатель, поэт.
Бессмыслица какая-то, да? Хотя по отдельности слова понятные... Такие же ощущения иногда возникают после знакомства с иной постановкой задачи. Некоторые фразы вроде бы ясны, но в целом картина не складывается. Что требуется от разработчика — вопрос.
Почему так получается? Причины могут быть вот в чем:
— У вас не хватает знаний о подсистеме 1С, в которой нужна доработка, или об автоматизируемом бизнес-процессе. И это нормально, работа 1С-ника — во все вникать.
— Задача слишком большая и монолитная. Дочитав ТЗ до конца, спец напрочь забыл, что было в самом начале. И это тоже нормально. По некоторым данным человеку сложно держать в памяти более семи сущностей одновременно.
— У постановщика нет времени или умения формулировать задачи кратко и понятно. Писать ТЗ (да и любой текст) с заботой о читателе сложно. Часто проще сделать самому, чем хорошо поставить задачу другому 🙂
Понятна задача или нет — выполнять ее надо. Что можно сделать, чтобы разобраться?
1️⃣ Созвониться с постановщиком (ну а как без совета от кэпа?). Запустить 1С, включить демонстрацию экрана, пройтись вместе по заданию или по его частям, вызывающим затруднение. Желательно записать видео созвона: если этого не сделать, то через пару дней вспомнится в лучшем случае половина.
Хорошо, если в процессе созвона удастся найти или подготовить тестовые примеры к задаче и зафиксировать ожидаемые результаты для этих примеров. Разработка тогда идет гораздо увереннее.
После созвона можно оформить краткое резюме: с чем разбирались, что решили, что конкретно делаем. И желательно согласовать его с постановщиком, чтобы удостовериться, что все поняли правильно.
2️⃣ Порисовать. Нет, не картины, а схемы. Можно от руки, что-то понятное только тебе. Можно более формальное, вроде интеллект-карты (mind-map).
Цель — выгрузить на бумагу свое понимание задачи (объекты, взаимосвязи между ними). Имея схему, будет проще ориентироваться, удобнее разбить задачу на части и начать наконец работать 🙂
3️⃣ Сделать прототип решения в Экселе. Это может быть небольшой набросок функционала с простым примером, который позволит проработать задачу, выявить нестыковки. Или детальная модель, учитывающая все нюансы финансовых расчетов.
Такой Эксель можно показать постановщику и согласовать нюансы, о которых не говорится в ТЗ. Или даже начать использовать его вместо разработки в 1С! Как-то у нас был такой случай: прорабатывали в Экселе модель расчета комиссионных менеджерам — получился настолько удобный документ, что не стали делать этот расчет в 1С. Вместо этого реализовали перенос из 1С данных для расчетов в этот Эксель.
А кто у вас чаще виноват, если разработчик не понял задачу?
👍 — разработчик.
🔥 — постановщик.
🤔 — задача.
#кейсы