Возврат к средней величине

При улучшении процессов разработки происходит иногда значительные изменения. А большинство разработчиков, да и людей в целом, изменения не любят. Новые правила, новые подходы, новые инструменты вызывают дискомфорт.

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

Вы видите это в числах, если внедрены "показометры" производительности, KPI или что-либо еще. Как пример, метрика Velocity в методологии Scrum.

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

Новые изменения должны принять все участники процесса разработки. А локальные лидеры мнений не только поддерживать эти изменения, но драйвить остальных участников. Без этого работа менеджера над улучшениями будет больше напоминать работу Сизифа.

@aheadofthepack