Strategy Quest|УПРАВЛЯЙ

Максим Цепков был на двух наших выступлениях и отметил формат доклада Юры Санникова. А удивить Максима довольно непростая задача. Это успех 10 из 9.

Его отчёт тут

UPD
Итак. До открытия 15 минут и у нас уже полный зал!

Друзья, приглашаю всех на ITGM16 – 04.05.24.

По разным причинам он откладывался 4 раза, и наша дружная команда организаторов вложила всю душу в этот глобальный ИТ-ивент, и мы уверены, что все случится как задумывалось и долгое ожидание стоило того.

Регистрируйтесь и приходите на мой аналитический островок или просто приходите знакомиться/обниматься.
Мы будем говорить про API и тонкости его проектирования/документирования, разберемся с точкой роста для инженеров в ИТ. И закончим большим круглым столом, где обсудим перекрёстные ожидания от всех участников процесса разработки и поддержки ПО.
Для самых активных участников заготовлена эксклюзивная футболка от меня и сообщества SPb BA|SA.

До встречи!

piter-united.ru
ITGM#16

Весенний слет ИТ-сообществ Петербурга

Мир-Труд-Пиво и бурбон

Последние пару дней провел на своей винокурни. Сегодня захожу на панель управления - графики как в учебниках, камера показывает активное брожение. Идеальное первое мая - дрожжи работают, а ты нет. Правда после переработки 50кг солода я отчётливо чувствую каждую свою мышцу.

Если интересная для вас тема, то ставьте 👍. Могу чаще про пивоварню и производство дистиллятов рассказывать.

Вчера небольшой группой бизнес-аналитиков подключились к вебинару Гая Карапетяна, где он в подробностях разбирал свой опыт бизнес-консультанта. Гай показывал различные чек-листы по первичной диагностике бизнеса и делился многолетним опытом.

В очередной раз убеждаюсь, что люди по отдельности переизобретают бизнес-анализ и приходят к типовым алгоритмам, которые существуют не одно десятилетние. С одной стороны это показывает, что алгоритмы верны и все еще актуальны, с другой стороны можно их разбирать и пользоваться без 10+ лет боли, страданий, проб и ошибок. Ну тут каждый сам себе выбирает дорогу 🙃

Ключевая мысль, которой хочу с вами поделиться:
– Чем бизнес-консультант отличается от бизнес-аналитика?
🐶Консультант приходит, приносит свои матрицы, быстро и точечно показывает «где у собачки болит». Или уходит к следующим заказчику или проводит манипуляции, через которые помогает руководству сформировать план действий. Т.е. ответственность полностью лежит на собственниках и управленцах.
🐱Бизнес-аналитики делают абсолютно тоже самое, за исключением того, что они становятся этим самым ответственным руководителем решения. И сопровождают как само изменение, так и замер результата.

p.s. Вышеупомянутые матрицы, это такие гнутые прутки, которые поворачиваются к проблеме и резонируют в голове мыслью «чегобля?». Вот если чегобля в голове не раздалась, идем дальше и проверяем следующую роль/процесс/продукт/систему.

Прямо сейчас в Ульяновске запустилась секция системного и бизнес-анализа в рамках конференции Стачка24.

В прошлом году я поучаствовал в качестве приглашенного игротехника. Организатором секции стала @zubkova_oa. В первых Стачках аналитики приписывались к разработке, поэтому для конференции это был первый опыт взаимодействия с аналитиками как отдельной и боевой единицей, а для Ольги в качестве организатора.
В этом году я присоединился уже в качестве программного комитета. Часть спикеров пришла с сайта конференции, часть от HRD партнеров, часть мы привели своих, кто хорошо вписывался в созданную нами концепцию.

Про концепцию я расскажу отдельно, ведь уже в этом сентябре в СПб мы запускаем первую Стачка вне Ульяновска. И трек BA/SA станет одним из ключевых и масштабных.

Добраться до Ульяновска не получилось из-за болезни и семейных дел, но я очень горжусь и переживаю за спикеров, которые за время супервизии и подготовки стали очень близкими духом и эмоционально.

Рефлексия после нашего весеннего митапа

В первой части четверо спикеров с разных сторон освещали тему взаимодействия между функциями: через образы, документацию, код и переключения себя между контекстами. Чуть позже выложу презентации или видео.

Отдельные слова благодарности HR службе Nexign и спикерам!

