Серебряной книги не существует

О распределении ресурсов между ИТ-проектами в Microsoft

Хотелось бы остановиться на пункте №5 о том, что не всякое требование бизнеса должно быть реализовано, с описанием возможных причин такого решения. Несмотря на такую разбивку по подпунктам причины эти порождают множество встречных вопросов, и всё равно каждое конкретное требование можно наверняка отнести к нескольким вариантам - или наоборот, ни к одному из них. Машине, в общем, этого не поручить, конечное решение сильно зависит от предвзятости (впрочем, можно называть это квалификацией) лица, его принимающего.

Обычно же в подобных описаниях и вовсе ограничиваются описанием проблемы на общем уровне, без попыток разделения на подзадачи и формализации методики действий лица, попавшего в такую ситуацию. Характерно, кстати, что управленческая тематика (во всяком случае, на популярном уровне) практически не демонстрирует специальной лексики - как правило, читать посты и статьи о менеджменте может почти любой, хотя для прочтения инженерной статьи того же уровня читателю потребовалось бы как минимум овладеть терминологией.

Всё это способствует укреплению во мнении, что "умение управлять проектами" в значительной степени есть совокупность личных качеств и неформализуемого опыта, накопленного багажа best practices и (или) набитых шишек. Соответственно, научиться этому в теории, изучая какие-то методики, равно как и научить кого-либо в отрыве от непосредственно деятельности очень тяжело или вовсе невозможно - а значит, внедрять какие-либо инновации в этой области без предварительной работы с кадрами довольно рискованно. В отличие от инженерных решений, сами по себе эти механизмы не работают.