Цитаты из книги «Deadline. Роман об управлении проектами»

Человек противится переменам, если не чувствует себя в безопасности. 2. Перемены необходимы руководителю для успешной работы (наверняка они необходимы и в любой другой деятельности). 3. Неуверенность заставляет человека избегать риска. 4. Избегая риска, человек упускает новые возможности и выгоды, которые могли бы принести ему перемены. 5. Человека легко запугать прямыми угрозами, но также можно просто дать ему понять, что при случае с ним могут обойтись грубо и жестоко. Эффект будет тот же.

4. Защищайте людей от давления и ругани Больших Боссов.

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

когда ты испытываешь сильную эмоциональную перегрузку, тебе просто необходимо выплеснуть свои чувства

Страх в нашем обществе почему-то нельзя демонстрировать. А вот злость можно

4. Можно надеяться получить положительный результат от какого-либо одного хорошо взвешенного и тщательно выбранного усовершенствования в методике работы. В этом случае оно может окупить себя. 5. Попытка внедрить более одного усовершенствования методологии – гиблое дело. Программы, направленные на улучшение многих приемов и навыков (например, переход на следующий уровень СММ), скорее всего лишь затянут процесс выполнения работы. 6. Опасность стандартизированного процесса разработки состоит в том, что за рутинными операциями люди не замечают возможности сэкономить время и усилия, посвящаемые разработке проекта. 7. Что касается слишком больших команд, то там стандартизированный процесс будет неукоснительно соблюдаться до тех пор, пока он позволяет всем участникам чувствовать себя при деле (не важно, с пользой для проекта или нет).

4. Собирайте архивные данные, чтобы рассчитывать производительность труда по уже законченным проектам. 5. Работайте над формулами вычисления сложных синтетических метрик до тех пор, пока полученные результаты не будут наиболее точно отражать отношение абстрактных единиц к указанному в архивных данных объему работ. 6. Проведите через всю архивную базу данных линию тренда, которая будет показывать ожидаемый объем работ в виде отношения значений сложных синтетических метрик. 7. Теперь для каждого нового проекта достаточно будет высчитать значение синтетической метрики и использовать ее при определении ожидаемого объема работ. 8. Не забывайте об «уровне помех» на линии производительности – используйте его как индикатор при определении допустимых отклонений от общей траектории.

Сбор метрических данных 1. Определяйте параметры каждого проекта. 2. Не усердствуйте поначалу с выбором единицы измерения – если впоследствии вам предстоит работать с реальными данными, для начала сойдут и абстрактные единицы. 3. Стройте сложные метрики на основе простых, которые легко подсчитать в любом программном продукте.

Игра в защите 1. Сокращайте потери. 2. Успех проекта можно скорее обеспечить сокращением ненужных усилий, чем стремлением к новым победам. 3. Чем раньше вы прекратите ненужную работу, тем лучше это отразится на проекте в целом. 4. Не создавайте новые команды без необходимости – лучше привлеките к работе уже сложившиеся. 5. Поощряйте совместную работу участников команд и после окончания проекта (если они сами того хотят), чтобы избежать лишних проблем с формированием новых команд. 6. Считайте, что команда, участники которой готовы и дальше работать вместе, – это одна из основных целей любого проекта.

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