Ситуация с которой мне часто приходится сталкиваться заставила меня поговорить о полномочиях команды разработки и в частности об их использовании. Современные гибкие направления разработки (в частности Scrum) предоставляют широкие возможности для самоорганизации. Методологи-консультанты обучают менеджеров по всему миру предоставлять командам всю полноту принятия технических решений и свободу действий. И надо признаться, многие наши руководители действительно достигают в этом успеха. Сначала с опаской, а затем все более настойчиво предлагают своим командам дополнительные полномочия и поддержку.

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

Я хотел бы напомнить об этих полномочиях. Полномочиях, которые используются самоорганизованными командами профессионалов, командами которые делают реальные вещи. Командами, которые не просят разрешения заняться рефакторингом, не просят разрешения написать тест. Потому, что подобные вещи — часть жизни профессионалов. Они имеют полномочия делать свою работу хорошо и пользуются этим, не извиняясь за то, что они профессионалы. Такие команды мотивированны, потому, что они хотят быть таковыми. Поскольку им не безразлично. Они искренне, глубоко переживают за то, что они создают. И я думаю, что так и должно быть. Это самый первый, верный шаг на пути к успеху. Если вам действительно не безразлична ваша профессия, вам нужно научиться использовать имеющиеся у вас полномочия. Полномочия разрабатывать действительно классный продукт, писать ясный и качественный код. Вам нужно очень серьезно подумать над этим. Именно вам. Это позволит вам чувствовать гордость за то, что вы делаете, изменить отношение к себе, изменить вашу компанию… Мяч на вашей стороне. Дело за вами.

P.S. Даю ссылка на оригинальную статью, которую я существенно изменил.