Мы обычным образом организуем команду разработчиков - КК, разработчики, технические писатели, руководители проектов. Мы берем представителей из каждой группы и создаем из них команду по особенностям в матричной организации. Они сами уточняют свое назначение.
Команда по особенностям имеет отношение к наделению полномочиями, ответственности, идентификации, достижению согласия. Такая команда - лучший из всех существующих механизмов для исправления некоторых организационных глупостей.
Наделение полномочиями.
Трудно представить, что онда функциональная группа может осуществлять абсолютный контроль над всей технологической областью. Поэтому имеет смысл поручить управление этой областью сбалансированной команде. Ведущие эксперты из отдельных дисциплин знают все о своей области, так почему бы не дать им возможность управлять этой областью.
Как говорит мой шеф - "Не подгребай все под себя".
В первый момент это пугает, ты столько сделал что бы все было под твоим контролем, столько сил вложил в это и тут - "Не гребай все под себя".
В конце концов приходит осознание того, что необходимо делится полномочиями для улучшения качества. Не может один человек эффективно работать во всех областях, либо он рано или поздно перегорит. Для создание качественного продукта в срок - необходимо наделять полномочиями каждого члена команды.
Ответственность
Большенство лучших идей, возникших в любом человеческом коллективе, тратятся впустую или теряются. Разбазаривание идей происходит потому, что люди не чувствуют себя ответственными.
- Источник идеи чувствует, что это не его зона ответственности, и поэтому редко формулирует идею конструктивно.
- если источник высказывает идею, то адресат, которому направлена идея - может реагировать оборонительно, применяя весь арсенал защитных стилей и средств
- начальные попытки пробудить интерес к идее, обернуты во встроенную агрессию. Адресат четко распознает агрессию, и оборонясь от нее, не замечает "благородный" компонент сообщения. В этот момент источник уступает своему агрессивному началу и отвергает адресата, как недостойного для ведения последующих обсуждений - то есть устанавливает бит ничтожества.
Да, это столько раз было, вашу идею не принимают, порой давая понять что вы вообще не смыслите в обсуждаемой области, и что мы делаем после превышения числа попыток, перестаем делится с адресатом идеями, а самое страшное, мы перестаем генерить идеи.
Идентификация
Наделение полномочиями и отчетность неминуемо ведут к идентификации. Люди отождествляются с тем, что они контролируют и на что влияют.
С командой по особенностям, личности постепенно начинают идентифицироваться с частью продукта, а не с узко специализированной ролью. Винить больше некого, и успех или провал каждого становится болезнено очевидным.
Это чертовски приятно, отождествлять себя со своим продуктом. Вы начинаете думать как продукт вашего творчества, вы говорите от его имени. Вы становитесь его адвокатом, его гласом. Вы говорите что вам надо что бы вы еще лучше работали. Каждая ошибка продукта воспринимается как собственная рана, которую необходимо срочно вылечить. И как вы довольны, когда "вы" работаете "как по часам".
Консенсус
Согласие царит в атмосфере команд по особенностям. Так как элементом идентификации является особенность, а не функция, и так как ответственность за особенность общая, то и определенная степень открытости безопасна.
Когда члены команды идентифицированны, у них отсутствуют области для конфликтов личностного характера. Конфликты рабочего характера воспринимаются как подарок.
Переход от традиционной иерархической организации к успешному применению команды по особенностям может быть очень трудным. ... Члены команды по особенностям не знают степени своей независимости. ... Независимость будет доставлять значительные неудобства, потому что люди не привыкли сами обеспечивать себя властью.
У большинства людей существует поверхностное мнение о команде. Они считают что, команда - это притворный консенсус и фальшивые одобрительные возгласы.
Функциональные менеджеры.
Они достигли успеха как индивидуальные менеджеры до "этой идеи фикс с командой по особенностям". Они будут обязательно препятствовать - по крайней мере, до некоторой степени - становлению команды. Ведь они достигли ответственной и властной позиции в нездоровом окружении.
Их способность добиться для себя полномочий в сумбурной бесправной обстановке больше не нужна в среде, где узаконено, широкое делегирование полномочий.
Эти менеджеры знают, как достичь успеха во враждебном мире, как делать дела в интеллектуальном и творческом гетто.
В идеальном проекте, обычно имеются Создатели и Кураторы. Создатели специализируются в Разработке, Контроле качетва, Маркетинге, Документировании. Кураторы специализируются в понимании группы, создании обстановки, в которой комфортно заниматься творческой работой.
Кураторы, так же как и Создатели, несут ответственность за качество программного продукта. А Создатели, так же как и Кураторы, ответственны за состояние группы.
Единственноая власть идет от знания и понимания, а не от занимаемой должности!
Подготовленно по книге
"Правила разработки программоного обеспечения" Джим Маккарти. Мишель Маккарти