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

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

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

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

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

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

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

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

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

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