При работе на стороне заказчика задачи поступали главным образом из четырёх источников: 1. Руководство 2. Подчинённые 3. Клиенты (автор упоминает, что их тогда называли пользователями ИТ, но по сути это были клиенты) 4. Собственные инициативы и усилия автора

В истории менеджмента известно множество ключевых фигур и их концепций: Адам Смит ввел идею специализации труда; Генри Форд внедрил конвейерное производство; Уолтер Шухарт и Эдвард Деминг разработали основы управления качеством на основе измерения и совершенствования процессов; Норберт Винер создал кибернетику, которая повлияла на управление системами; Дэвид Нортон и Роберт Каплан предложили концепцию сбалансированной системы показателей; ITIL стал стандартом в управлении ИТ-услугами. Эти концепции и их авторы хорошо документированы и признаны в профессиональном сообществе.

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

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

Запись вебинара Дмитрия Исайченко 'Определяем приоритеты и сроки устранения инцидентов' доступна на каналах Rutube и YouTube.

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

Курс 'Flow Metrics: управление потоковым производством на основе данных' — это дистанционный программный курс для самостоятельного изучения, который занимает около 8-10 часов, хотя доступ к материалам предоставляется на полгода. В курсе содержится более 70 паттернов для 7 ключевых метрик потока. Обучение ориентировано на практическое применение, включая работу с графиками и диаграммами. Курс учит не столько находить готовые ответы в данных, сколько формулировать правильные вопросы, необходимые для анализа потока создания ценности.

В типичных командах разработки для отдельной задачи из всего времени, которое она находится в системе, в среднем 90% составляет время ожидания. Для большого количества команд эта цифра еще выше - 95-97%. Это означает, что отношение реального времени работы над задачей (Touch Time) ко времени в системе (System Lead Time), называемое эффективностью потока, находится в диапазоне от 3% до 10% для обычных команд.

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

Основная сфера применения информации о связях КЕ — это планирование изменений (29% упоминаний). Также наблюдает тренд на расширение использования сервисно-ресурсной модели в расчёте себестоимости и определении потребности в мощностях. Это указывает на то, что организации всё чаще используют CMDB не только для базовых процессов управления изменениями, но и для более сложных аналитических задач.