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

Проверочное утверждение: сотрудники работают по некоему методу и получают некий рабочий продукт.
Например:
- разработчики пишут на java::метод и получают модуль аутентификации::рабочий продукт.
- devops-инженеры готовят воспроизводимое изменение IaC::метод и получают скрипты для развертывания БД PostgreSQL::рабочий продукт.

Это примеры методов блока Ядро (K) — для одного и того же сервиса (например, написание IaC) они одинаковы для всех контекстов.

Контекстно-зависимым (S) же методом будет, например Выбрать режим поставки и границы интеграции (выбор режима managed/self-hosted, cloud/on-prem, интеграций и границ ответственности) и при выполнении получиим уточненная спецификация::рабочий продукт.

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

А вот пример внесервисного метода (их тоже можно разделить на ядро и контекстнозависимую составляющую): Зафиксировать бизнес-цель запроса, ожидаемый эффект и границы релевантного контекста (K) или Собрать ограничения и приоритеты запроса (сроки, риски, критичность, compliance) (S).
Здесь еще нужна доработка, это пока сырой черновик — возможно внесервисные методы не нужно делить на K и на S, будем разбираться.

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