Сегодня хотелось бы отрефлексировать над игрой «Аналитик VS Разработчик» и поделиться мыслями.
В ходе игры команде аналитиков предстояли очень важные переговоры с разработчиками разных психотипов. Для простоты мы собрали четыре самых ярких: душнила-перфекционист, злая собака, тревожничек, ядовитый нарцисс.

Команде предстояло проанализировать тип, мотивацию, построить переговорную стратегию и дойти до «договоренности».
Основные выводы наблюдателя со стороны:
🔹Даже базовый алгоритм подготовки к переговорам приводит к хорошим результатам. Отличной иллюстрацией может послужить сказка «Волшебное слово».
🔹В случаях внутреннего конфликта непринято идти к руководителю и люди решают своим проблемы как умеют. Почему руководитель делегирует это кому-то можно только догадываться: или нет школы менеджмента или теория не перерастает в практику.
🔹Аналитик более заинтересован в признании и общем результате. Разработчик свое получают в любом случае, т.к. решение задачи в коде и есть результат. Моё личное наблюдение, с оговорками, что это не 100% продуктовая команда, доход не зависит от продаж или это какой-нибудь бизнес-архитектор, кто все еще пишет код.
🔹Конфликт нужно решать в целом. Был вопрос от участников «если бы на кону стояла не вся компания, а какая-то конкретная фича, то мы бы быстрее нашли компромисс и договорились».

Я верю, что перевести конфликт в сторону когнитивного и действительно договориться, а не найти никого не устраивающий компромисс можно только на уровне бизнес-функции или вообще всего бизнеса.

А как вы считаете?

Кто идёт к нам на митап, то вот в эти стеклянные двери и по указанием на самый вверх. Начинаем по плану в 19.00, приходите!

Рассказ про ролевые модели и быстрый старт работ

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

🔸П1. Все действия дублируются. Вместе читаем, вместе ходим, вместе пишем.
🔸П2. Все разбегаются по разным углам и производят П1, но по отдельности.
🔸П3. Коллективная прокрастинация.

В scrum-гайде сказано, что стремится выполнять кросс-функцию и делать все за всех ("каждой твари по паре"). Но нет ни слова про реальные ситуации, когда у нас не один аналитик/тестировщик/разработчик и т.д., а много. Коучи наверняка скажут "кра-кра-кря, нужно разбивать на отдельные команды", но может и нужно, то не всегда, не везде и не каждый раз.

Потом я вспомнил курс по социологии «динамика малых групп», где рассказывалось, что группа будет саморегулироваться и выстаиваться в иерархию, но на это нужно время. Ну и без жертв тут не обойдется, кто-то будет подчиняться, а кто-то подчинять. Одним словом, любому коллективу нужно время для саморегуляции и выстраивания иерархии. А что делать когда этого времени нет? Нужно делать и вчера. Наличие лидера/управленца тут может помочь, то это будет директивное управление и результат напрямую зависит от понимания нашего управленца какой результат нужен и что конкретно нас к нему приведет (а таких ну очень мало) и желания коллектива работать в режиме угнетения. Что в свою очередь тоже противоречит принципам дедушки Сазерленда.

Отличным решением будет договориться кто за что. Кто умный, а кто красивый. Тут, наверное, можно применить модель-RACI. Из минусов - долго, сложно, не с первого раза.

На втором месте стоит не очень популярная в РФ модель-RAPID. Если очень коротко, то участники одной функции делятся на следующие роли: рекомендатели, переговорщики, сомневающиеся, решающие, делающие. В отличии от первой модели тут все проще и логичнее. Но требует практики.

Так у меня появилась немного урезанная версия модели, которую можно внедрить буквально за 10 минут. Все люди внутри коллектива разбиваются на 3 роли:

🔹«Координатор». Сосредотачивается на задачах команды, стимулирует сотрудников работать и отслеживает время.
🔹«Специалист». Дает команде глубокие знания в предметной области.
🔹«Контролер-завершитель». Делает трассировку результата на исходную задачу и тщательно проверяет на наличие ошибок в логике.

Даже при таком простом функциональном разделении коллективы начинают выходить из П1-3 и переходить к П4 – параллельность планирования/исполнения/само корректировки. Наличие Scrum-мастера в команде не противоречит возможности функционально-ролевого разделения. Это позволяет запустить работу над решением в любой группе и получать первые результаты в 2 раза быстрее. Модель отработана как на тренингах и играх, так и в рабочей практики.

