управление проектами — последние события

Ну, прочитала хваленую GTD)
Самыми ценными и интересными оказались цитаты, приведенные в книге. Интересные и полезные моменты конечно есть, но - в целом это не то, что нужно именно мне. Слишком занудная система - сортировать все по алфавиту, папочкам и проч.
Полезное - не держать все дела в голове, а перекидывать на бумажный/электронный носитель и создать список Someday/maybe. Ах да, в целях увеличения словарного запаса тоже хорошо)

Немножко надуманно, ситуации притянуты, но для тех кто работал хоть каким-либо руководителем будет интересно. Особенно, если читатель представляет что такое програмирование. Читается быстро, ситуации затираются в памяти не цепляются совершенно. Акцентируется внимание на выводах, которые главный герой записывает отдельно. Если нет желания читать всю книгу, можно прочтать эти записи из записной книжки героя как учебник автора по ведению бизнес проектов. Как художественное произведение малоценно.

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

Прочитал книгу, только потому, что многие люди просто без ума от неё и рассказывали с упоением, что это книга для них открыла "Америку". Книга написана в 70-х годах, дополнение представлено в виде пары новых глав которые были написаны в 80-х годах. В книге автор рассказывает о провале компании IBM в создание своей OS/360 и неправильном подходе в разработке.
Автор писал её тогда, когда ещё не было ООП, всех современных языков программирования, грубо говоря даже персональных компьютером тогда ещё не было (преувеличиваю, персональные ПК уже были, но это было больше игрушкой для избранных, чем массовым пользовательским продуктом). Я уже молчу о методологиях разработки, о которых автор знать не мог ибо их тоже не было, когда была написана эта книга. Интереса книга не представляет ибо она не актуальна даже с исторической стороны, на мемуары тоже не тянет.

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

В конце книги идёт краткая ужимка в виде избранных фраз по главам, из целой книги. Саму книгу можно охарактеризовать одной фразой: "Лучше перебздеть,чем недобздеть и мучатся!" Если уж так сильно хочется её прочитать, начните сразу с последней страницы.