Найти в Дзене

Почему ваши очевидно эффективные идеи отвергаются (вероятно, дело в вас) / Александра Брызгалова

Для начала настало время попросить прощения. В прошлый раз, когда я писал про доклад Саши, то я расшифровал ТОС как Теория Ограничений Систем. На самом деле ToC — это Theory of Constraints. Т.е ToC аббревиатура на английском, читается как «тос». Если хочется аббревиатуры на русском, то ТО — Теория Ограничений. Не согласны? Тогда говорите БМЗ, вместо БМВ. В этом докладе Саша объясняет, почему компромиссы — не решение, а ловушка. Очевидные шаги часто ведут к неверным выводам. Саша приводит несколько ситуаций, подтверждающих это утверждение. Одна из них: человек стабильно выпускает код не тестируя и садит много багов. Очевидное решение — расстаться с человеком. Но разбор показал, что до этой ситуации долгое время в компании поощрялась скорость запуска и выпуска фич. Так же выяснили, что большую часть багов репортят одни и те же люди. Решение — не менять ничего в процессе релизов, но фиксить найденные баги быстро, а из репортящих сделать клубик ранних последователей (Early Adopter'ов).

Почему ваши очевидно эффективные идеи отвергаются (вероятно, дело в вас) / Александра Брызгалова

Для начала настало время попросить прощения. В прошлый раз, когда я писал про доклад Саши, то я расшифровал ТОС как Теория Ограничений Систем. На самом деле ToC — это Theory of Constraints. Т.е ToC аббревиатура на английском, читается как «тос». Если хочется аббревиатуры на русском, то ТО — Теория Ограничений. Не согласны? Тогда говорите БМЗ, вместо БМВ.

В этом докладе Саша объясняет, почему компромиссы — не решение, а ловушка. Очевидные шаги часто ведут к неверным выводам.

Саша приводит несколько ситуаций, подтверждающих это утверждение. Одна из них: человек стабильно выпускает код не тестируя и садит много багов. Очевидное решение — расстаться с человеком. Но разбор показал, что до этой ситуации долгое время в компании поощрялась скорость запуска и выпуска фич. Так же выяснили, что большую часть багов репортят одни и те же люди. Решение — не менять ничего в процессе релизов, но фиксить найденные баги быстро, а из репортящих сделать клубик ранних последователей (Early Adopter'ов).

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

На надгробии Элияху Голдратта, основателя ToC, написано: «Люди хорошие». У людей нет цели сделать плохо. Если они действуют, как вам кажется, плохо — значит, виновата система. Обвинить человека — ещё не значит найти решение. Иногда увольнение действительно необходимо, но не из-за «плохости», а потому что человек не совпадает с ожиданиями и ролью.

Но как же выйти из тупика, когда вы предлагаете решение, а вас «не слышат»?

1. Понять какую проблему решает ваше решение.

2. Осознать реально ли это проблема (для компании, человека которому вы предлагаете решение и т.п)?

3. Согласовать что проблему реально нужно решать (и решать именно так) и

4. Ещё раз взглянуть на решение под углом рисков и угроз.

Ну и решить. А дальше всё по кругу)

Доклад шикарный, рекомендую.

Все обзоры докладов по тегу #докладобзор@teamleading