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

Разделитель для чтения книг в онлайн библиотеке

Онлайн книга «Agile-менеджмент. Лидерство и управление командами»

Cтраница 46

• Я продал свою бизнес-модель, включая какого типа клиенты нам понадобятся, тем людям, которых я отобрал для участия в своем проекте.

• Когда речь зашла о выборе названия для нового бизнеса, я решил проконсультироваться со всеми членами команды и попросил их предложить свои идеи.

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

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

• Мне было все равно, кто что делает в моей команде, но время от времени я интересовался, какие решения они принимают, чтобы убедиться в их правильности.

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

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

Как выбирать уровень полномочий?

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

Настоящий ответ состоит в том, что вам некому перепоручить решение вопросов, связанных с передачей сотрудникам прав и полномочий. В отношении каждой обязанности и в отношении каждого сотрудника вы должны спросить себя: «Могу ли я поручить ему это дело?» Иногда подобрать правильный уровень передаваемых полномочий у вас не получится, а иногда все пойдет как по маслу. Но по крайней мере вы многому научитесь!

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


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

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

А что если уровни компетентности сотрудников сильно отличаются?

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

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

Тем не менее если вы считаете, что компетентность Сэма позволяет выполнить работу хорошо, а компетентность Макса пока нет, то будет только справедливо, если вы объясните почему. Возможно, Макс еще не принимал участия в таком большом количестве проектов или у Макса во время работы на предыдущем проекте было много проблем. Вы должны быть справедливы, но честны. Вы должны четко объяснить Максу, что он должен cделать, чтобы заслужить такие же права, как у Сэма.

Насколько возможно, вы должны предоставлять всем сотрудникам одинаковые права. Но я предпочитаю не давать сотрудникам (или командам) одинаковые полномочия, если их уровни компетентности существенно отличаются. В противном случае это будет моментально интерпретировано более компетентными сотрудниками как несправедливость. Политкорректность оказывает плохую услугу как новичкам, так и экспертам [Hunt 2008: 26]. Если мне приходится выбирать из двух зол, я выбираю лояльность по отношению к наиболее компетентным сотрудникам.

Кому передавать полномочия – командам или отдельным сотрудникам

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

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

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

В вышеописанном проекте были реализованы несколько вариантов распределения полномочий:

• Можно предоставить одному из членов команды полномочия иного (более высокого) уровня, чем имеются у остальных членов команды.

• От людей, располагающих одинаковыми полномочиями, можно потребовать достигать согласия при принятии решений.

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

• И наконец, можно сказать команде, что решение определенной задачи следует поручить одному сотруднику, но у команды есть право выбрать этого человека.

Вход
Поиск по сайту
Ищем:
Календарь
Навигация