tgoop.com/architect_says/335
Last Update:
Пост про один из аспектов управления agile-командой (https://www.tgoop.com/architect_says/329) поднял некоторые вопросы, которые заслуживают рассмотрения. Вот они:
Q. Но ведь уволить сотрудника, если он в SCRUM-команде не тянет, будет дорого.
A. Надо осознать, что SCRUM сам по себе штука не дешевая, и он никогда не ориентировался на предельно эффективное использование ресурсов -- например, в небольшой SCRUM команде нет места специализации, а универсальные специалисты по определению работают менее эффективно. Но несмотря на это, SCRUM в терминах движения к результату является достаточно эффективным, т.к. позволяет принимать и корректировать решения.
Q. Если команда не тянет, то это не люди не тянут, а с процессами проблемы.
A. Так уж получилось, что в SCRUM-команде за процессы отвечает сама команда. Да, самоуправляемость не всем подходит, многие хотели бы просто делать задачи, которые им ставит менеджер (разработчик-"фрезеровщик"), и больше ни о чем не думать. Вы договорились, что теперь команда будет строить процессы сама. За эти дополнительные обязанности команда заслуживает вознаграждения -- будет справедливо разделить зарплату менеджера между членами команды. Если эти результата нет, значит, люди из команды не выполняют договор.
Q. Но это же жуткий контроль вместо обещанной самоуправляемости?
A. Да, это контроль, и нет, это не разрушает самоуправляемость.
В целом, прежде чем пользоваться советом из чужого манифеста, необходимо найти доказательства, что совет работает. Если в манифесте написано что-то правильное, это не означает что все пункты правильны. Идея о том, что чем меньше контроля — тем лучше, пока не подтверждается никакими массовыми исследованиями. Мало того, социологические исследования показывают, что даже намек на слежку повышает честность, улучшает сборы на благотворительность, и даже продвигает сотрудничество. Наилучший результат дает выборочная проверка результата; именно это и происходит в течение нескольких последовательных итераций. Если результата нет -- пора принять меры.
Q. Почему бы команде не осуществлять контроль самостоятельно?
A. Перспектива контролировать и оценивать своих коллег радует далеко не всех. Многие предпочтут сохранить хорошие отношения с коллегами, нежели акцентировать внимание на пробелах в их работе. Эти же сотрудники хотят «просто хорошо делать свою работу с 9 до 6». В "бирюзовой" парадигме таких сотрудников обычно называют "не вовлеченными" и предлагают их заменить. Да, SCRUM это потогонка, и многие разработчики ВНЕЗАПНО обнаруживают, что самоуправление это не только возможность делать, как хочется, а большой пласт работы, для которого криьтично наличие пресловутых soft skills
Q. Зачем лезть в команду и рассказывать, кто тянет, кто не тянет, кто лидер, а кто нет?
A. Во-первых, см. ответ на предыдущий вопрос, во-вторых, нет никаких доказательств, что группа выбирает наиболее достойного лидера (см. "Популизм"), а превращать группу в команду надо было сильно заранее.
К сожалению, в российских компаниях редко где руководствуются рациональными аргументами типа тех, что обсуждаются выше, а нормой становится понимание, что Agile это анархия на ручном управлении заранее назначенного виноватым руководителя, и эта культура растаскивается и поощряется.
BY Господин Архитектор
Share with your friend now:
tgoop.com/architect_says/335