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

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

В тексте упоминаются две другие модели управления доступом наряду с ролевой моделью (RBAC). Это мандатное управление доступом (MAC, Mandatory Access Control), при котором доступ к ресурсам контролируется на основе меток безопасности и строгих политик, определенных администратором безопасности, и избирательное управление доступом (DAC, Discretionary Access Control), где владелец ресурса имеет полный контроль над предоставлением доступа к этому ресурсу. Упоминается, что модель RBAC была предложена как альтернатива этим двум моделям, сочетая в себе преимущества контролируемого управления при большей гибкости по сравнению с MAC и более строгом контроле по сравнению с DAC.

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

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

Основные аргументы против использования методики EVM для построения комплексной системы оценки проектов включают: 1) Некорректность показателя SPI для оценки соблюдения сроков завершённых проектов, так как он автоматически становится равным 1 после завершения работ, скрывая реальное отставание; 2) Отсутствие в классической методике EVM прямого показателя качества проекта, хотя этот недостаток относительно легко устраняется; 3) Система метрик EVM изначально разработана для текущего мониторинга хода проекта, а не для комплексной оценки эффективности завершённых проектов.

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

eSCM-SP (eSourcing Capability Model for Service Providers) - это сложный подход к построению обобщенных процессных моделей. В тексте отмечается, что этот подход 'слишком сложен' для автора и, вероятно, для многих практиков. Автор видит необходимость в промежуточном уровне между USM и eSCM-SP - что-то ближе к eTOM, но с обобщением на различные виды услуг. eTOM (Enhanced Telecom Operations Map) - это известная отраслевая рамочная модель управления для телекоммуникационных компаний, которую предполагается адаптировать для более широкого применения.

FTA можно интегрировать в процессы ITIL следующим образом: в рамках Service Design метод помогает выявить потенциальные отказы при проектировании системы, определять требования к компонентам на основе показателей гарантии и отсеивать заведомо ненадежные архитектурные решения; для управления непрерывностью ИТ-услуг (ITSCM) FTA позволяет понять, какие комбинации событий приведут к нарушению доступности критичной функциональности, и подготовиться к ним, определив меры предотвращения или пути быстрого восстановления. При этом анализ помогает установить точные зависимости между сбоями конфигурационных единиц (КЕ) и отказом функциональности, что упрощает расчет целевых показателей восстановления (RTO, RPO) для конкретных КЕ.

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