Статьи о методе

Следящие за моей работой знают, что я высказывал недовольство Индексом Потребительской Лояльности (Net Promoter Score, NPS – прим. пер.). Стив Деннинг (Steve Denning) в книге Radical Management указывает, что NPS – это “единственная метрика, которая вам когда-либо понадобится”

В этой статье Дэвид Андерсон размышляет на тему использования ролей Service Request Manager (SRM) и Service Delivery Manager (SDM). Их русские названия соответственно – Менеджер Запросов для Сервиса и Менеджер Поставки Сервиса. Оригинальные названия, переводы и сокращения SDM и SRM в русском тексте свободно заменяют друг друга.

Меня часто спрашивают о роли Service Delivery Manager (SDM) в Канбан. Кто должен играть эту роль? Как можно ввести эту роль в организации? Где найти правильных людей на эту роль?

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

Я продолжаю серию постов, посвященных визуализации процессов умственного труда

Люди продолжают знакомиться со статьей, ссылаются на нее и задают мне вопросы о трактовке графиков распределения lead time. Иногда читатели спрашивают меня именно о распределении Вейбулла.

Чуть больше года назад я написал короткую, но довольно техническую статью. Там я ответил как сделать сверку выборки с распределением Вейбула без сложных статистических инструментов, опираясь только на то, что присутствует в в большинстве современных офисов: ПО для электронных таблиц – Excel.

Оказывается, распределение Вейбулла – довольно распространено среди статистических распределений времени производства в проектах по разработке ПО.

Статья Алексея Жеглова, аккредитованного канбан консультанта (AKC) и тренера (AKT) рассказывает о том, как отслеживать здоровье проекта с помощью накопительной диаграммы потока и как определять рабочие элементы, чтобы диаграмма отображала действительно полезную информацию.

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