Вазилин и валидол: они причина или следствие?

В разных обстоятельствах разные комбинации)

Мы же взрослые ребята, не верим в абсолют) нет конечно, не все

Подмечено точно, иногда и дважды продолбано.

Всё больше убеждаюсь, что если проектом управляют менеджеры не знакомые со спецификой производства софта, например повелители экселей и проджекта, экономисты или КЛАССИЧЕСКИЕ менеджеры, то шансы у проекта быть упоротым кратно возрастают

Эксели и проджекты будут восхитительные, всё остальное продолбано

Запоротым  ли упоротым?

У хороших менеджеров в ходу такое устойчивое выражение: "упороть проект". Это синонимы. Упороть - это страчит яростно, страстно запороть. Запороть с энергией и любовью.

Наблюдал эффект Даннинга-Крюгера неоднократно: когда задача запарывалась яростно с полным погружением в идею что делаем все правильно

Точно так же в разработке. Все гайдлайны соблюдены, архитектура самая модная, проект так и не релизнулся.

А скажите, что такое "проект" и "менеджер проекта"?

Точно

Наблюдаю сходное в скрам-командах: все силы и энергия уходят на выполнение ритуалов, за которыми как-то теряется весь смысл и цель задачи.
“да причем тут борщ, когда такие дела на кухне!” (c) Михаил Жванецкий

Цитату запомню:)

У нас на рынке есть такая специфика, большая часть денег у государства, ну почти все, поэтому мы по-настоящему гибко не можем и делаем типа эджайла внутри водопада. Когда есть ТЗ и фикс прайс, но клиент хочет себе ни в чём не отказывать. Вот когда есть ТЗ и всё вот это, это и есть проект и руководит им некий управленец, которого обычно зовут менеджером. Вот чтобы делать такие проекты нужны очень опытные управленцы, которые хорошо понимают специфику разработки в том числе.

Как будто, если менеджеры из технарей, шанс успешногоо проекта увеличивается

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

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

Не стоит утрировать. Никто не говорил про менеджеров исключительно из технарей

Менеджеры не из инженеров должны "повариться в котле разработки", поработать ассистентами, например, в процессе пройти обучение, набрать критическую массу общения с инженерами. В предметку погрузиться, одним словом. Если менеджер управляет разработкой - его основная предметная область, разработка. Предметные области проектов в которых ведётся разработка тоже важны конечно, но вторичны.

тоже самое с работой архитектора

да и вообще работой любой профессии

Скажу прямо: по моему опыту, проблемы в проект менеджменте (а они есть, и они довольно заметные) есть при назначении руководителя проекта с любым бэкграундом.

Они разные. Но я не уверен, что их количество и масштаб различаются в зависимости от прошлого профиля РП. Хотя это предварительное предположение. Может быть, мне стоит покопаться подробнее в своем опыте, и выводы окажутся другими.