Согласование требований. Продолжение
Продолжаем говорить о согласовании требований. Это тот этап, когда из описания проблемы рождаются четкие критерии задачи. На проговаривании проекта мы можем увидеть лишь вершину айсберга, но не корень проблемы. Как раз требования позволяют нам оградить все место флажками.
🎯 Зачем это нужно?
Цель согласования — убедить тимлида и ответственного за продукт, что: ☑ Требования закрывают реальную боль пользователей ☑ Задачу нужно решать именно сейчас
🔧 Как проходит процесс?
1. Подготовка ◦ Выбираем 20-минутный слот в расписании. ◦ Приглашаем тимлида и ответственного за продукт ◦ Приглашаем коллег по нужным направлениям (например, если проект про НДС или УСН — подключаем налоговых специалистов)
2. Демо (10 минут) ◦ Показываем анализ проблемы, требования и пользовательскую историю ◦ Пример: «Руководителю сложно настроить отчет → нужно дать возможность делать это контекстно»
3. Обсуждение (10 минут) ◦ Уточняем границы проекта: что включаем, а что оставляем «за скобками» ◦ Обсуждаем серые зоны: что еще не учли, кому может быть хуже? ◦ Ищем компромиссы: возможно сделать инструкцию, а не делать проект
4. Итог ◦ Фиксируем решение. Отправная точка для дальнейшей работы над проектом.
Варианты результата: ✅ Делаем! Требования согласованы — переходим к идее ❌ Не делаем. Отлично! Сэкономили время, если задача не критична или решается без разработки 🔄 Ни к чему не пришли. Нужно уточнить данные и вернуться с новыми аргументами
❗️Важные моменты:
-
Открытость процесса К обсуждению могут присоединится все заинтересованные коллеги (узнают об этом из рассылки). Поэтому важно четко обрисовывать и доносить проблему, которую хотим решить. Коллеги со своей стороны задают уточняющие вопросы, чтобы понять, что хотим реализовать.
-
Фокус на главном Бывает так, что мы специально какую-то часть задачи не делаем. Или наоборот делаем только какую-то одну, даже небольшую часть задачи. А все остальное оставляем на потом. Здесь важно выделить самое критичное и важное, а также защиить свою задачу от неконтролируемого роста
-
Жесткий тайминг На весь процесс - 20 минут. Почему? ◦ Долго рассказываешь - не хватит времени на обсуждение ◦ Слишком коротко - не раскрыта суть и нечего обсуждать ◦ Уважаем время коллег. Ты тратишь не только свое время, но и время коллег. Очень грустно приходить на согласования на которых ни к чему не пришли.
📌 Что дальше?
- Если требования согласованы, то начинаем готовить идею - как планируем решать задачу, как решают эту задачу в аналогичных решениях, какие в целом есть варианты.
- Если требования не согласованы, то исправляем замечания и снова выходим на согласование.
