В тексте указан конкретный пример обязательной задачи, которую необходимо выполнять независимо от желания — погружение в бухгалтерский и налоговый учёт. Автор отмечает, что он занимается этими вопросами время от времени не по доброй воле, но вынужден это делать, поскольку это является частью его профессиональных обязанностей или требований, связанных с управлением бизнесом. Хотя сам автор, судя по всему, не увлечён этой сферой, такие задачи приходится выполнять, так как они являются неотъемлемой частью бизнес-процессов.

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

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

Современное выражение клиентоориентированности в бизнесе заключается в формулировании целей компании вокруг концепции высококачественного удовлетворения спроса, как, например, в описании компании Х: «Основное направление деятельности компании Х – наиболее качественное удовлетворение покупательского спроса». Это демонстрирует профессиональный и структурированный подход к удовлетворению потребностей клиентов.

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

Установка больших обновлений, таких как 21 мегабайтный файл, при скорости соединения всего 10 кбит/с приведет к чрезмерно длительному времени загрузки — примерно 4,67 часа без учета разрывов соединения. При постоянных разрывах соединения процесс может затянуться на несколько дней или даже недель. Это нерационально, так как техническая поддержка должна предлагать оптимизированные решения для текущих проблем пользователя.

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

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

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

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