57 подписчиков
Проговаривание задачи
Представьте, что задача звучит как «улучшить проведение документов» или «развить отчеты руководителю». От такой постановки задачи разработчик может быть в ступоре: «Что конкретно делать? Куда копать?»
Поэтому самый первый, самый простой и самый важный этап работы над проектом - это проговаривание задачи.
🔍 Что это?
5-10 минутный созвон тимлида, разработчика и ответственного за продукт.
Цель: объединить понимание задачи и наметить план решения.
Например, «Развитие отчетов руководителю» после проговаривания может трансформироваться в «Добавить быстрые настройки (оформление, округление, варианты) в общую форму отчетов руководителя».
Причем этот этап полезен даже если задача сформулирована понятно - «Указывать основание финансирование в документе Расход материалов». На встрече можно подсказать куда посмотреть и к кому обратиться за помощью, чтобы сделать быстрее.
❓ Какие вопросы задать?
Чтобы встреча прошла продуктивно во первых стараемся жестко держать тайминг, а во-вторых не превращаем созвон в проектное совещание. Поэтому основные вопросы могут быть такие:
1️⃣ Какую проблему решаем? («Руководители тратят 2 часа на настройку отчетов»)
2️⃣ Что должно получится в конце? («Быстрые настройки для оформления отчета»)
3️⃣Для каких объектов или документов? («Давай начнем с Продаж и Задолженности по контрагентам»)
4️⃣ Какие ограничения? («Стандартные отчеты не трогаем»)
5️⃣ Есть ли какие-то идеи? («Хвалят как сделано в УНФ»)
Таким образом, разработчик на следующий этап «Согласование требований» уже приходит с пониманием что делать и куда копать. А значит может сформулировать четкие требования к программе и донести их до заинтересованных лиц.
💣 Что будет, если пропустить этап?
Представим, что разработчику выдали задачу «Улучшение проведения документов» и проговаривания не было.
Обычно следующие действия такие:
▫️Самостоятельно исследуем контекст - что сейчас не так с документами?
▫️Ищем конкретику - в каких документах и что улучшать?
▫️Выясняем, кто может подсказать - может быть кто-то решал подобную задачу?
Добавим еще деталей. В описании задачи еще есть «Перевести торговые документы на новый режим проведения».
Появляются новые вопросы:
— Что это за новый режим проведения?
— Кто его сделал и как с ним работать?
— Делаем для всех торговых документах (даже для комиссии?) или только для частотных?
Хорошо, если разработчик знает к кому обратиться с этими вопросами.
А если нет?
📌 Лучше потратить 10 минут на старте, чем 10 часов на переделки.
💡 Итог
Проговаривание задачи - это «рытье канала с двух сторон»:
👉 Разработчик задает свои вопросы
👉 Тимлид и ответственный за продукт добавляют деталей
Итог: все на одной волне, а требования согласовываются в разы быстрее.
#Процесс #Разработка
2 минуты
22 января 2025