Если интересны примеры использования, то задавайте вопрос в комментариях.

#пятничныйюмор

4 апреля — круглый стол сообщества аналитиков «Трудности перевода: Аналитик VS Разработчик»

Запускаем регистрацию на первый в этом году митап (за одно и бота нового обкатаю). В прошлом декабре мы проверили новый формат ивента и он получил много восторженных отзывов. Поэтому останавливаемся на формате: круглый стол + бизнес-игра с фасилитацией. В этот раз митап пройдет на площадке Nexign.

Количество мест ограничено + нужны списки для охраны, поэтому регистрация обязательна!

Присоединяйтесь к нам и получите заряд энергии от живого общения!

📍Санкт-Петербург, Уральская,4, БЦ «Смоленский», офис Nexign
🗓 4 апреля в 19:00

Итак, что же нас ждет
🔮 Секретов чтения мыслей мы не знаем, зато можем поделиться историями продуктивного взаимодействия и совместно сформулировать подходы сотрудничества с разными типажами разработчиков.
В формате круглого стола наши спикеры поделятся опытом и мыслями как строить коммуникацию в разных аспектах работы аналитика:
🧩Роль визуализации во взаимодействии аналитика с другими ролями. Татьяна Ульданова, Nexign
🧩Бюрократия в современной разработке. Владислав Архипов, Аксеникс
🧩Специфицирование API, OAS3.0 и чем они помогают во взаимодействии аналитика и разработчика? Юлия Дробина, Nexign
🧩Вас много, а я одна: упрощение жизни аналитика на нескольких проектах. Анкель Лихтенберг, ИнфоТеКС

Во второй части мы развернем небольшую бизнес-игру, в рамках которой все вместе найдем и зафиксируем самые эффективные инструменты диалога с разработчиками.
Фасилитатор: Владислав Котов, эксперт в области цифровой трансформации и бизнес-анализа, куратор сообщества BA/SA и консультант.

📍Санкт-Петербург, Уральская,4, БЦ «Смоленский», офис Nexign
🗓 4 апреля в 19:00

Так можно и до этих компаний дойти:

Газпром Нефть, Авито, ВТБ, Норильский никель, ОТП Банк

#пятничныйюмор

Всем привет! В начале апреля я готовлю очередной плановый митап сообщества (в СПб). В этот раз тема: "Трудности перевода: аналитик vs разработчик". По этому поводу нахожусь в поисках спикера, кому есть что рассказать о ситуации когда команд разработки много, а аналитик один на всех. Приходите в личку, расскажу подробности.

Мы сделали это!
На VC вышла первая статься из серии «Укрощение BABOK. Бизнес-анализ на пальцах». В этой серии мы расскажем о том, как можно применять принципы бизнес-анализа на практике, проводить диагностические бизнес-игры, работать со стратегией и стейкхолдерами и конечно о нашем эксклюзивном алгоритме поиска сложных решений.

Часть 1 - "9 принципов реализации бизнес-идеи".
Рассказ о том, как применять подходы БА к себе самому: как мы организовали комьюнити бизнес-аналитиков и архитекторов, как проверить гипотезы и собрать обратную связь. Сформулировали принципы помогающие пройти путь от идеи до массового продукта.


Этот первый опыт написания подобный статей. Если вам понравилось/было полезно, то дайте обратную связь лайком в VC и обязательно поделитесь своим мнением в комментариях.

vc.ru
9 принципов реализации бизнес-идеи — Личный опыт на vc.ru

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

ITGM16 совсем скоро (23.03) и мы закончили подготовку программы островка Сообщества аналитиков. В этот раз у нас будет свое помещение на 30+ человек, в котором мы будем в дружеской и заряженной обстановке разбирать темы проектирования API, оценок и проведем большой круглый стол, посвященный ожиданиям всех от всех.
Итак, наша программа выглядит следующим образом:
🔹Санников Юрий - Проектирование API. Сказ о аналитике и архитектуре (Доклад)
🔹Леонтьев Сергей - Проектирование API. История двух подходов (Доклад)
🔹Московкина Анастасия - Opportunity Canvas. Карта анализа проблемы и поиска решения (Мастер-класс)
🔹Богданов Денис - Джуновый мидл или сеньерный сеньер. Как оценить, где эта грань? (Доклад)
🔹Гольденберг Рая - Давайте жить дружно или что ожидают от аналитика. Приглашенные эксперты. (Круглый стол)

Регистрация и участие бесплатное – тут