Agile-менеджмент. Лидерство и управление командами - Юрген Аппело

Метафора упорядоченных и хаотических организаций (глава 8) полезна при выборе правильного подхода к менеджменту. Сталкиваются ли люди в организации с большим количеством правил? Или вообще не подозревают, что какие-то правила существуют? Жалуются ли на бюрократию? Или недовольны тем, что вокруг них постоянно возникают все новые и новые проекты? Боятся ли нарушать правила? Или умоляют, чтобы были введены дополнительные? Они неохотно берут на себя обязательства, потому что организация не разрешает им делать работу «по-своему»? Или и так все делают «по-своему», раздражая тем самым клиентов и постепенно уничтожая бизнес?

Некоторые организации слишком негибки в своем подходе к менеджменту. В других же гибкости хоть отбавляй. К пилотам не надо относиться как к мартышкам, но и мартышкам не стоит доверять управление самолетом. В примере с самолетами относительно легко увидеть разницу между управленческими подходами. В IT-индустрии это труднее. (Хотя недавно я читал про орангутанга, который делал фото и размещал их на Facebook. Вот вам и мартышки.)

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

Например, рассмотрим зону принятия решения «определить процедуру тестирования готового продукта». Когда команда жалуется, что процедура тестирования слишком бюрократическая, возможно, это свидетельствует о том, что уровень полномочий, на котором было принято решение, находится слишком высоко и людям следует дать возможность установить свои собственные (более гибкие) процедуры тестирования. Естественно, при условии, что они берут на себя обязательство обеспечить определенное качество продукта, над созданием которого в данный момент работают. В то же время, когда у продуктов ужасающее качество и никто вообще не в курсе, в чем заключаются процедуры тестирования, наверное, пора поднять принятие соответствующих решений на более высокий уровень, отобрав эти полномочия у сотрудников и передав их тому, кто сможет должным образом организовать контроль качества и тестирования.

Вы на своем опыте увидите, что правильный менеджерский угол зрения может быть разным для разных областей принятия решений. Например, по моему мнению, процесс поиска и найма во многих организациях слишком косный, в то время как процедуры при выборе технических стандартов, используемых при разработке ПО, – слишком расслабленные. То есть с одной стороны в одной и той же организации может наблюдаться излишняя упорядоченность, а с другой – хаотичность. В результате риск потерпеть неудачу чересчур велик. (Или я преувеличиваю?)

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