Найти в Дзене
ПроБА

Как прийти к цели и не забыть очевидное?

Приехала я на выходные к родителям. Заранее сказала когда приеду, номер поезда и номер вагона, напомнила время прибытия, договорились, что как обычно меня встретят на вокзале. И только через час после приезда я сообразила какую важную информацию не обсудила перед поездкой. Как и положено родителям, им важно эмоционально подпитаться за счет вкусностей и полезностей для ребенка. Было куплено много копченого, соленого, сладкого и разного вкусного. Смотрю на стол и понимаю, что забыла предупредить о своей диете. Несложно угадать что из этого вышло – свежие жареные котлеты, сало и вкусная колбаса остались нетронутыми в холодильнике, а эмоциональная подзарядка конвертировалась в хаос и разочарование. Можно пару десятков лет заниматься требованиями к процессам и решениям, а в итоге потерять совершенно очевидные шаги. В классификации требований BABOK мне нравится отдельно выделенный вид требований к переходу (transition requirements). На картинке один из вариантов схемы от IIBA. Можно спорить

Приехала я на выходные к родителям. Заранее сказала когда приеду, номер поезда и номер вагона, напомнила время прибытия, договорились, что как обычно меня встретят на вокзале. И только через час после приезда я сообразила какую важную информацию не обсудила перед поездкой. Как и положено родителям, им важно эмоционально подпитаться за счет вкусностей и полезностей для ребенка. Было куплено много копченого, соленого, сладкого и разного вкусного. Смотрю на стол и понимаю, что забыла предупредить о своей диете. Несложно угадать что из этого вышло – свежие жареные котлеты, сало и вкусная колбаса остались нетронутыми в холодильнике, а эмоциональная подзарядка конвертировалась в хаос и разочарование. Можно пару десятков лет заниматься требованиями к процессам и решениям, а в итоге потерять совершенно очевидные шаги.

В классификации требований BABOK мне нравится отдельно выделенный вид требований к переходу (transition requirements). На картинке один из вариантов схемы от IIBA. Можно спорить с разными классификациями, но не лишний сам по себе акцент на необходимости сформулировать отдельно условия перехода от текущего состояния к целевому.

Диаграмма видов требований от IIBA
Диаграмма видов требований от IIBA

Переходные требования (требования переходного периода): описывают возможности, которыми должно обладать решение, или условия, которым оно должно соответствовать, чтобы обеспечить переход из текущего состояния в будущее. Необходимость в таких требованиях отпадает после завершения изменения. Они отличаются от других видов требований тем, что имеют временный характер. Переходные требования решают такие вопросы, как конвертация данных, обучение, обеспечение непрерывности бизнеса. (Цитата из BABOK 3.0)

Чтобы сформулировать такие требования нужно очень хорошо понимать какие проблемы закрывает решение, анализировать разрыв между текущим и будущим состоянием (не только в области систем, но и некоторых других), идентифицировать риски, предложить и согласовать стратегию работы с этими рисками. Это касается не только изменений в ключевых процессов всей организации, но и небольших доработок. Например, перемещение поля из одного угла экрана в другой может потребовать обучения, если речь о фронт-офисном приложении для операционных сотрудников, которые могут потерять время на поиск поля по экрану и замедлить обслуживание клиентов.

Выявление условий перехода по особенностям выявления и частоте "забывания" близко к нефункциональным требованиям. Transition requirements узко направлены и чаще всего "одноразовые" так как касаются перехода от конкретного сценария к другому, такой переход один в один может больше не повториться. Само по себе такое требование не создает ценности, а предотвращает риск нарушить интересы заинтересованных сторон и создать новые риски. Условия перехода должны рассматриваться как часть общей стратегии перехода к целевому состоянию. Этими требованиями нужно заниматься, когда все части решения уже согласованы.

Заинтересованные стороны редко дают информацию об условиях перехода, они не готовы оценить и увидеть общие риски. Требуется наблюдательность и погружение во внутренние процессы. Примерный список вопросов, на которые нужно ответить:

  1. Насколько изменение зависит от навыков пользователей?
  • Нужно ли дополнительно информировать кого-то?
  • Может ли отсутствие обучения повлиять на выполнение сотрудниками их работы?

2. Понадобится миграция данных?

  • Нужно трансформировать существующие в БД данные? полностью или частично?
  • Нужно перенести данные, которые до этого существовали вне системы? Например, автоматизируете процесс, который до этого поддерживался в файлах и в них накопились данные, без которых ваше изменение не взлетит.
  • Есть ли регуляторные ограничения переноса данных? Например, для переноса в систему клиентских данных нужно запросить отдельное согласие для такого способа обработки клиентских данных.
  • Данные должны быть перенесены строго одновременно с внедрением новой фичи?

3. Что понадобится, чтобы отключить текущее решение?

  • Можно просто отключить или нужен эволюционный план из нескольких шагов?
  • Нужно удалить\архивировать какие-то данные? Заблокировать доступы? Допустимо ли это с точки зрения регуляторов?
  • Существуют финансовые риски? Что будет если сделаем это позже?

В моей истории про еду и диету от неполных требований пострадала и я сама. Вокруг меня было много вкусного, а я была вынуждена говорить: "я это не ем" 🥹

Читать в Телеграмм

-2