- •Том Демарко Тимоти Листер
- •Ieee Computer Society Благодарности к первому изданию
- •Ко второму изданию
- •Предисловие ко второму изданию
- •Предисловие к первому изданию
- •I. Управление человеческим ресурсом
- •1. А в это время где‑то гибнет проект
- •Суть вопроса
- •Миражи высоких технологий
- •2. Сделал чизбургер – продай его
- •Допустимость ошибок
- •Менеджмент, простецкое определение
- •Человеческие запчасти
- •Стабилизация проекта означает его смерть
- •У нас есть время только выполнить работу, но не думать о ней
- •3. Вена ждёт тебя
- •Испанская теория управления
- •Письмо из дома
- •Сверхурочные не существуют
- •Трудоголики
- •Производительность: выигранные сражения и проигранные войны
- •4. Качество? Если успеем
- •Бегство от совершенства
- •Качество ничего не стоит, но…
- •Право вето
- •5. Ещё раз о законе Паркинсона
- •Закон Паркинсона и закон Ньютона
- •А нашего Ивана вы видели?!
- •Университет Нового Южного Уэльса: некоторые данные
- •Вариация на тему закона Паркинсона
- •6. Лаетрил
- •Худейте во сне
- •Семь сирен
- •Это и есть руководство
- •II. Офисная среда
- •Часть II посвящена некоторым причинам потери времени и мерам, которые можно предпринять для создания стабильной, способствующей работе обстановки.
- •7. Мебельная полиция
- •Полицейский менталитет
- •Единообразный пластиковый подвал
- •8. «С девяти до пяти здесь совершенно невозможно работать»
- •Политика дефолта
- •Военные манёвры разработчиков: наблюдаемые факторы производительности
- •Индивидуальные различия
- •Что не влияет на производительность
- •Об этом не стоит рассказывать боссу
- •Влияние рабочего места
- •Что мы доказали?
- •9. Экономия на пространстве
- •Моровая язва
- •Мы прерываем обличительные речи, чтобы познакомить вас с фактами
- •Качество рабочего места и качество продукта
- •Открытие, достойное Нобелевской премии
- •Интермедия
- •Замеры производительности и неопознанные летающие объекты
- •Закон Гилба
- •Не позволяйте себе не знать
- •Измерения с закрытыми глазами
- •10. Работа ума и работа тела
- •Бесконечное отсутствие потока
- •Исчисление времени, основанное на потоке
- •Фактор «с»
- •Сад платков
- •О размышлениях на работе
- •11. Телефон
- •Путешествие в альтернативную реальность
- •Байки из склепа
- •Модифицированная телефонная мораль
- •Не пробуйте повторить это сами…
- •12. Верните дверь на место
- •Нет, наша песенка пока не спета
- •Роскошь
- •Творческое пространство
- •Жизненное пространство
- •Ломка корпоративного шаблона
- •13. Танцы с зонтиком
- •Александер и его органический порядок
- •Шаблоны
- •Первый шаблон: подгонка стандартного рабочего пространства
- •Второй шаблон: окна
- •Третий шаблон: закрытое и открытое пространство
- •Четвёртый шаблон: общее пространство
- •Шаблон шаблонов
- •Возвращение в реальный мир
- •III. Подходящие люди
- •14. Фактор Хорнблауэра
- •Прирождённые против обучившихся
- •Пластиковый человек установленной формы
- •Униформа
- •Кодовое слово: Профессионализм
- •Корпоративная энтропия
- •15. Как нанять жонглёра
- •Портфолио
- •Тесты на профпригодность
- •Организация проб
- •16. Счастлив работать здесь
- •Вопрос 1. Какая текучесть кадров наблюдалась в вашей организации в последние несколько лет?
- •Вопрос 2. Сколько в среднем стоит замена уволившегося сотрудника?
- •Текучка: очевидные затраты
- •Скрытая стоимость текучки
- •Почему люди уходят
- •Особая патология: переезд компании
- •Умонастроение постоянства
- •17. Самоизлечение системы
- •Детерминированные и недетерминированные системы
- •Тайный смысл Методологии
- •Безумие Методологии
- •Умышленное повиновение
- •Как не выплеснуть ребёнка с водой
- •И снова иллюзия высоких технологий
- •IV. Создание продуктивных команд
- •18. Целое больше суммы его частей
- •Понятие кристаллизации команды
- •Управление посредством истерического оптимизма
- •Пушки острова Наварон
- •Признаки кристаллизации команды
- •Команды и клики
- •19. Чёрная Команда
- •Материал для легенд
- •Жалкие земляне, кто вам теперь поможет?
- •20. Травля команд
- •Оборонительная позиция руководства
- •Бюрократия
- •Физическое разделение
- •Дробление рабочего времени
- •Снижение качества продукта
- •Идиотские сроки сдачи
- •Насаждение клик
- •И опять на ту же грустную тему
- •21. Ужин со спагетти
- •Начинают проявляться командные эффекты
- •Что здесь происходит?
- •22. Открытое кимоно
- •Сообщите о здоровье
- •Освобождающие уловки
- •Правила существуют, и мы их нарушаем
- •Цыплята с губами
- •Кто здесь главный?
- •23. Химия формирования команд
- •Культ качества
- •Элитная команда
- •Не распыляйте силы
- •Сетевая модель поведения команды
- •Сложный выбор – меню китайской кухни
- •Компиляция
- •V. Удовольствие от работы? здесь?
- •24. Хаос и порядок
- •Наша главная проблема – прогресс
- •Пилотные проекты
- •Военные игры67
- •Мозговой штурм
- •Обучение, путешествия, конференции, торжества, отдых
- •25. Свободные электроны
- •Феномен надомного промысла
- •Никакой родительской опеки
- •26. Хольгер Датчанин
- •Почему я?
- •Спящий гигант
- •Как пробудить Хольгера
- •VI. Наследие peopleware
- •27. Снова о травле команд
- •Проклятые плакаты
- •Сверхурочные: непредвиденный побочный эффект
- •28. Конкуренция
- •Рассмотрим аналогию
- •Нужно ли это? о важности обучения
- •Снова и снова о травле команд
- •Перепутанные метафоры
- •29. Программы модернизации процессов
- •Краткий исторический экскурс
- •Парадокс модернизации процессов
- •Это же выгодно
- •Новый мировой рекорд во всех категориях
- •Модернизация процессов: ведёт ли она к Тёмной стороне?79
- •Великое противоречие модернизации процессов
- •30. Как сделать перемены возможными
- •А теперь послушаем другого знаменитого системного консультанта
- •Классная идея, босс. Займусь немедленно.
- •Другая модель изменений
- •Безопасность прежде всего
- •31. Человеческий капитал
- •Что касается людей
- •Кому какое дело?
- •Какова длина взлётной полосы для опытного работника?
- •Под дудку Уолл‑стрит
- •32. Обучение организаций
- •Опыт и обучение
- •Пример перестройки
- •Главный вопрос про обучение организаций
- •Команда руководителей
- •Опасность пустого пространства
- •33. Самый страшный грех в руководстве – это…
- •К примеру
- •Собрания, посвящённые положению дел, нужны, чтобы подчёркивать положение
- •Преждевременный набор
- •Снова дробление
- •Уважайте свои вложения
- •34. Создание общины
- •Отступление от корпоративной политики
- •Почему это важно
- •Обуздание волшебства
- •Библиография
Университет Нового Южного Уэльса: некоторые данные
Конечно же, влияние закона Паркинсона на умы не исчезнет лишь потому, что мы к этому призываем. А вот достоверные данные, доказывающие, что закон Паркинсона не применим к большинству работников, помогли бы переубедить руководителей. (Забудем на секунду, что Паркин‑сон не привёл вообще никаких данных в подтверждение своего закона, а лишь пережёвывал его на протяжении нескольких сотен страниц.)
Два уважаемых исследователя Университета Нового Южного Уэльса12, Майкл Лоуренс (Michael Lawrence) и Росс Джеффри (Ross Jeffery), ежегодно выполняют обзор проектов. Они оценивают действующие проекты в отрасли, следуя общему стандарту сбора данных. Каждый год они сосредоточивают внимание на новом аспекте проектной работы. В обзоре 1985 года содержались данные, отражающие неприменимость закона Паркинсона. Они не могут служить свидетельством, полностью опровергающим закон, но их достаточно, чтобы возникли некоторые сомнения13.
Лоуренс и Джеффри поставили задачу определить влияние на производительность различных методов оценки. Они хотели доказать (или опровергнуть) популярное верование, что разработчики (в данном случае программисты) работают интенсивнее, если пытаются следовать собственным критериям. Для каждого из 103 изученных проектов Лоуренс и Джеффри определили параметры производительности, сходные с параметрами конструктивной модели стоимости (Constructive Cost Model – СоСоМо), которые пропагандирует Барри Бём (Barry Boehm)14. Затем они разделили выборку на подгруппы на основе того, каким образом были получены исходные оценки. Некоторые результаты представлены в табл. 5.1.415.
Таблица 5.1. Производительность как функция оценки сложности (частичный результат)
Пока что результаты подтверждают популярное мнение: программисты, похоже, чуть более продуктивны, когда могут оценивать необходимое время самостоятельно, в отличие от случаев, когда оценку выполняет руководитель, не советуясь с ними. Когда же руководитель советуется с разработчиком, результат получается промежуточный.
Для 21 проекта из числа изученных в тот год оценки выполнялись третьей стороной, как правило, системным аналитиком. И эти проекты показали более высокую производительность (табл. 5.2.):
Последняя строка уже идёт вразрез с популярным мнением. Почему программисту приходится работать интенсивнее, чтобы уложиться в оценку аналитика, чем в случае, когда оценку выполняет он сам? Есть соблазн объяснить такие показатели простыми погрешностями в данных. Но если вы согласитесь с нами в том, что плохие прогнозы всегда являются фактором, снижающим мотивацию, не будет никакой необходимости пытаться пренебречь полученными данными. Системные аналитики более склонны к точным оценкам, чем программисты или руководители. Системный аналитик, как правило, владеет той же информацией о поставленной задаче, но его не сдерживает природный оптимизм исполнителя или политические и финансовые взгляды шефа. Более того, системные аналитики имеют больший опыт в оценке, они способны предсказывать результаты более точно, поскольку уже занимались этим в прошлом и делали соответствующие выводы.
Отрицательные прогнозы и безнадёжно малые сроки поглощают энергию автора. Кейперс Джоунс (Capers Jones), известный своими количественными исследованиями проектов по разработке, сформулировал эту мысль так: «Когда расписание проекта совершенно необоснованно и нереалистично, и притом никакой объём сверхурочных не позволяет уложиться в сроки, команда, работающая над проектом, начинает испытывать злость и отчаяние… боевой дух падает до предела»16. При этом не имеет особого значения, исходит ли это «совершенно необоснованное и нереалистичное» расписание от начальства или от самих создателей продукта. Оказавшись в безвыходной ситуации, люди просто не работают эффективно.
Самая удивительная часть исследования 1985 года появилась последней, когда Лоуренс и Джеффри исследовали производительность в 24 проектах, для которых вообще не было сделано никаких предварительных оценок. Эти проекты с большим отрывом опередили все остальные (табл. 5.2)17:
Таблица 5.3. Производительность как функция оценки сложности (полный результат)
Проекты, в которых шеф не оказывал временного давления вообще («Разбудите меня, когда все будет готово»), характеризовались самой высокой производительностью18. Конечно, изложенное не позволяет сказать, что закон Паркинсона вообще никак не действует на разработчиков. Но наводит на интересные мысли, не так ли?
Решение о том, оказывать ли временное давление на проект, следует принимать так же, как решение о наказании ребёнка. Если вы безупречно выбираете время и правомерность очевидна, положительный эффект вероятен. Если же вы делаете это постоянно, то это уже признак ваших собственных проблем.