Про конференцию

Пока ждём обработку отзывов участников расскажу про свои активности:
1. Переговоры между ролями. Впервые этот формат пробовали на митапе в Nexign. Для стачки его пересмотрел, дополнил и теперь это смотрится полноценным продуктом. Суть в том, что я в специально созданной обстановке показываю разницу между как мы видим свои переговоры и как они проходят на самом деле. Мне понравился результат)
2. Круглый стол "Перспективы развития функции БА". Лидером стола стал Дмитрий Безуглый. Самую важную мысль, которую я от туда вынес: "от Senior BA до CDTO про эту функцию поговорить просто не где и от сюда не с кем". Нужно подумать как организовать такие деловые завтраки.

P.s. На фото карта ИТ бизнеса, что мы придумали в этом году.

Мысли о менеджменте, которые меня вдохновляют

В "О чем говорят мужчины" была рубрука: 100 умных мыслей, от 100 умных мужчин. В этом году взял за правило фиксировать мысли и наблюдения, которые меня вдохновляют. Сейчас накопилось порядка 20 таких заметок. Попробую поделиться первым 3 и посмотрю на реакцию. Если вам зайдет, то буду каждую неделю по 1 выкладывать.

1. Стратегия - реализация возможностей в условиях ограничений (из учебника).
2. Когда начинается разговор про изменения, они уже совершены. Осталось только адаптировать себя и окружающих.
3. Всегда поясняйте причину и неизбежность преобразования (изменения). Для определенных людей важно понимать, как это будет в будущем не в целом, а конкретно у него.

Делюсь подробностями по последней игре, которую делали с Никитой Мошкаловым.

По легенде, группа аналитиков была приглашена на три дня в производственную компанию, занимающуюся электроникой. Компания быстро выросла с 90 до 250 сотрудников, что привело к проблемам с управлением и увеличению погрешности себестоимости с 15% до более чем 40%.
Участники разбились на четыре команды для анализа ситуации и разработки решений.
🔹К1 предложила эволюционную модель цифровизации с переходом на 3 года.
🔹К2 сфокусировалась на повышении осознанности сотрудников.
🔹К3 сделала ставку на обучение и воспитание кадров.
🔹К4 предложила четкое разграничение обязанностей и разработку KPI.

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

Материалы с игры (фото, кейсы, полезные ссылки) – тут👈
Видеозапись встречи по рефлексии – тут👈

А еще разыгрывали билеты на конференцию Стачка24, что будет проходить в Питере в конце сентября и где я отвечаю за трек бизнес и системного анализа. Даже если вы не пришли на игру, то вам все равно доступна скидка 10% по промокоду: игра10

Что такое «Обратная связь»

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

Я собрал небольшую игру, где в реальном времени разбивал о скалы возможность приструнить невыполняющего вовремя задачи сотрудника, Владислава. Разбор от Дениса Ивченко можно посмотреть в комментариях. Денис и менеджер и переговорщик, но ни первое не второе в диалоге со мной не помогли, менеджер был повержен.

Так что не давать ОС вовсе? Вовсе нет. Этот алгоритм хорошо работает при регулярных внутренних встречах и в конце испытательного сроки, когда идет разбор по фактам. Если в команде высокий уровень доверия, то ретроспектива отличное место для обратной связи.
Есть альтернатива: похвала. Прием из адаптивного лидерства, когда мы учимся подмечать хорошее и светлое, что есть в абсолютно каждом человеке. Мы хвалим коллег без причины, ситуации и оценки. Без «да, но» и «если».

Просто. Сложно. Эффективно.

Всем, привет!

Делюсь материалами с трека BA/SA на ProITFest

Все презентации тут - ?

Наши спикеры:
?Ира Ильюшко. Фокус на данные, а не исследования
Аналитики создают решения на основе данных, которые они нашли и собрали сами. Однако суть исследований на разных стадиях бизнес-анализа сильно отличается от маркетинговых, продуктовых и стратегических исследований. Приглашаем вас присоединиться к нам, чтобы вместе разобраться в типах заказчиков и зонах ответственности в процессе исследований. Мы совместно ответим на важные вопросы: какие исследования вообще бывают у аналитиков? Какие данные существуют и какие из них нам действительно нужны?
?Елизавета Акманова. Преимущества использования OpenAPI для системного дизайна
Как использование OpenAPI в проектировании делает системный дизайн гибким и легко адаптируемым? Мы обсудим, как создание тяжелой обвязки вокруг проектирования упрощает поддержку и масштабирование системы. Участники узнают, как внедрить работу с OpenAPI в процесс системного дизайна, что позволит вносить изменения практически в реальном времени. Разберем преимущества этого подхода и то, кому стоит его использовать.
?Татьяна Долгина. Почему рефакторинг документации так важен для успешного продукта. Попробуем в игровой и поэтому безопасной форме заняться развитием документации, совместно выделить моменты, когда рефакторинг нужен, а также принципы его проведения. Активность будет интересна в первую очередь аналитикам, чей проект находится в стадии развития. В итоге получим представление, как начать делать рефакторинг документации регулярно, а также продать идею рефакторинга не только команде, но и бизнесу.
?Булат Абдуллин. Код и архитектура: шаги по улучшению масштабируемости и качества. Поговорим про то, как не допустить снижение скорости разработки на проекте. На живых примерах разберем подход к адаптации системного дизайна, через разбор архитектурных схем и внесению изменений в проект.
?Николай Прохоров. Как микроэвентами облегчаем процессинг, хранение и обратную совместимость.
Поговорим как не попадать в ловушки некорректных продуктовых решений из-за кривых поступающих аналитических данных. Порассуждаем как можно сделать сбор данных для аналитики простым, отказоустойчивым и недорогим. В результате мы выработаем набор лучших практик, которые вы сможете применить у себя в продукте.

Тред фото с IT Феста (см. комментарии)

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

Его отчёт тут

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

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

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

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

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

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

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

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

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

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

Мысль дня:
- Первый закон бизнес-анализа: "Любая проблема станет возможностью, а каждая возможность проблемой"