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


Авторские права

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

Здесь можно купить и скачать "Том Демарко - Человеческий фактор: успешные проекты и команды" в формате fb2, epub, txt, doc, pdf. Жанр: Деловая литература, издательство Символ-Плюс, год 2005. Так же Вы можете читать ознакомительный отрывок из книги на сайте LibFox.Ru (ЛибФокс) или прочесть описание и ознакомиться с отзывами.
Том Демарко - Человеческий фактор: успешные проекты и команды
Рейтинг:
Название:
Человеческий фактор: успешные проекты и команды
Автор:
Издательство:
неизвестно
Год:
2005
ISBN:
5-93286-061-8, 0-932633-43-9
Вы автор?
Книга распространяется на условиях партнёрской программы.
Все авторские права соблюдены. Напишите нам, если Вы не согласны.

Как получить книгу?
Оплатили, но не знаете что делать дальше? Инструкция.

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

Описание и краткое содержание "Человеческий фактор: успешные проекты и команды" читать бесплатно онлайн.



Книга Тома Демарко и Тимоти Листера «Человеческий фактор: успешные проекты и команды» – перевод 2-го издания всемирно известного бестселлера об управлении проектами разработки ПО. Первое издание содержало революционные по тем временам (1987 г.) идеи, которые выдержали проверку временем. Авторы скорректировали свои выводы и добавили несколько новых глав. Ценность этой книги в том, что в ней описываются принципы, за каждым из которых стоит реальная история. Все главы содержат наблюдения и новаторские подходы, которые заставят читателей и руководителей увидеть важные вопросы в новом, более разумном ракурсе. С юмором и мудростью, обретёнными за годы руководства и консультирования, Демарко и Листер демонстрируют, что сложнейшие проблемы разработки ПО имеют человеческую, а не техническую природу. Они не дают простых ответов, но дают правильные, подкреплённые научными исследованиями. Издание предназначено в первую очередь руководителям проектов, но будет полезно и рядовым программистам.






Именно об этом Филип Кросби (Philip СговЬу) написал книгу «Quality Is Free» (Качество бесплатно), опубликованную в 1979 году. В этой работе Кросби привёл многочисленные примеры и чётко доказал, что если исполнитель работы устанавливает удовлетворяющий его самого стандарт качества, то увеличение производительности компенсирует удорожание более высокого качества[10].

Нас терзает ужасное подозрение, что книга Кросби принесла скорее вред, чем пользу. Беда в том, что подавляющее большинство руководителей не затруднилось эту книгу прочитать, хотя название слышали все. Название и стало восприниматься как основная идея книги. Руководители по всему миру проявляют энтузиазм в отношении качества: «Нет пределов для качества, и у нас будет столько бесплатного качества, сколько мы захотим!». Навряд ли это можно назвать беспокойством о качестве. Такое отношение совершенно противоположно тому, за которое ратует Кросби.

На самом деле идею связи качества и производительности следует представить немного иными словами:

Качество не стоит ничего, но только для тех, кто готов дорого за него заплатить.

Организация, готовая заплатить за качество ноль долларов и ноль центов, получит то, за что заплатила. Правило «Качество? Если успеем!» гарантирует отсутствие всякого качества в продукте.

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


Право вето

В отдельных японских компаниях, в частности Hitachi Software и некоторых подразделениях Fujitsu, команда проекта имеет право налагать вето на сдачу продукта, если по мнению команды этот продукт не готов. Не имеет значения, готов ли клиент принять низкокачественный продукт, команда может настоять на том, чтобы сдача продукта была отложена до тех пор, пока он не будет удовлетворять собственным стандартам разработчиков. Разумеется, руководители проектов там находятся под тем же давлением, что и у нас: от них требуют результатов немедленно – покажите нам хоть что-нибудь прямо сейчас. Однако культура качества в достаточной степени распространена, так что эти японские руководители понимают, насколько неправильно склонять сотрудников к компромиссам в области качества.

Сможете ли вы наделить своих людей правом вето? Да, нервы потребуются стальные, по крайней мере, поначалу. Главной вашей заботой станет Закон Паркинсона, способный заработать против вас. Эта тема настолько важна, что мы посвятили ей целую главу.

5. Ещё раз о законе Паркинсона

В 1954 году англичанин Сирил Паркинсон выразил мнение, что работа растёт, заполняя любое отведённое под неё время. Сейчас это мнение известно как закон Паркинсона[11].

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


Закон Паркинсона и закон Ньютона

В законе Паркинсона вовсе нет ничего аксиоматичного. Это даже не закон в том смысле, в каком является им закон Ньютона. Ньютон был учёным, он исследовал гравитационный эффект, следуя строжайшему научному методу. Его теория была принята лишь после тщательных проверок и экспериментов. Закон Ньютона выдержал испытание временем – около двухсот лет исследований.

