Для управления задачами разной природы можно использовать вертикальное или горизонтальное разделение ресурсов. Вертикальное разделение предполагает чередование периодов: например, две недели на разработку, неделю на R&D, неделю на технический долг. Горизонтальное разделение заключается в выделении долей трудозатрат (например, 70% на развитие, 20% на эксплуатацию, 10% на исследования), с контролем результатов по каждому направлению. Однако такой подход требует четкого баланса, чтобы избежать формирования силосов и потери общей целостности команды.

Вместо показателя SPI из EVM предлагается применять показатель, рассчитываемый как средневзвешенный рейтинг своевременности выполнения проектных задач. В этом методе рейтинг Ri можно рассчитывать как отношение плановой длительности выполнения задачи к фактической длительности, чтобы выровнять целевую динамику с Cost Performance Index (CPI). В качестве веса Wi может использоваться, например, трудоёмкость задачи. Альтернативно, можно оценивать сроки по отклонению от даты прохождения последней контрольной точки проекта, что даёт более точное представление о реальном соблюдении временных рамок.

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

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

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

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

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

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

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

Project Management Institute (PMI) продолжает продвигать роль руководителя проектов в гибкой среде, прежде всего, из-за коммерческих интересов. PMI зарабатывает на сертификации и пересертификации специалистов по управлению проектами, и пик спроса на сертификацию PMP пришелся на 2006-2008 годы, после чего спрос снизился примерно вдвое. Чтобы поддерживать спрос на свои услуги, PMI стремится адаптировать концепцию руководителя проектов к гибким методологиям, создавая термин «гибкий руководитель проектами» и утверждая необходимость его роли даже в условиях, где основные гибкие методологии, такие как Scrum и SAFe, напрямую не предусматривают эту позицию. Такой подход позволяет PMI оставаться релевантной организацией и продолжать генерировать доход от сертификаций и обучения, хотя на практике эта позиция не всегда соответствует реальным потребностям гибких организаций.