Зачем разработчику изучать рабочие истории и Карту реализации историй
Сергей Бондаренко в отзыве о мини-курсе заметил:
Узнаваемая ситуация. Вот три причины всё-таки вникнуть и разобраться.
1. Получить основания предлагать другое решение
В задаче написано «сделать авторизацию на складском терминале». Но за ней может стоять потребность работника получать задания только своей зоны. Возможно, достаточно закрепить терминал за зоной.
Рабочая история помогает выяснить потребность и проверить, какие варианты её закрывают. Появляется предметный разговор с заказчиком: почему стоит сделать именно так.
2. Замечать решения, которые ты поручил принять агенту
Просишь сделать экран обработки заявок. Агент сам выбирает, кто может менять статус, какие переходы разрешены и что происходит с отклонённой заявкой. Экран работает, но эти правила ещё нужно проверить.
В рабочих историях можно заранее описать, кто, когда и зачем действует, а на карте — связать эти действия с реализацией. Тогда есть с чем сверять предложение агента.
3. Отказываться от лишних функций до того, как написал код
Планируешь пять аналитических отчётов. Начинаешь разбирать, кто и в какой ситуации будет ими пользоваться, какие решения принимать. Для двух отчётов ответа нет.
Похожий результат описал другой участник курса, Илья: составляя КРИ для собственной программы, обнаружил, что значительная часть задуманной аналитики ему не нужна. Даже когда ты сам себе заказчик, полезно проверить свои требования.
Рабочие истории дают опору для разбора отдельного действия. КРИ собирает действия и варианты реализации в общую картину — чтобы можно было проверить и конкретную функцию, и её место в работе людей.
12 октября стартует мини-курс по КРИ. Приходите учиться разбирать требования, предлагать обоснованные решения и замечать лишнее до разработки
Сергей Бондаренко в отзыве о мини-курсе заметил:
Сейчас мы все в схожей ситуации заказчика, только заказываем мы код-агентам. Как и заказчик мы всё чаще говорим: «не хочу даже вникать, делай уже!»
Узнаваемая ситуация. Вот три причины всё-таки вникнуть и разобраться.
1. Получить основания предлагать другое решение
В задаче написано «сделать авторизацию на складском терминале». Но за ней может стоять потребность работника получать задания только своей зоны. Возможно, достаточно закрепить терминал за зоной.
Рабочая история помогает выяснить потребность и проверить, какие варианты её закрывают. Появляется предметный разговор с заказчиком: почему стоит сделать именно так.
2. Замечать решения, которые ты поручил принять агенту
Просишь сделать экран обработки заявок. Агент сам выбирает, кто может менять статус, какие переходы разрешены и что происходит с отклонённой заявкой. Экран работает, но эти правила ещё нужно проверить.
В рабочих историях можно заранее описать, кто, когда и зачем действует, а на карте — связать эти действия с реализацией. Тогда есть с чем сверять предложение агента.
3. Отказываться от лишних функций до того, как написал код
Планируешь пять аналитических отчётов. Начинаешь разбирать, кто и в какой ситуации будет ими пользоваться, какие решения принимать. Для двух отчётов ответа нет.
Похожий результат описал другой участник курса, Илья: составляя КРИ для собственной программы, обнаружил, что значительная часть задуманной аналитики ему не нужна. Даже когда ты сам себе заказчик, полезно проверить свои требования.
Рабочие истории дают опору для разбора отдельного действия. КРИ собирает действия и варианты реализации в общую картину — чтобы можно было проверить и конкретную функцию, и её место в работе людей.
12 октября стартует мини-курс по КРИ. Приходите учиться разбирать требования, предлагать обоснованные решения и замечать лишнее до разработки