Как правильно говорить о рефакторинге с бизнесом со стороны IT команды

Инициаторами рефакторинга должна быть IT команда, поэтому ее задача первым же делом инициировать сбор метрик на проекте, если они по какой-то причине не ведутся (а ведь они могли бы помочь раньше увидеть проблемы и не допускать тяжелой ситуации на проекте). Дальше нужно смотреть динамику этих метрик (например, рост числа багов, рост времени починки багов и т.д), вы должны увидеть, как ухудшается ваш проект в реальных значениях. После этого IT команда должна встретится с бизнес командой и обсудить с ними эти метрики и их изменение, узнать (если еще не узнали) рост каких метрик для бизнеса критичен и насколько (обычно говорят о t2m и багах). После чего нужно представить свой план рефакторинга, в котором обязательно должны быть:

- сроки. Без сроков на рефакторинг нет смысла даже начинать разговор;

- ресурсы. То есть, что и кто вам нужен для рефакторинга;

- потребность в остановке выпуска бизнес фич. В идеале фичи хоть какие-то выпускать нужно или договориться с бизнес командой будет очень сложно. Важно заранее продумать этот вопрос;

- на какие метрики и как повлияют работы по рефакторингу;

- какие запланированные шаги.

Если все разложить в таком ключе, то договориться с бизнесом о начале работ будет возможно. Скорее всего это потребует времени и терпения, но разговор с конкретными цифрами, сроками и ресурсами проще для понимания и несет минимум субъективности.

А если хотите еще лучше подготовиться, то обязательно пройдете наш мини-курс о том, как правильно общаться с PO и бизнес-командой в целом. Там мы как раз подробно разбираем, как наверняка доказать, что вашему проекту нужны технические улучшения. После использования такого подхода вам будет очень сложно отказать. Переходите к курсу по ссылке.

#agile #управлениекомандой #разработка #ит #бизнеспроцессы