Цитаты из книг автора «Дэвид Андерсон»

Управление проблемами должно стать главной темой ежедневных встреч команд. Своевременная эскалация проблем — неотъемлемая часть умения управлять ими.

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

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

В информацию для их отслеживания необходимо включить даты начала и окончания работы и ссылку на все затронутые пользовательские запросы. При этом одна проблема может блокировать несколько других задач. Это еще одна причина, чтобы учитывать проблемы как независимые задачи и создать отдельный тип задач — «проблема».

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

Список источников вариаций с выявляемыми причинами, возможно, бесконечен. Типичные примеры — двусмысленные требования, ускоренные запросы, доступность среды, нерегулярный поток, рыночные факторы, факторы персонала и проблемы с координационной деятельностью.

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

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

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

Еще один распространенный источник вариаций с выявляемой причиной, который блокирует работу и лишает поток равномерности, — это координация с внешними командами, заинтересованными лицами и ресурсами.