Приглашаю вас обсудить тему: «Как делегировать, когда всё вокруг меняется: доверие, контроль и результат в нестабильные периоды»
Обсудим, как продавать идеи, ставить задачи и сохранять команду, когда приоритеты постоянно меняются. Где проходит граница между микроменеджментом и поддержкой? Как не выгорать, когда ответственность остаётся, а контроль приходится отпускать?
У меня в гостях:
🎙️ Дмитрий Безуглый - эксперт по стратегическому управлению продуктами и командами с опытом более 20 лет, основатель школы стратегического управления Master Strategy, консультант Яндекс Практикума, Авито, Wargaming, Acronis, Лаборатории Касперского, Т Банка, Сбера, ВТБ и HeadHunter.
🎙️ Наталья Косинова - системный аналитик с 20+ лет опыта, прошла путь от технического писателя до руководителя отдела анализа, управляла командой из 25 аналитиков, работала на проектах Билайн, МТС, Тинькофф Страхование, Росгвардии, Утконоса, а также в сфере энергетики и промышленности.
Уже готовлю список тем для интервью 👇
➡️ Как меняется поведение руководителя в турбулентности: где он начинает забирать контроль обратно?
➡️ В какой момент делегирование незаметно превращается в микроменеджмент?
➡️ Почему в нестабильности падает доверие и со стороны руководителя, и со стороны команды?
➡️ Как самому не выгорать в ситуации «надо делегировать, но страшно отпустить»?
А если и вы хотите стать участником диалога, задать свои вопросы гостям или мне, присоединиться к эфиру, пройдите простую регистрацию
Мои наблюдения про текущее состояние ИТ и что вокруг говорят эксперты. И конечно #моемнение #капитаночевидность 😎
Про ИИ и чё происходит, как я это вижу:
✔️1. Россия, как всегда, идёт своим путём и не смотрит на опыт тех кто за бугром уже опробовал ИИ. Нам чужие ошибки не нужны, мы набиваем свои и осваиваем бюджеты. Русская система управления в своей красе.
✔️2. На острие технологий и равно денег, как всегда финтех. Да, есть небольшая турбулентность, но также у банков есть раздутый штат, который можно подсократить (главное тут не выплеснуть ребёнка вместе с водой, что уже в некоторых компаниях наблюдается) и конечно впихнуть ИИ, где надо и не надо. Но никто же не анализирует, где надо? См.п.1
✔️3. ИИ не ускоритель, хотя кажется, что это так. ИИ даёт возможность разгрузить рутину, получить драфт, натолкнуть на мысли, но валидация за пользователем.
✔️4. Начинающие специалисты мало имеют опоры, знаний, и в итоге по каждому чиху бегут в ИИ, что приводит к тому, что не происходит процесс валидации результата. И тут вывод, что ИИ инструмент для эксперта, а джунам по-хорошему нужно ещё качать скиллы.
✔️5. Чтобы использовать ИИ, нужно хорошо понимать деятельность в которой будет применение. Да, есть банально as is, и to be, но имхо, тут надо копать глубже и разбираться в нюансах. Конечно поможет анализ и диаграмма деятельности, но фактически надо уходить в онтологию предметной области. И понимать нюансы задач деятельности, чтобы чётко понять, что мы делегируем ИИ и как валидируем, контролируем.
✔️6. Вопрос безопасности актуален. ИИ для меня как черная дыра, в которую попадает информация и где-то на задворках остаётся.
✔️7. А теперь самый сложный тезис и критичный. Мы можем говорить про разные этапы развития компании и внедрения технологий. И если мы говорим про автоматизацию, то нужно хорошо проводить бизнес-анализ, понимать как процесс оптимизировать, сделать эффективнее, но до этого уровня доходят компании, у которых высокая зрелость внутри, развития культура. Иначе мы получим автоматизированный хаос и вот на этот хаос, мы ещё добавим ИИ. А ИИ чаще всего непредсказуем, его нужно контролировать и валидировать. А мы вот взялись и доверили. И теперь автоматизированный хаос зажил своей жизнью с ИИ, и потихонечку гниёт изнутри. Прям такое состояние газлайтинга можно словить)) всё же хорошо, но не веришь своим глазам.
✔️8. Вывод про рынок, который колбасит, потому что ИИ должен заменить людей и освободить деньги бизнесу (так его можно продать). Но по факту, денег нужно больше и нужны инженеры-разнорабочие, которые могут всё. Что мы видим на примере "систем дизайна" - его хотят от разработчиков, от продактов, от прожектов, от аналитиков. И что я слышу, от аналитиков - разработчиков заменит ИИ, от разработчиков - аналитиков заменить ИИ, от продактов - всех заменит ИИ, останемся только мы. А по факту людей стало меньше, а работы стало больше, и причём она стала или должна стать более инженерная, много анализа с выводами, смотрим выше про анализ деятельности и онтологии.
Мои наблюдения про текущее состояние ИТ и что вокруг говорят эксперты. И конечно #моемнение #капитаночевидность 😎
Про ИИ и чё происходит, как я это вижу:
✔️1. Россия, как всегда, идёт своим путём и не смотрит на опыт тех кто за бугром уже опробовал ИИ. Нам чужие ошибки не нужны, мы набиваем свои и осваиваем бюджеты. Русская система управления в своей красе.
✔️2. На острие технологий и равно денег, как всегда финтех. Да, есть небольшая турбулентность, но также у банков есть раздутый штат, который можно подсократить (главное тут не выплеснуть ребёнка вместе с водой, что уже в некоторых компаниях наблюдается) и конечно впихнуть ИИ, где надо и не надо. Но никто же не анализирует, где надо? См.п.1
✔️3. ИИ не ускоритель, хотя кажется, что это так. ИИ даёт возможность разгрузить рутину, получить драфт, натолкнуть на мысли, но валидация за пользователем.
✔️4. Начинающие специалисты мало имеют опоры, знаний, и в итоге по каждому чиху бегут в ИИ, что приводит к тому, что не происходит процесс валидации результата. И тут вывод, что ИИ инструмент для эксперта, а джунам по-хорошему нужно ещё качать скиллы.
✔️5. Чтобы использовать ИИ, нужно хорошо понимать деятельность в которой будет применение. Да, есть банально as is, и to be, но имхо, тут надо копать глубже и разбираться в нюансах. Конечно поможет анализ и диаграмма деятельности, но фактически надо уходить в онтологию предметной области. И понимать нюансы задач деятельности, чтобы чётко понять, что мы делегируем ИИ и как валидируем, контролируем.
✔️6. Вопрос безопасности актуален. ИИ для меня как черная дыра, в которую попадает информация и где-то на задворках остаётся.
✔️7. А теперь самый сложный тезис и критичный. Мы можем говорить про разные этапы развития компании и внедрения технологий. И если мы говорим про автоматизацию, то нужно хорошо проводить бизнес-анализ, понимать как процесс оптимизировать, сделать эффективнее, но до этого уровня доходят компании, у которых высокая зрелость внутри, развития культура. Иначе мы получим автоматизированный хаос и вот на этот хаос, мы ещё добавим ИИ. А ИИ чаще всего непредсказуем, его нужно контролировать и валидировать. А мы вот взялись и доверили. И теперь автоматизированный хаос зажил своей жизнью с ИИ, и потихонечку гниёт изнутри. Прям такое состояние газлайтинга можно словить)) всё же хорошо, но не веришь своим глазам.
✔️8. Вывод про рынок, который колбасит, потому что ИИ должен заменить людей и освободить деньги бизнесу (так его можно продать). Но по факту, денег нужно больше и нужны инженеры-разнорабочие, которые могут всё. Что мы видим на примере "систем дизайна" - его хотят от разработчиков, от продактов, от прожектов, от аналитиков. И что я слышу, от аналитиков - разработчиков заменит ИИ, от разработчиков - аналитиков заменить ИИ, от продактов - всех заменит ИИ, останемся только мы. А по факту людей стало меньше, а работы стало больше, и причём она стала или должна стать более инженерная, много анализа с выводами, смотрим выше про анализ деятельности и онтологии.
Лето - самое время для встреч, долгих, тёплых бесед и зависаний на открытом воздухе. Обожаю неформальные встречи айтишников, когда можно подойти к любому эксперту, похоливарить, расспросить о текущих трендах, плюсах и минусах практик, конечно рассказать о том, что беспокоит, найти ответы на разные вопросы и понять, чем сейчас живёт ИТ-сфера.
Если вы такого же мнения, у меня хорошая новость! Сразу в двух городах — Санкт-Петербурге (20 июня) и Казани (4 июля) состоятся мероприятия ИТ-фестиваля "Сезон кода".
Если честно, ребят, когда я впервые побывала на такой конференции в Москве, поняла, что 20 лет назад ничего подобного даже в проектах не было, а тут в одном месте можно просто посмотреть в глаза таких же как ты)) и здорово, что и в других городах ИТ-сообщество может встретиться!
Что будет?
Конечно, атмосфера!
🔆Доклады на профессиональные темы от экспертов Т-банка и других компаний
🔆Место для встреч и обсуждения технологий
🔆Демонстрации продуктов и инженерных решений от Т-банка
🔆Интерактивная зона от Т-образования
🔆И, конечно, афтепати с летним DJ-сетом
На фестивале будет 3 секции:
— Клиентоориентированный код — специалисты Т-банка поделятся опытом и расскажут о ключевых продуктах и инженерных решениях для миллионов клиентов.
— Продуктовая кухня - новая секция, где данные превращаются в решения, а гипотезы — в рост продукта.
— Бэкенд-методичка — место для обсуждения практических решений, которые действительно работают. Будет разбор инструментов и подходов из повседневной работы инженеров.
Для участия, успей зарегистрироваться
Традиционно фестиваль поддерживает благотворительные фонды. Чтобы получить билет, нужно внести пожертвование в один из фондов - деньги идут им напрямую.
Стоимость участия в Санкт-Петербурге - 2000 рублей
в Казани - 1500 рублей
Решила развернуть ответ на вопрос про коммуникацию из предыдущего своего поста, где мы разбирали рабочую ситуацию аналитика.
Кратко:
✔️У аналитика действительно много точек коммуникаций — иногда это до 80% работы, особенно в agile-командах. Главная мысль в том, что аналитик не просто пишет ТЗ, а выстраивает взаимодействие между заказчиком, менеджерами, командами, лидами команд, потому что без этого невозможно разобраться в задаче и получить нужную информацию.
✔️Справедливо было замечено, коммуникационные проблемы на проектах часто связаны не с аналитиком лично, а с общей организацией процесса: кто с кем общается, через какие каналы и кто за что отвечает.
✔️Один из инструментов поработать с коммуникацией это составить карту коммуникаций проекта, и понять, что где сбоит, не работает, а где нужно облегчать способы коммуникации. Если мы вводим изменения, то тут опять же нужно понимать зону ответственности аналитика, может не быть полномочий что-то менять, поэтому вопрос идёт через эскалацию, на того же продакта.
В конце вывод такой: нельзя жёстко говорить, что коммуникация — не дело аналитика.
Это часть его работы, но в пределах конкретной ситуации, культуры компании и его полномочий.
Давно у меня не было примеров ситуаций, так называемых кейс солвинг.
Предлагаю помозговать.
Я описываю ситуацию, в которую попадает аналитик, вы предлагаете варианты решений выхода из этой ситуации.
Погнали!🚀
Представьте вы сеньор-аналитик на проекте. Только вышли на работу. Команда разработки большая порядка 80 человек. Есть 4 Тим Лида разработки, тим Лид тестирования и тим Лид поддержки. Есть линейка продуктов, которую все разрабатывают, пусть будет программное обеспечение для автоматизации предприятия, предметка сложная, энергетика. Есть продакт главный и по каждому продукту.
А дальше классика. Продакт вам говорит:
- Я не понимаю, что делает команда гамма, они меня кормят завтраками и ничего не отдают, а любая доработка это месяц, не меньше, разработки. Давай ты напишешь постановку задачи на новую фичу - "подборка оборудования под задачу электрика". И заодно разберёшься в том, что у них происходит, зафиксируешь в конфлюенс работу их 5 микросервисов.
Месяца хватит?
Что будете делать?
Какой план работы себе придумаете, с чего начинать?
И тут ещё один вывод - что потребность в ИИ пока собирают. И мы уже видим конкретные сервисы или агентов, под потребности, в том числе и развлечений, в виде картинок и видео.