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

И вот к вам подходит главный редактор и говорит, что у него есть решение всех проблем. По его словам, оно очень простое и эффективное. Оно называется генерализация. Различные роли, которые исполняют сотрудники журнала, сольются в единую роль с названием «член команды». Никаких специалистов больше не будет, а все станут делать то, что необходимо, чтобы журнал выходил в срок. Авторам статей отныне будет разрешено проводить фотосессии, если они вдруг окажутся поблизости от какой-нибудь звезды. Любой шеф-повар (при условии, что у него остался хотя бы один палец на руках) сможет писать ресторанные обзоры. А если фотографам удастся закончить свою работу пораньше, они могут помочь с написанием статей и рецептов. С такой командой специалистов широкого профиля никаких проблем с выходом очередного номера больше не будет (рис. 13.1). Ну как? Вы согласны?

Я бы сказал главному редактору, что он рехнулся. Если я лежу на операционном столе и мне делают подтяжку глаз, буду ли я просить операционную сестру заняться мной, потому что хирург опаздывает? Скажу ли я ей «А заодно удалите мне гланды»?

В принципе, генерализация – прекрасная идея. Но специализация – это ваш первый друг. Исследования подтверждают, что команды специалистов эффективнее, чем команды, составленные из генералистов [Anderson 2004: 271]. Если мы включаем в команду только последних, то игнорируем все, чему человечество научилось за последние 235 лет – с того самого момента, когда Адам Смит показал, что специализация ведет к повышению производительности и процветанию. Специализация объясняет, почему разработчики софта сами не пекут себе хлеб, не шьют одежду и не выращивают еду (конечно, бывают исключения, но их не так много). Чем крупнее экономика или организация, тем больше людей хочет (и может) специализироваться в той области, к которой у них больше всего способностей. Этот механизм доказал свою эффективность, причем не только в случае отдельных индивидуумов, но и в масштабах всего мира.

С другой стороны…

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

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

Специалист со склонностью к генерализации 1) имеет одну или две технические специализации… 2) обладает как минимум общими знаниями в области разработки ПО; 3) обладает как минимум общими знаниями индустрии, в которой данное ПО применяется; 4) стремится активно расширять свои знания как в области своей специализации, так и в других областях, включая технические и предметные [78].

Специалист со склонностью к генерализациивыполняет один вид работы очень хорошо и еще несколько с приемлемым качеством. Если у вас в команде есть такие люди, повышается ее эффективность и снижается риск возникновения узких мест. Специалистов со склонностью к генерализации иногда называют Т-специалистами. Их основная специализация выглядит как вертикальная палочка, но они также любознательны и готовы развиваться в других направлениях. Такие люди являются ценным приобретением, поскольку они видят проблему с нескольких точек зрения [Brown 2005].

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