🔥 Пятничное: Пользователи - главные враги собственной системы?
Большинство проблем во внутренних системах возникают не из-за багов или вендора, а из-за самих пользователей и заказчиков. Вместо того чтобы разобраться в коробочном функционале, они с порога требуют доработок "под себя". А ИТ, в свою очередь, заставляют воплощать в жизнь весь этот цирк без разбора.
🔧 Одностраничное соглашение - фундамент качества
🔥 Приходя на "горящий" проект хочется немедленно включить DevOps-турбо-режим: настроить CI, написать сотни автотестов...
☀️ RFC начинается с "зачем", а не с "как"
Пользователь создает запрос на изменение: "Добавьте галочку". Кажется просто - но это уже готовое решение. А действительно ли нужна именно галочка?
🔥 Пятничное: Пользователям не нужны надежные системы
Выстроил процессы? Закрыл баги? Написал скрипты для операторов и сделал систему настолько устойчивой, что она работает сама? Поздравляю - ты только что создал самую скучную систему на свете. Она не ломается, не бесит и не требует героизма. Никому нет до нее дела.
📊 5 шагов к сильному сервис-деску: наш опыт самооценки и роста
Быстрое обслуживание без системности редко бывает устойчивым. Мы честно оценили, где мы находимся сейчас и в какие стороны стоит расти. Для этого разработали компактный опросник на базе ITIL 4 и теперь делимся опытом, как это можно сделать в любой команде.
🪞 Рефлексия - заключительный, но не менее важный элемент еженедельного ревью
После того как команда просмотрела все метрики и обсудила результаты недели, мы переходим к неформальной части - рефлексии.
🔥 Пятничное: Инцидент дешевле бесконечного аптайма
Одна лишняя "девятка" в SLA звучит круто, но за нее платят не клиенты, а ваш бюджет и скорость изменений.
🛠️ Отчет об инциденте: превращаем проблемы в опыт
Инциденты случаются даже в лучших сервисах. Итог падения определяется нашей реакцией: это может быть паника и поиск виновных или шанс стать лучше и сделать систему надежнее. В основе ITSM лежит создание непрерывного потока ценности - даже ошибки должны работать на развитие. Поэтому главное правило разбора таково: Мы разбираем систему, а не людей. Задача руководителя - понять, где защита дала сбой, и направить усилия на укрепление сервиса.
