Тарас Шевченко MorliDots

Убедительная коммуникация: мастерство внутрикорпоративных переговоров для технических руководителей

Техлиды, разработчики и тимлиды проваливают переговоры внутри компании не из-за техники, а из-за коммуникации: соглашаются на нереальные сроки, берут лишний scope, говорят на «техническом», не фиксируют договорённости — и в итоге выгорают сами и сжигают команду.

Разбираем рабочий набор инструментов переговорщика из разработки: приоритизацию по ценности и рискам, формулировку MVP и MVP+, технику «если — то», магию «и» вместо яда «нет», фиксацию договорённостей как броню команды. BATNA и ZOPA на понятных кейсах: срез бюджетов, перенос дедлайнов, рефакторинг, Black Friday, прод-инциденты, срочная хотелка ключевого клиента.

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

Аудитория: тимлиды, техлиды, DevOps, SRE, руководители групп разработки и эксплуатации, аналитики, архитекторы. Есть версия под аудиторию аналитиков и версия под корпоративный формат.

PROvoke: системный анализ между соблазнением, манипуляцией и властью

Люди — такие же сложные системы, как софт, и у каждой роли есть свой интерфейс с набором ручек, за которые можно дёргать. Вопрос в том, где заканчивается поиск точек приложения усилий и начинается то, за что потом стыдно.

Доклад построен как открытый спор двух аналитиков, которые смотрят на влияние по-разному: один — из условий, где сроки и премии важнее рассуждений, другая — из позиции, где цена манипуляции всегда возвращается. Конфликт вынесен в центр выступления намеренно: без него разговор о влиянии превращается в набор приёмов без этики.

Как готовился доклад: полная расшифровка · разбор на Хабре · взгляд содокладчицы

Откуда берётся User Story

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

Аудитория: системные и бизнес-аналитики, продакт-менеджеры, тимлиды.

Аналитик между бизнесом и разработкой: как не стать крайним, когда все хотят разного

Конфликты между бизнесом, продуктом, аналитикой и разработкой почти всегда начинаются с разного понимания задачи. Для бизнеса это «простая фича», для разработки — требования, ограничения и риски, а аналитик оказывается ровно посередине.

О том, как вытаскивать реальные ожидания, формулировать требования, работать с user story и помогать командам договариваться до того, как задача превратится в конфликт.