Разумеется, закон Паркинсона кажется нам забавным, поскольку в нем есть частичка истины. Паркинсон приводит примеры действия своего закона в рамках вымышленной правительственной бюрократической машины, прообразом которой, по мнению некоторых, является Британская почтовая служба. Бюрократия подвержена таким проблемам, потому что ее сотрудники почти не получают удовлетворения непосредственно от рабочих задач. Но вы-то, вероятно, не состоите в бюрократии. А если и состоите, то изо всех сил стараетесь устроить так, чтобы ваших людей ее воздействие не затрагивало, потому что в противном случае они никогда ничего не сделают. В результате ваши люди имеют возможность получать от работы удовлетворение. Из этого следует простая истина, которую имеет смысл озвучить:
Их жизнь слишком коротка, чтобы они стали слишком сильно отлынивать от работы. Раз им нравится работа, они не склонны растягивать ее до бесконечности, поскольку это лишь отсрочит удовлетворение, ради которого все они стараются. Они не меньше вашего желают выполнить работу, но только с тем условием, что им не придется нарушать собственные стандарты качества.
А нашего Ивана вы видели?!
Каждый руководитель хотя бы раз в жизни вынужден иметь дело с сотрудником, который избегает работы, или же не имеет стандарта качества, или просто не может сделать работу. Разве это не подтверждает закон Паркинсона?
В здоровой рабочей обстановке причинами стагнации для некоторых людей становятся недостаток компетенции, нехватка уверенности, а также неопределенность цели проекта и отсутствие интеграции с командой. Ни в одном из этих случаев временное давление помочь не способно. Скажем, когда сотрудник вяло работает и кажется, что он не задумывается о качестве своих результатов, это верный признак того, что бедняга подавлен сложностью работы. Ему не нужно более сильное давление. Ему нужна смена деятельности – возможно, просто перевод в другую компанию.
Даже в тех редких случаях, когда давление на человека остается единственным вариантом, руководитель должен это давление оказывать последним. Эффект гораздо сильнее, когда давление исходит от команды.
Нам встречались случаи однородных команд, где руководителям пришлось бы занимать очередь, чтобы покричать на единственного человека, который не старается вместе со всеми.
В последующих главах мы еще не раз вернемся к командам и разумному их формированию. А пока речь не о том, что действует. Речь о том, что не действует: не действует отношение к сотрудникам, основанное на законе Паркинсона. Оно способно лишь унизить и лишить мотивации.
Университет Нового Южного Уэльса: некоторые данные
Конечно же, влияние закона Паркинсона на умы не исчезнет лишь потому, что мы к этому призываем. А вот достоверные данные, доказывающие, что закон Паркинсона не применим к большинству работников, помогли бы переубедить руководителей. (Забудем на секунду, что Паркинсон не привел вообще никаких данных в подтверждение своего закона, а лишь пережевывал его на протяжении нескольких сотен страниц.)
В 80-е и 90-е годы прошлого века два уважаемых исследователя Университета Нового Южного Уэльса (Австралия), Майкл Лоуренс (Michael Lawrence) и Росс Джеффри (Ross Jeffery), ежегодно проводили обзор проектов. Они оценивали действующие проекты в отрасли, следуя общему стандарту сбора данных. Каждый год они сосредотачивают внимание на новом аспекте проектной работы. В обзоре 1985 года содержались данные, отражающие неприменимость закона Паркинсона. Они не могут служить свидетельством, полностью опровергающим закон, но их достаточно, чтобы возникли некоторые сомнения.
Лоуренс и Джеффри поставили задачу определить влияние на производительность различных методов оценки. Они намеревались доказать (или опровергнуть) популярное верование, что разработчики (в данном случае программисты) работают интенсивнее, если пытаются следовать собственным критериям. Для каждого из 103 изученных проектов Лоуренс и Джеффри вычислили параметры производительности. Затем они разделили выборку на подгруппы исходя из того, каким образом были получены исходные оценки. Некоторые результаты представлены в табл. 5.1.