Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...
13 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.
Мы заканчиваем серию статей про интересные уроки, которые можно вынести из аварийных ситуаций, рассказом про трудное решение о восстановлении системы в компании Reddit и общими выводами, которые можно учитывать в своей работе.
В этой статье мы объясним, что такое соглашение об уровне обслуживания (SLA), как автоматизировать SLA, а также выделим 10 примеров использования автоматизации соглашений об уровне обслуживания.
Непредвиденный инцидент во время тестирования на отказ стал возможностью для улучшения не только конфигурации, но и всего процесса проведения таких тестирований.
Если в рамках практики «управление проблемами» вы идентифицируете только одну корневую причину (root cause) для каждой проблемы, то вы упускаете множество возможностей для совершенствования. У одного из моих клиентов возникла проблема, которая вызывала множество инцидентов. Они провели исследование и выявили корневую причину. По их мнению, это была ошибка в программном приложении, разработанном внутри компании. Они устранили ошибку и закрыли проблему. Это типичная ситуация, которую я наблюдаю в управлении проблемами, и на первый взгляд, она выглядит нормально. Но на самом деле это недостаточно хорошо, потому что вам нужно задавать много неудобных вопросов, если вы хотите понять, что на самом деле произошло...
Cleverics представляет новый экзамен собственной сертификационной линейки Proven Practices — “Proven Practices Expert: IT Services Support”, который фокусируется на теме управления поддержкой ИТ-услуг.
Современные предприятия постоянно стремятся к повышению эффективности и производительности. Один из наиболее эффективных методов достижения этой цели — автоматизация ИТ-процессов. Автоматизация повторяющихся и ресурсоемких задач позволяет оптимизировать рабочие процессы, снижать количество ошибок и освобождать ценные ресурсы для внедрения стратегических инициатив. В данной статье мы рассмотрим преимущества автоматизации ИТ и способы, с помощью которых она может ускорить ваши бизнес-операции.
Обслуживание клиентов — это удовлетворение их потребностей, и департамент, отвечающий за обслуживания может помочь предприятиям и компаниям наладить прямой контакт со своими клиентами. Если вы владеете бизнесом, который хотите быстро развивать, работа над своими навыками обслуживания клиентов может быть лучшим решением на данный момент. Вы наверняка встречали в Интернете множество статей и блогов, рассказывающих о том, что нужно делать, чтобы обеспечить отличное обслуживание клиентов. Однако вы должны знать, чего НЕ нужно делать, если вы хотите обеспечить исключительное обслуживание клиентов. У нас есть список распространенных ошибок в обслуживании клиентов, которых следует избегать, если вы хотите удержать своих клиентов и обеспечить рост...
Практический опыт расследования причины инцидента в компании Advenita, превратившийся увлекательный детектив и позволивший сделать важные выводы на будущее.
В конце июня состоялась традиционная летняя конференция директоров по ИТ «ИТ-ночь на Ивана Купалу» организатором которой был Клуб IT&Digital директоров «я-ИТ-ы». Одним из спикеров на конференции выступил Олег Скрынник – управляющий партнер Cleverics с докладом “Трансформация ИТ в традиционных компаниях”.
В недавно опубликованном заметке Павел Хурbн (Paweł Huryn) отмечает 9 «красных флагов», свидетельствующих о том, что наш «продукт» — это, на самом деле, проекты. Огромный документ, описывающий требования к продукту (Product Requirements Document, PRD): вы начинаете инициативу, документируя всё. «Пилим фичи» (feature factory): просто реализуйте то, что указано в требованиях. Не спрашивайте, почему. Водопад: все требования собираются на «начальном этапе». Диаграмма Ганта: дорожная карта, показывающая какая функциональность в какие моменты времени будет реализована. Не производится «исследования» продукта (discovery): нет необходимости проверять идеи перед их реализацией. Нет дизайнера: в команде нет дизайнера продукта. Нет аналитики: вы понятия не имеете, как люди...
Перебои в работе системы никогда не бывают удачными. И всегда дешевле узнать о чужих сбоях, чем учиться на своих собственных. В этой серии статей мы рассмотрим несколько таких обзоров инцидентов с целью извлечь из них уроки. Возможно, некоторые из опубликованных примеров помогут вам сделать свои системы более устойчивыми к сбоям.