Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего.
Только сведения от консультантов и тренеров Cleverics.
Только сведения от консультантов и тренеров Cleverics.
6160+
вопросов и ответов
25
авторов
440+
источников
100%
оригинальный контент
Обращения, где пользователь не смог самостоятельно классифицировать проблему через портал (например, не выбрал нужную категорию в классификаторе), по-прежнему обрабатываются первой линией поддержки. Это позволяет сохранить функционирование службы поддержки для тех случаев, когда пользователь не может воспользоваться системой самообслуживания. Первая линия продолжает выполнять роль фильтра для таких обращений, направляя их дальше ко второй линии после получения недостающей информации.
Искажение статистики по срокам выполнения работ приводит к нескольким негативным последствиям: теряется доверие бизнеса к ИТ-службе, так как согласованные сроки перестают быть обязательными; становится невозможно оценить реальную эффективность работы ИТ-отдела; принятие управленческих решений базируется на неверной информации; формируется культура, где нарушение сроков считается нормой, что снижает общую дисциплину. В конечном итоге это может привести к ухудшению качества предоставляемых ИТ-услуг и увеличению числа серьезных инцидентов.
Принцип 'вытягивания' целесообразно использовать в сложных организационных структурах (особенно тех, которые попадают в квадрант 'Complex' модели Cynefin), где предсказать развитие событий сложно. Этот принцип предполагает, что каждое звено процесса производит работу только тогда, когда в ней есть непосредственная потребность со стороны следующего звена. В ИТ это означает, что разработка функциональности или внедрение изменений происходит на основе реального спроса от непосредственных заказчиков, а не по внутренним планам ИТ-службы.
Управление изменениями и система конфигурационных единиц (CMDB) тесно связаны, поскольку для эффективного управления изменениями необходима конфигурационная информация об архрахитектуре услуг, приложений, аппаратной инфраструктуры, взаимосвязях и интерфейсах. Без этой информации оценка влияния системных изменений обречена на провал. CMDB предоставляет данные о том, какие компоненты зависят друг от друга, кто является владельцем тех или иных элементов, и позволяет точно определить круг стейкхолдеров, затронутых изменением. Это критически важно для успешного управления кросс-системными изменениями.
Аналитическая работа и организованные процессы в управлении ИТ-активами дополняют друг друга. Организованные процессы обеспечивают стабильность и контроль над основными операциями, тогда как аналитическая работа позволяет выявлять скрытые возможности для оптимизации и выстраивать стратегические изменения. Только сочетание этих элементов обеспечивает максимальную эффективность и реальную экономию в управлении ИТ-активами.
Чрезмерное ужесточение требований к пунктуальности в транспортной сфере может привести к превращению компаний с нормальным сервисом в лоукостеров, что означает снижение общего качества обслуживания и переход на модель минимально возможного сервиса. Это может включать отмену бесплатных периодов ожидания, ужесточение правил посадки-высадки пассажиров и общее снижение гибкости в работе, чтобы избежать задержек даже на минуту. В долгосрочной перспективе это может негативно сказаться на привлекательности транспортного сервиса для пассажиров, особенно если небольшие задержки будут вести к значительным неудобствам и ограничениям в сервисе для компенсации рисков, связанных с малейшими отклонениями от расписания.
Обеспечить полные функциональные возможности при работе через электронную почту сложно, так как это зависит от того, какие данные и действия были предусмотрены при настройке автоматических уведомлений. Можно частично расширить функционал через интерактивные элементы в письмах (например, кнопки действий), но это имеет ограничения. Полноценное решение требует возможности заполнения обязательных полей и получения дополнительной информации, что лучше реализуется через веб-интерфейсы или мобильные приложения, а не через почтовые уведомления.
Да, такая ситуация может быть взаимовыгодной, но в долгосрочной перспективе это неустойчиво. В тексте описывается кейс, где бизнес нанимал разработчиков по внешним признакам, а те, в свою очередь, не собирались изучать документацию перед началом работы. Автор отмечает, что «бизнес и свитеры, будучи в одной точке на графике эффекта Даннинга-Крюгера, нашли друг друга – и потому остались довольны». То есть обе стороны довольны текущим положением, так как каждая переоценивает свои знания и не осознает реальных проблем. Однако такой баланс хрупок, и рано или поздно несоответствие ожиданий и реальности приведет к кризису, как в случае с замедленной скоростью разработки после передачи проекта внутренней команде.
Стремление сохранить только IT_M (целепоставление, организацию, контроль, оценку и совершенствование управления ИТ) без концепции услуг обосновано в тех случаях, где эта концепция воспринимается как чуждая. Управление ИТ может быть сфокусировано на операционной деятельности, обеспечивая четкую постановку задач, координацию процессов и контроль качества выполнения. Такой подход позволяет избежать лишних формальностей и сосредоточиться на реальных потребностях бизнеса, особенно если он еще не готов к полноценному восприятию ИТ как услуги.
Антихрупкие паттерны в разработке приложений представляют собой методы и подходы, направленные на создание систем, которые становятся сильнее и устойчивее при возникновении проблем и неопределенности. В отличие от просто устойчивых (робастных) систем, антихрупкие системы не просто выдерживают стрессовые ситуации, но и улучшаются благодаря им. Использование таких паттернов помогает в управлении техническим долгом, повышает способность системы адаптироваться к изменениям, снижает риск критических сбоев и упрощает дальнейшую поддержку и развитие приложения, что особенно важно в условиях постоянного изменения требований и среды.