Паркинсон учёным не был. Он не собирал данные и, вероятно, даже не понимал правил статистических заключений. Паркинсон был юмористом. Его «закон» получил такое распространение не потому, что он соответствовал действительности. Просто шутка была забавная.

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

Закон Паркинсона наверняка не применим к вашим людям.

Их жизнь слишком коротка, чтобы они стали отлынивать от работы. Раз им нравится работа, они не склонны растягивать её до бесконечности, поскольку это лишь отсрочит удовлетворение, ради которого все они стараются. Они не меньше вашего желают выполнить работу, но только с тем условием, что им не придётся нарушать собственные стандарты качества.


А нашего Ивана вы видели?!

Каждый руководитель хотя бы раз в жизни вынужден иметь дело с сотрудником, который избегает работы, или же не имеет стандарта качества, или просто не может сделать работу. Разве это не подтверждает закон Паркинсона?

В здоровой рабочей обстановке причинами стагнации для некоторых людей становятся недостаток компетенции, нехватка уверенности, а также неопределённость цели проекта и отсутствие интеграции с командой. Ни в одном из этих случаев временное давление помочь не способно. Скажем, когда сотрудник вяло работает и кажется, что он не задумывается о качестве своих результатов, это верный признак того, что бедняга подавлен сложностью работы. Ему не нужно более сильное давление. Ему нужна смена деятельности, возможно, просто перевод в другую компанию.

Даже в тех редких случаях, когда давление на человека остаётся единственным вариантом, руководитель должен это давление оказывать последним. Эффект гораздо сильнее, когда давление исходит от команды. Нам встречались случаи однородных команд, где руководителям пришлось бы занимать очередь, чтобы покричать на единственного человека, который не старается вмести со всеми.

В последующих главах мы ещё не раз вернёмся к командам и разумному их формированию. А пока речь не о том, что действует. Речь о том, что не действует: не действует отношение к сотрудникам, основанное на законе Паркинсона. Оно способно лишь унизить и лишить мотивации.


Университет Нового Южного Уэльса: некоторые данные

Конечно же, влияние закона Паркинсона на умы не исчезнет лишь потому, что мы к этому призываем. А вот достоверные данные, доказывающие, что закон Паркинсона не применим к большинству работников, помогли бы переубедить руководителей. (Забудем на секунду, что Паркин-сон не привёл вообще никаких данных в подтверждение своего закона, а лишь пережёвывал его на протяжении нескольких сотен страниц.)

Два уважаемых исследователя Университета Нового Южного Уэльса[12], Майкл Лоуренс (Michael Lawrence) и Росс Джеффри (Ross Jeffery), ежегодно выполняют обзор проектов. Они оценивают действующие проекты в отрасли, следуя общему стандарту сбора данных. Каждый год они сосредоточивают внимание на новом аспекте проектной работы. В обзоре 1985 года содержались данные, отражающие неприменимость закона Паркинсона. Они не могут служить свидетельством, полностью опровергающим закон, но их достаточно, чтобы возникли некоторые сомнения[13].

Лоуренс и Джеффри поставили задачу определить влияние на производительность различных методов оценки. Они хотели доказать (или опровергнуть) популярное верование, что разработчики (в данном случае программисты) работают интенсивнее, если пытаются следовать собственным критериям. Для каждого из 103 изученных проектов Лоуренс и Джеффри определили параметры производительности, сходные с параметрами конструктивной модели стоимости (Constructive Cost Model – СоСоМо), которые пропагандирует Барри Бём (Barry Boehm)[14]. Затем они разделили выборку на подгруппы на основе того, каким образом были получены исходные оценки. Некоторые результаты представлены в табл. 5.1.4[15].


Таблица 5.1. Производительность как функция оценки сложности (частичный результат)


На Facebook В Твиттере В Instagram В Одноклассниках Мы Вконтакте
Подписывайтесь на наши страницы в социальных сетях.
Будьте в курсе последних книжных новинок, комментируйте, обсуждайте. Мы ждём Вас!

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

Книги похожие на "Человеческий фактор: успешные проекты и команды" читать онлайн или скачать бесплатно полные версии.


Понравилась книга? Оставьте Ваш комментарий, поделитесь впечатлениями или расскажите друзьям

Все книги автора Том Демарко

Том Демарко - все книги автора в одном месте на сайте онлайн библиотеки LibFox.

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

Отзывы о "Том Демарко - Человеческий фактор: успешные проекты и команды"

Отзывы читателей о книге "Человеческий фактор: успешные проекты и команды", комментарии и мнения людей о произведении.

А что Вы думаете о книге? Оставьте Ваш отзыв.