Каждый отдел компании проводит для своих сотрудников митапы. Но выйти за рамки ВА отдела предложила бизнес-аналитик Елена Тит, которая считает полезным проводить встречи, посвященные вопросам бизнес-анализа, для сотрудников всей компании.
Пилотный BA митап «Подходы к документированию требований в Scrum-like проектах: Писать или не писать?» Елены Тит прошел 2 марта для всех сотрудников компании. «Идея провести такое мероприятие пришла неспроста. Неоднократно ко мне подходили разработчики и тестировщики. На их проектах не было бизнес-аналитиков, чью роль им приходилось выполнять, анализируя проектную документацию, требования заказчика, а иногда даже и описывая требования. Они задавались разными вопросами: от коммуникации с заказчиками до оформления документов. Так, идея о важности проведения таких митапов укрепилась благодаря вопросам коллег. Вечным был и спор о пакете документов для проектов, основанных на Aglie методологии, в частности — Scrum Framework. Кто-то не мог представить себе, что фраза «разнообразный набор артефактов бизнес-аналитика» и проект, основанный на Scrum Framework могут стоять рядом».
На митапе Елена поделилась своим опытом в разных проектах, чтобы развеять мифы и ответить на вопросы коллег. Подобные встречи будут полезны не только для BA, потому что их функции на проектах могут быть возложены на плечи тестировщиков и разработчиков. Часто функцию BA выполняет и Project manager.
«Митап понравился именно тем, что для обсуждения взяли примеры реальных проектов. Самая соль сравнения была в том, что проекты диаметрально противоположные». (Т. М., QA)
После прошедшей встречи, Елена получила множество положительных отзывов. Так, на митап пришли сотрудники QA департамента, которые с интересом слушали ее и задавали много вопросов. Поскольку есть интерес к ВА митапам сотрудников других департаментов, подобные встречи планируется проводить хотя бы раз в месяц.
Для тех, кто все еще задается вопросом необходимости подробной и разнообразной документации в проектах, у Елены есть ответ: «Неважно есть высоко детализированная документация или ее нет, главное — принять правильное решение в нужном месте, которое приведет к нужному результату проекта».
