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

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

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

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

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

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

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

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

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

Upstream-активности, такие как оценка задач, формирование гипотез и принятие архитектурных решений, являются важными для предотвращения критических проблем на более поздних этапах разработки. Их проигнорирование приведет к застою в работе, когда команда столкнется с нерешенными сложными проблемами (аналогично главному антагонисту фильма 'Нечто'). В соответствии с принципами бережливого производства, правильное проведение upstream-активностей обеспечивает наличие достаточной экспертизы в нужное время в нужном месте, что повышает общую эффективность разработки.