IT Weekend в Киеве в окружении бизнес-аналитиков

IT Weekend

В воскресенье 12 июня в Киеве на Большевике прошло интересное мероприятие под названием «IT Weekend Kyiv — DevOps & BA» (#). Узнал я о нем буквально за пару дней (в пятницу). Глядя на программу можно сделать вывод, что я (как разработчик) должен был пойти на поток DevOps, но нет — весь день я посвятил потоку BA. Почему так? Во-первых, интересно одним глазом посмотреть на то, что происходит между заказчиком и компанией-исполнителем до того (да и во время того) как разработчики пишут код. Во-вторых, куда интереснее провести выходной день вместе с супругой (пусть и на малопонятной части IT-шной конференции).

Перед началом я пробовал ответить себе на вопрос — «что я знаю про BA?». Ответ был не утешительный — я знал только как расшифровывается эта аббревиатура. Хороший повод заполнить пробел в знаниях.

Место проведения мероприятия было мне знакомо. Пару лет назад здесь проводился один из Frameworks Days (#). С тех пор почти ничего не поменялось — те же два зала, удобные стулья и ковер на полу (снова желание разуться).

Регистрация начиналась в 10 утра. Опять-таки, все как обычно — показал билет и выдали бейджик с талоном на обед и пакет с раздаткой. Из необычного — дали карандаш вместо ручки. До начала было немного времени и можно было потыняться по Большевику. Ничего особо интересного на глаза не попалось — ТЦ как ТЦ.

Открытие конференции прошло «по ГОСТу» — поздоровались, быстренько прочитали внушительный список партнеров и спонсоров и обсудили ситуацию в отрасли для Украины.

Первый доклад был о поисках «синергии» между PM и BA. Докладчики подняли вопрос, может ли это быть один человек? По их мнению, это две роли для двух людей со своими обязанностями и небольшим общим кругом задач — Scope Management, Risk Management, Requirements Management и Communication Management.

Еще неплохо, чтоб между BA, PM и заказчиком было больше общения и не было недосказанностей.

В презентации PM и BA были показаны как Гомер и Мардж Симпсоны. Аналогии с простыми и понятными образами — это всегда хорошо.

Этот и остальные доклады проходили в интересном для меня формате — вопросы из зала можно было задавать по ходу самого доклада, а не только после него. Тут плохую службу сыграло то, что микрофон в зал был только один. Не всегда он попадал в руки говорящему. Два было бы лучше.

Еще один момент. Возможно, я стал более требовательным, но мне начало очень сильно резать слух использование английских слов «со сцены». Примеры — customer (заказчик), call (звонок), expirience (опыт), requirements (требования), девелоперы (разработчики) и т.д. Ведь хватает же слов что в русском, что в украинском языках.

Перерыв в 10 минут между докладами. Стаканчик орешков каждому участнику. Вкусно и полезно. Спасибо организаторам.

Вторым был доклад Евгения Осьмака про стратегию «Дигитализации». Одно из многих непонятных за этот день слов. Из-за этого первая часть доклада была немного «потерянной» для меня. Во второй части вернулись к более близкому BA и его проблемах с точки зрения докладчика: идеализм, формальный подход, заносчивость, отсутствие гибкости, любовь к «бумажной» работе. Необходимые для BA скиллы так же не остались без внимания: владение языками, а так же умение говорить на сленге разработчиков, аналитические способности, коммуникативность, стрессоустойчивость (о которой многие любят писать в своих резюме), умение делать визуальное моделирование и умение писать документацию. Вопросов к Евгению было очень много. Вообще, на всех докладах аудитория была очень активной.

Доклад Оксаны Крикун о разнице между Business Analyst и Requirements Manager был третьим. В качестве вступления аудитории была дана возможность ответить на вопрос — как видят разработчиков (компании в целом) из Украины за границей. Каких-то конкретных «штампов» вроде бы и нет. Разве что есть риски, связанные с «состоянием» стран СНГ. В презентации были отличные слайды иллюстрирующие тему доклада, но вот понять их было не просто. Очень много незнакомых слов и сокращений (SWOT, HEART .. ). Запомнилось, что RM — это «точка входа» для заказчика, а далее уже работает BA. Еще запомнился «общий» совет — «давайте больше, чем ожидают».

Обед. Побывав уже не на одной конференции я не ждал многого от бесплатного обеда. Но тут приятно удивили — мясо, салат, гарнир. А чай или кофе были доступны в любой перерыв. Обеденный перерыв длился час. Этого хватает впритык, если кушать где-то в кафе рядом. Сегодня же этого времени было более чем достаточно и хватило даже на прогулку перед второй половиной мероприятия.

Доклад Марии Лоцман о сборе требований (Gather Requirements) открывал послеобеденную часть. Который раз уже замечаю, что на полный желудок вообще не хочется усваивать никакую информацию. А ведь доклад был понятен даже мне — человеку от данной тематики далекому. Благо, что не ленился делать заметки. Из них сейчас узнаю, что цель BA — это понятно донести знания и цель продукта до команды разработки. Касательно требований, то часто бывает, что человек, который имеет большое влияние на эти требования, мало знает о потребностях. Так же вполне реальная ситуация, когда есть «серые кардиналы» — люди, которые имеют сильное влияние на требования, но не вовлечены явно в процесс их формирования. Одним из критериев их наличия может служить фактор, что внезапно отменяется какое-то требование, которое уже было утверждено на 100%. Не стоит забывать о том, что клиенты и конечные пользователи часто являются совершенно разными людьми. И надо больше общаться именно с конечными пользователями, потому что они знают что им нравится, что не нравится и даже могут указать на некоторые UX-проблемы.

Снова 10-минутный перекур и предпоследний доклад Романа Сахарова о результатах потери виденья (product vision), его отсутствия или же отсутствия его понимания. PM — первый, кто должен замечать такие проблемы внутри коллектива. Вообще, видеть целостную картину — хорошее умение, которое надо в себе развивать и поддерживать (отличный пример со строителями, один из которых кладет кирпичи, второй строит стену, а третий строит собор, при том, что все они работают вместе). При разработке легко потерять такой фокус и перестать видеть большую цель за какими-то мелкими задачами. Разработчикам в таком случае может помочь грамотная организация задач в Джире — Feature → Epic → RMP. В такой цепочке легко прийти от малого к великому (к той реальной цели, которую надо достигнуть). Поговорка «за деревьями не видеть леса» отлично отображает затронутую проблему.

Последний доклад был на тему общения с разными психотипами. Рассмотрели классификации, предложенные Гиппократом, Марстоном, Юнгом и т.д. Пришли к тому, что выделили 16 психотипов. На примере одного из них разобрали несколько примеров взаимодействия с ним. Все остальное осталось за ширмой под названием «приходите к нам — мы вас научим». Доклад получился больше как «вводная услуга».

Закрытие конференции являло собой розыгрыш призов от спонсоров, а так же подарки от организаторов для самых активных участников. Весело и позитивно.

В 19:00 для всех было «Beer & Burgers party». Пиво мы пропустили (не через себя, а вообще), а вот бургеры пошли на ура. Сложилось впечатление, что на IT-конференциях, где есть не только разработчики, кормят куда лучше, чем на чисто разрабовских (показалось, наверное).

Хочется поблагодарить организаторов за такое хорошее мероприятие — отличный вариант для воскресного дня. Спасибо.

, ,

Оставить комментарий

Top ↑ | Main page | Back