Team API. Как строить систему взаимодействия между командой продукта и бизнесом
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Каждый техлид и тимлид мечтает о предсказуемом спринте. Но реальность жестока: продакты залетают в личку разработчикам, стейкхолдеры спускают «срочные и важные» задачи напрямую в обход бэклога, а когда на стыках систем что-то ломается — все дружно переводят стрелки друг на друга. При этом попытки попросить ресурсы на рефакторинг разбиваются о глухое «это не приносит денег бизнесу».Как перестать быть «удобным клеем» в компании, очертить суверенитет разработки и заставить бизнес играть по вашим правилам?В этом докладе мы разберем архитектурный подход к процессам управления. Мы рассмотрим команду инженеров как изолированный программный модуль, который должен выставить наружу понятные и жесткие контракты.Вы узнаете, как внедрить 6 практических инструментов, проверенных в VK, Тинькофф, СДЭК и Travelata:Финмодель и PnL: Как оцифровать техдолг в деньгах, чтобы бизнес сам согласовал рефакторинг.Дерево метрик: Как разрезать пересекающиеся KPI и убрать войны за код между соседними командами.Карта стейкхолдеров: Как настроить протокол эскалации политических конфликтов «наверху».Реестры систем и Service Blueprint: Как четко зафиксировать, за какое легаси вы дежурите в субботу, а где «чужой район».Team API и шаблон гипотез: Как легально отсекать 70% мусорных задач от заказчиков еще на входе.DACI-матрицы: Как вылечить команду от коллективной безответственности и оставить ровно одного Апрувера.Никакой абстрактной теории. Только «пацанские правила» взаимодействия с бизнесом, готовые шаблоны в Notion и скриншоты реальных артефактов.
Более 10 лет в продакт-менеджменте в айти-компаниях от бигтеха до средних бизнесов.
Видео
Другие доклады секции
Оптимизируй свою команду
