Организации также могут иметь ресурсы, находящиеся в общем доступе, например некоторые бюджеты, офисное пространство и системных администраторов. Их можно рассматривать как эквивалент воздуха, которым мы дышим, ландшафтов, которые видоизменяем, или рыбы, которую едим.
Исследования показывают, что необходимо четыре компонента, чтобы совместное использование не приводило к исчерпанию общедоступных ресурсов [Van Vugt 2009: 42]:
• Институты(менеджеры), работающие над созданием доверительных отношений между конкурирующими системами (командами) с целью обеспечить принятие общих правил.
• Информация, которая увеличивает понимание физического и социального контекста с тем, чтобы снизить неопределенность (неопределенность повышает вероятность эгоистического поведения).
• Идентичность, или потребность в социальной принадлежности, включающей всех участников, улучшает и расширяет ощущение принадлежности к сообществу и снижает конкуренцию.
• Стимулы, цель которых – мотивировать пользователей ресурсов к самосовершенствованию, наказывая за чрезмерную эксплуатацию и вознаграждая за ответственное использование ресурсов.
Исследования подтверждают, что для защиты общих ресурсов абсолютно необходима какая-то форма внешнего управления этими четырьмя компонентами. (Я осознаю, что современные правительства здесь подают не самый лучший пример.) В случае с общими ресурсами, идет ли речь о деньгах, пространстве или системных администраторах, кто-то, находящийся вне периметра соответствующих команд, должен следить за долгосрочной устойчивостью ресурсов в противовес краткосрочным выгодам.
Я не святой. В программных продуктах, за которые мне приходилось прямо или косвенно отвечать, бывали ужасные проблемы с качеством. Нет, я не был непосредственно виноват в том, что электронное сообщение было отправлено 1 000 000 адресатов вместо 10 000 зарегистрированных пользователей. И это не я повредил базу данных с адресами нескольких тысяч интернет-покупателей, в результате чего их приобретения не смогли быть доставлены. Я также не имел никакого отношения к ошибке программирования, которая позволяла 9 из 10 участников лотереи выигрывать основной приз. Я с удовольствием расскажу вам о совершенных лично мной ошибках (разумеется, при условии, что вы расскажете мне о своих).
Проблема с качеством состоит в том, что оно просто подразумевается. Примером может послужить хорошо известный треугольник ограничений, или треугольник проектного менеджмента, включающий три важных ограничения (объем работ, деньги и время), но в нем отсутствует качество. Клиенты по умолчанию надеются получить качественный продукт, а менеджеры надеются, что сотрудники знают, как его создать. К сожалению, 80 % людей уверены , что качество их работы выше среднего. Очевидно, что это не может соответствовать действительности.
Самоорганизация позволяет решать множество проблем с качеством при условии, что вы правильно настроите соответствующие ограничения. Иногда говорят, что менеджеры получают то, что измеряют. Если вы будете настаивать на том, чтобы готовые разработки попадали к клиентам до установленного в проекте срока, самоорганизующиеся команды пойдут вам навстречу. Они передадут полуготовый продукт клиенту ровно в тот день, когда этот срок будет истекать. Если вы потребуете, чтобы продукты были надежными в работе, масштабируемыми, функциональными и защищенными от взлома, то самоорганизующиеся команды создадут эти высококачественные продукты – но это произойдет через много месяцев после того, как клиент устанет ждать и уйдет к другому разработчику. А если вы настроите свои ограничения таким образом, чтобы на выходе получить высококачественный продукт точно в срок, то вы опять же получите именно то, что хотели. Но в продукте будет отсутствовать половина функциональных возможностей, о которых просил клиент.
Я предпочитаю представлять выбор между всеми этими альтернативами в виде квадрата, адаптированного из всем известного железного треугольника (рис. 9.2). Идея квадрата в том, что если увеличить параметр в одном углу, то увеличатся параметры и в соседних углах, а параметр в противоположном углу квадрата уменьшится. Например, чем богаче функциональные возможности продукта, тем больше нужно ресурсов или времени, в противном случае результатом будет более низкое качество. Сократите направляемые на проект ресурсы – снизится функциональность продукта или его качество либо, как вариант, удлинятся сроки.
Читать дальше
Конец ознакомительного отрывка
Купить книгу