Согласитесь, мысль «Эх, вот я бы на их месте всё сделал иначе» хотя бы раз приходила в голову каждому, кому руководитель «мешал работать». Но что на самом деле значит это «иначе»? Что именно кажется лишним, душным или раздражающим? И главное — зачем руководитель вообще делает все эти вещи, которые так хочется назвать бюрократией?

Меня зовут Сергей Павлов. Я разработчик, тимлид и CTO. Сейчас отвечаю за разработку продуктов в ИТ-экосистеме Лукоморье. В этой статье я хочу помочь как разработчикам, так и начинающим руководителям увидеть обратную сторону управления.

В статье я собрал своего рода рабочий чемоданчик из девяти инструментов. Он нужен не для того, чтобы делить руководителей на  «плохих» и «хороших». Моя задача — перевести вас на другую сторону баррикады и показать, как эти механизмы работают изнутри.

Цель статьи простая: объяснить, почему человек, став руководителем, перестаёт думать только как разработчик. В его жизни появляются те самые «душные» штуки: метрики, бюджеты, приоритеты, риски, ресурсы и прочий управленческий слой.  Этой статьёй я хочу объяснить логику управленца языком разработчика.

P.S. После прочтения есть высокий риск перестать быть «своим парнем» и начать работать на результат. Вы предупреждены.

"Что будет, если взять Канбан, смешать его с Гантом и весь этот соус вылить на релизную политику? Давайте разбирать на практике!"

Когда в коллегах согласья нет,
На лад проект их не пойдет,
И выйдет из него не profit, только cost.

Однажды Бэкендер, Фронтендер да Аналитик
Везти с тасками US взялись,
И вместе трое все в него впряглись;

Из кожи лезут вон, а US всё нет ходу!
Таски для них казались и легки:
Да Фронт рвется в Cloud-решения,
Бэк пятится назад, а Аналитик тянет в воду.

Кто виноват из них, кто прав, - судить не нам;
Да только UserStory и ныне там.

Уверен, многие узнали всем известную басню про трёх товарищей, которые пытаются затащить одну общую хотелку (некий воз). Только вот каждый тянет эту задачу в свою сторону, игнорируя усилия других. Сегодня я поделюсь с моими любимыми читателями примером, как сделать так, чтобы работа над задачей между тремя нашими героями шла дружно и эффективно.

Привет! Не пугайся, я полностью с тобой согласен, первая реакция на заголовок должна быть, как у Джеки. Сейчас всё расскажу по порядку. И в конце концов мы даже действительно взвесим два типа ТЗ.

Hello World!

Меня зовут Сергей Павлов, я тимлид по системной аналитике в банке "Открытие” на продукте МСБ “Бизнес-Портал”. Хочу рассказать, как я решал задачи по управлению командой, когда к ней присоединился.

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

Итак, морозное утро, вежливый голос руководителя мне говорит: “Это команда системных аналитиков, начинай творить добро”. Я смог выдавить только “угу” и сел думать насчет того самого творить и того самого добра.