Границы работы системного аналитика 2/2 🐝
Что же делать с плохо выстроенными границами?
Могу лишь рассказать по своему опыту и дать несколько советов:
1️⃣ Определить DOR (Definition on Ready) и DOD (Definition of Done).
В процессе проработки задачи необходимо выявить DORы и DODы.
Это поможет на конкретно вашем этапе проработки задачи минимизировать риск выполнения не своих задач.
Например, если будут корректно составлены DORы, то у команды и у вас будет гораздо больше понимания о жизненном цикле задачи.
2️⃣ Визуализировать текущий жизненный цикл задачи.
Может быть такое, что в команде задачка двигается по наитию, т.е. пришла аналитику, он что-то поделал, двинул дальше и забыл, но он не знает, что там будет дальше, ревью, тестирование, а нужно ли куда-то подключаться и т.д. Поэтому необходимо описать текущий процесс для общего понимания всей команды.
3️⃣ Определить ответственных за шаги процесса и артефакты.
После описания текущего процесса будет не хватать степени ответственности той или иной роли в команде по отношению к задаче. Необходимо понять, кто и почему сейчас ответственный за задачу на конкретном этапе ее жизненного цикла.
4️⃣ Определить проблемные места.
После выполнения всех предыдущих шагов у вас уже есть, на что можно посмотреть и обсудить вместе всей командой. Необходимо найти те места, где видно, что, улучшив процесс сейчас - мы сэкономим время или внесем ясность в процесс работы любой роли в команде.
5️⃣ Сформировать матрицу RACI.
Вместе с командой можно сформировать матрицу RACI, вы вправе использовать абсолютно любой шаблон или же продумать свой.
С помощью данной матрицы у каждого члена команды будет понимание, как, кто и что делает на определенных этапах жизненного цикла задачи. Это действительно поможет и вам как аналитику в определении своих границ, и в целом вашей команде.
Резюмируем:
➖Данный подход в команду не обязан привносить именно аналитик, это может быть абсолютно любой член команды, но если вы чувствуете отсутствие или размытие своих границ, то действуйте.
➖Необходимо понимать, что описание процессов, поиск проблем и формирование матрицы - это не разовое мероприятие, данный подход необходимо поддерживать, обновлять и улучшать регулярно.
➖ В конечном итоге и вы получите профит, и команда, а усилий по факту будет приложено не много.
Не бойтесь отстаивать свои границы, если вы этого не сделаете, это не сделает никто☕️
Всем добра! 👍
Что же делать с плохо выстроенными границами?
Могу лишь рассказать по своему опыту и дать несколько советов:
1️⃣ Определить DOR (Definition on Ready) и DOD (Definition of Done).
В процессе проработки задачи необходимо выявить DORы и DODы.
Это поможет на конкретно вашем этапе проработки задачи минимизировать риск выполнения не своих задач.
Например, если будут корректно составлены DORы, то у команды и у вас будет гораздо больше понимания о жизненном цикле задачи.
2️⃣ Визуализировать текущий жизненный цикл задачи.
Может быть такое, что в команде задачка двигается по наитию, т.е. пришла аналитику, он что-то поделал, двинул дальше и забыл, но он не знает, что там будет дальше, ревью, тестирование, а нужно ли куда-то подключаться и т.д. Поэтому необходимо описать текущий процесс для общего понимания всей команды.
3️⃣ Определить ответственных за шаги процесса и артефакты.
После описания текущего процесса будет не хватать степени ответственности той или иной роли в команде по отношению к задаче. Необходимо понять, кто и почему сейчас ответственный за задачу на конкретном этапе ее жизненного цикла.
4️⃣ Определить проблемные места.
После выполнения всех предыдущих шагов у вас уже есть, на что можно посмотреть и обсудить вместе всей командой. Необходимо найти те места, где видно, что, улучшив процесс сейчас - мы сэкономим время или внесем ясность в процесс работы любой роли в команде.
5️⃣ Сформировать матрицу RACI.
Вместе с командой можно сформировать матрицу RACI, вы вправе использовать абсолютно любой шаблон или же продумать свой.
С помощью данной матрицы у каждого члена команды будет понимание, как, кто и что делает на определенных этапах жизненного цикла задачи. Это действительно поможет и вам как аналитику в определении своих границ, и в целом вашей команде.
Резюмируем:
➖Данный подход в команду не обязан привносить именно аналитик, это может быть абсолютно любой член команды, но если вы чувствуете отсутствие или размытие своих границ, то действуйте.
➖Необходимо понимать, что описание процессов, поиск проблем и формирование матрицы - это не разовое мероприятие, данный подход необходимо поддерживать, обновлять и улучшать регулярно.
➖ В конечном итоге и вы получите профит, и команда, а усилий по факту будет приложено не много.
Не бойтесь отстаивать свои границы, если вы этого не сделаете, это не сделает никто☕️
Всем добра! 👍