Принятие решений как треугольник управления проектом

[@astenix]

Впервые вижу, чтобы кто-то воткнул качество в той пресловутый треугольник. Обычно обходимся тем, что «в этом треугольнике про качество проектов вообще никто ничего не говорит» и едем дальше…

[@Werty2010]

Какая-то странная система. Как можно контролировать ресурсы, не контролировав время? Больше времени —> больше ресурсов. И наоборот. А так, мне кажется, самое правильное решение - это сфокусироваться на ресурсах и времени, а не на качестве. Все люди рисуют у себя в голове красивые картинки и миллионы счастливых пользователей и только во время создания понимают, что не всё так просто. 90% задуманного так и остаётся в голове. Фокусироваться на качестве —> путь в никуда (моё личное мнение). Только когда ты чувствуешь, что у тебя есть возможности и тебе не придется делать этот проект до конца своей жизни — работай над качеством

[@Pirum1ch]

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

Если время не зафиксировано - встает вопрос как измерять эффективность затраченных ресурсов?

[@itGuevara]

Объем – это тот список работ, задач или необходимый состав операций который необходимо выполнить. 

Полагаю, что часто подразумевают разное:

Объем работ проекта \ качество работ проекта, например, Одно \ двух \ трех стадийное проектирование, делать ли промежуточные исследования / тестирование / испытания и т.п. - все что напрямую на качество конечного продукта не влияет (в основном только минимизирует риски). Качество проекта - это, например, насколько качественно были проведены именно сами работы как процессы проектирования (условно: реализация проекта по PMBOK или нет).
Совсем иное дело - это объем и качество продукта проекта. Объем продукта (штук) - это: Сошью и шесть. — А не сошьёшь ли семь? А может быть, и восемь шапок? 
Качество продукта - это насколько точно будет соответствовать изделие заданию (допуск, класс точности), прочность материала и т.п.

Объем \ качество процесса (проектных задач) и Объем \ качество продукта процесса (требования к изделию) - это четыре разные понятия. В треугольнике какие из них используют? Почему не показать их все?

 

[@mngmnt]

Спасибо за статью автору.

По поводу треугольника добавлю уточнение. По классике там нет такой категории как Ресурсы, там есть категория Стоимость, в которую входит и стоимость необходимых ресурсов - Time, Scope, Cost.

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

Про аджайл детально комментировать не буду, так как лично я все больше убеждаюсь, что аджайл в большинстве случаев - это ширма стоящая за неумением ни оценивать, ни планировать, ни реализовывать проекты и прикрытие хаоса. Первому нужно учиться, а для «Let’s be more agile!» нужно выучить мало кому понятных 4 постулата, как многие считают.