Когда экономисты смотрят на фирму, они не видят нарушений деятельности или, по крайней мере, видят не все. Они, скорее, распознают набор компромиссов, который стал результатом уступок между множеством конкурирующих интересов и целей. Из этих компромиссов проистекает кажущееся нарушение процесса нашей рабочей жизни – побочный результат всех этих затрат и выгод. Организационная экономика может объяснить, почему весьма несовершенный современный офис представляет собой наименее несовершенный из всех возможных миров, однако, возможно, все же подавляющий идею «наименьшего нарушения деятельности».
Все дело в компромиссах
Рассмотрим случай господина X, работавшего в отделе пользовательских интерфейсов команды разработчиков American Airlines. Весной 2009 года Дастин Кертис, дизайнер пользовательских интерфейсов и блогер, разразился тирадой по поводу ужасного сайта American Airlines, написанной в форме открытого письма к авиакомпании и включавшей в себя примеры того, как должен был выглядеть сайт (как писал Кертис, он набросал сайт за пару часов). Пример Кертиса выглядел намного лучше, чем существующий сайт American Airlines, по крайней мере с точки зрения конечного пользователя. Кертис завершил свое письмо обращением к компании: «Представьте, что бы вы могли сделать, имея компетентную группу разработчиков».
Господин X написал Кертису электронное письмо, которое Кертис затем, с разрешения автора, разместил на своем сайте, опустив имя. «Вы правы. Конечно, вы правы. И все же», – начал господин X перед тем, как приступить к описанию разнообразных компромиссов, с которыми приходится сталкиваться команде разработчиков American Airlines. «Проблема с разработкой www.aa.com связана не столько с уровнем нашей компетенции (или проистекает из нее, как вы отметили в своем посте), сколько с культурой и процессами, применяемыми в American Airlines».
Господин X продолжал, отмечая, что коллектив, который управляет сайтом www.aa.com, состоит из 200 человек, распределенных по группам, включая группу контроля качества, планирования, бизнес-анализа, разработки кода, эксплуатации сайта, планирования проекта и пользовательского интерфейса и многие другие. Все эти люди лично заинтересованы в том, чтобы сайт работал хорошо. И хотя новые функции сайта должны пройти одобрение группы пользовательского