🔧 Про простоту и практичность: Keep it simple and practical Продолжаем обсуждение принципов ITIL. Сегодняшняя тема - Keep it simple and practical. Хочу поделиться историей, на этот раз не из личного опыта, а скорее интернет-байкой. Фабрика зубных паст. Конвейер. Иногда часть коробок выходила пустой - тюбик с пастой не попадал внутрь, и появлялся брак.

🧩 Видим проблему - усиливаем контроль Проблему заметили, приняли решение усилить контроль. На конвейере установили сложную систему обнаружения пустых коробок. Как только датчики фиксировали пустую коробку, линия останавливалась. Машинист убирал пустую коробку и снова запускал процесс. Система работала. Документы были в порядке. Процесс описан. Ответственные назначены. Все по уму.

💨 Сложное решение не всегда лучшее А потом остановки прекратились. Проверка показала - брак исчез. Все коробки полные. Причина оказалась банальной. Рядом с конвейером стоял вентилятор, который сдувал пустые коробки. Полные оставались на ленте - они были тяжелее. Вентилятор поставил машинист, не по проекту и без согласований. Потому что ему надоело бегать и вручную запускать линию.

🔎 Проблема локальная, решение избыточное Это отличная иллюстрация принципа Keep it simple and practical. Проблема была локальной, решение системным и сложным, а самое эффективное улучшение оказалось максимально простым. В ИТ (да и не только в ИТ, что уж там) мы регулярно наступаем на те же грабли. Мы строим сложные контуры контроля, но не убираем первопричину. Добавляем автоматизацию, но не упрощаем работу. Создаем процессы, которые работают на бумаге, но изматывают людей. Иногда лучшее решение - это убрать лишнее и дать людям возможность делать работу. При этом реальные улучшения часто рождаются там, где есть прозрачность и контакт с исполнителями - рядом с конвейером (гемба).

🧠 Что означает принцип Принцип Keep it simple and practical часто понимают как совет "не усложнять", но на самом деле он про умение управлять сложностью осознанно. В ИТ сложность появляется естественным образом - через рост систем, команд и регламентов. Проблема начинается тогда, когда сложность перестает приносить пользу. Если решение нельзя объяснить простыми словами, оно требует ручного сопровождения и создает препятствия, значит, принцип нарушен - мы построили систему вокруг неудобства, а не устранили причину. Практичность - это когда решение реально работает в потоке, а не только выглядит правильным на схеме.

✅ Вывод Сложность не признак зрелости. Зрелость - это умение выбрать простое решение, которое работает. И это стыкуется с предыдущим принципом (collaborate and promote visibility). Открытость и прозрачность нужны, чтобы увидеть, где именно "болит", и не лечить симптомы процессами. В истории с пастой "умная" система контроля решала проблему, перекладывая работу на машиниста. Вентилятор не был идеальным решением по документам, но он был идеальным решением по результату.

#ITIL #ITSM #ServiceManagement #УправлениеИТ #CIO #CTO #эффективность #приоритизация