Человеческий фактор: успешные проекты и команды

Опытные (вернее, заезженные) сотрудники знают, что все не так. Они понимают, что под дулом автомата их старания будут чрезмерно стеснены. У них не будет возможности распорядиться ресурсами так, чтобы своевременно сдать продукт. Не говоря уже о привлечении дополнительных участников или перераспределении функций. Единственное, чем можно будет пожертвовать, – это качество. Крайняя степень давления сроков заставит их принести качество в жертву. Они станут заметать проблемы под ковёр, чтобы разобраться с ними в последний момент или вовсе оставить в продукте на «радость» конечному пользователю. Они будут сдавать продукты нестабильные и незавершённые. Они возненавидят свою работу, но какой у них выбор?

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

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

Взгляд создателя на качество совсем иной. Поскольку самооценка сильно связана с качеством продукта, он, создатель, устанавливает собственные стандарты. Удовлетворительный для него минимум более-менее соответствует высшему уровню качества, достигнутому им в прошлом. И это неизбежно более высокий стандарт, чем тот, что необходим рынку и за который рынок готов платить.

«Рынку абсолютно плевать на такой уровень качества». Прочтите эти слова и прослезитесь, потому что они почти всегда правдивы. Люди могут с пеной у рта говорить о качестве и горько жаловаться на его отсутствие, но когда приходит время платить за качество, их действительные ценности выходят на поверхность. В проекте по разработке программного обеспечения вы можете представить пользователям следующее объяснение: «На основе эмпирических данных мы можем прогнозировать, что Среднее Время Между Сбоями для этого продукта в настоящий момент составляет примерно один час и двенадцать минут. Если мы сдадим продукт вовремя, то есть сегодня, он будет иметь низкую стабильность. Если мы затратим ещё три недели, то можем прогнозировать увеличение СВМС до двух тысяч часов, что есть вполне достойный результат». После этого можете ожидать потока недовольного бормотания со всех сторон. Пользователи объяснят, что качество ценят точно так же, как все, но три недели стоят серьёзных денег.

Что касается индустрии программного обеспечения, то она приучила клиентов принимать как должное внутрикорпоративные прикладные программы со средней плотностью изъянов от одного до трех на сотню строк кода! И – какова ирония – этот катастрофический результат зачастую относят на низкую сознательность разработчиков в том, что касается качества. То есть тех же, кого обвиняют в желании «до бесконечности возиться с программой во имя качества», ещё и осуждают за низкое качество. Давайте-ка найдём тех, кто действительно виноват. Тот, кто платит пианисту, почему-то предлагает играть плохую музыку. Сообщество пользователей программного обеспечения продемонстрировало свои стандарты качества, регулярно подвергая процесс разработки неимоверному временному давлению, а затем принимая продукты низкого качества[8].

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

Бегство от совершенства – так мы называем ситуацию, когда стандарты качества устанавливает покупатель, а не создатель. Стандарты, основанные на существующем рыночном качестве, имеют смысл лишь до тех пор, пока вы не обращаете внимания на настроение и эффективность труда разработчиков.

В долгосрочной перспективе рыночные стандарты качества обходятся дороже. Какой урок отсюда следует?