Чуть позже сформулирую вопросы для голосования. Спасибо!

Если кратко

PMBoK - Справочник, где по дисциплинам есть то что как бы можно делать. А можно и не делать.

Канбан - метод, который применяют. Инструмент, который изменяет подход, но не определяет управление.

Скрам - скелет того как обязаны делать. Что делать, не определяется.

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

"Я управляю по PMBoK" это все равно что сказать, что "програмирую на Java я, по справке к язуку Java".

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

Если кратко всё это - способы (организация процесса) создания ПО. Селиховкин рассматривает 3, которые наиболее распространены в РФ. Обязательность закрепляется стандартами организации или декларацией (упомянули ИСО 21500 - будьте любезны). Есть другие разные способы... Мне сейчас любопытен BDD, который Максим как-то упоминал в своих заметках.
Судя по реакции - Селиховкина не посмотрели...

Как вам будет угодно. Если для вас это одно, то пусть, у нас не проект где стоит выравнивать ожидания и понимания терминов.

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

Есть мнение (не моё), что деятельность делится на процессы и проекты. Kanban вырос из процессов, но и проектная деятельность, если поставлена на поток - это процессы выполнения проектов, особенно при программах и портфелях проектов.
Посмотрите на Ютюбе Селиховкина.
В том числе, несмотря на наличие Госаджайл, в учебных материалах подготовки чиновников к цифровой трансформации лекторы упоминают, что Agile не везде применим.
Максим, некоторое время бурно обсуждался ИСО 42010 - есть итоговое мнение по нему? Заранее благодарю!

Есть мнение, что процесс - это способ предсказуемо управлять качеством в областях, где можно обойтись относительно малоквалифицированными кадрами. А проект - это объём работ (цели, ресурсы). Поэтому я считаю, что сравнивать проектный и процессный подходы - в принципе не корректно. Они как минимум непротиворечивы.

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

Эх, не хотел лезть, так как все равно все в свое упираются. Проект это создание чего то относительного уникального/нового (обычно конфигурация новая на самом деле), с конечным сроком. А процесс вообще другие определения имеет.

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

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

"Проект это создание чего то относительного уникального/нового" - крайне точное определение, принимая во внимание слово "относительно" :)

Я как раз про то, что нужны И процессы, И проекты, И место для уникальных единоразовых штук.

в литературе нет слова "относительно", я его внес. так как считаю что уникальность штука крайне редкая, и все это по сути новые конфигурации того что было ранее.

Проекты - для управления на верхнем уровне, "вот цель, вот на неё ресурсы. Поехали."
Процессы - для обеспечения качества внутри проектов "А чтоб велосипеды не придумывать, мы вот эту часть работ по проекту сделаем неграми по методичке".

а дальше матиндукцией приходим к тому, что раз граница уникальности не чётко определена, то её практически и не существует :)

"Процессы - для обеспечения качества внутри проектов " ну неееее

процессы вне проектов должны быть

Зачем? )

процессы долго строить нормальные