ITIL 4 Specialist: Direct, Plan and Improve: Что внутри?
Сегодня я расскажу, какие темы рассматриваются на данном курсе, кто получит наибольшую пользу для своей практической деятельности от изученного материала и что необходимо для сдачи экзамена.
IT Governance
Всё про корпоративное управление ИТ
5 простых правил эффективного руководства ИТ
В нашей работе по разработке операционных моделей ИТ мы регулярно сталкиваемся с необходимостью улучшения модели руководства ИТ со стороны ИТ-лидеров. Часто при этом мы находим модели руководства, которые характеризуются: отсутствием делегирования, что приводит к возникновению узких мест циклами рассмотрения, которые часто занимают недели для принятия решения большим количеством ненужных совещаний регулярными совещаниями, которые часто длятся два часа и более отсутствием ясности в отношении того, кто несет ответственность за утверждение решений. слишком большим количеством заинтересованных сторон, участвующих в принятии решений отсутствием надежной управленческой информации отсутствием эффективного рабочего процесса/автоматизации. Как же организации умудряются так ошибаться? Если вы будете следовать пяти простым правилам,…
Как повысить предсказуемость на уровне всей компании с гибкими подходами
Обычно мы воспринимаем гибкие подходы как почти синонимы адаптивности, и предполагаем, что смена парадигмы или культуры в сторону её увеличения – правильный шаг чтобы начать agile-трансформацию. Но на деле одна из самых распространённых целей организаций, которую они хотят достичь с помощью трансформаций, – это предсказуемость. Почему? Потому что она приносит организации бизнес-результаты и итоги, которые руководство хочет получить для успешности и роста компании в целом. Однако, в то время как уровень руководства нуждается в предсказуемых результатах и итогах, приверженцы гибких методологий склонны думать, что нельзя стать предсказуемыми, будучи адаптивными. Отнюдь – можно. Вы не только можете, но и должны, если…
Критическая способность по управлению рисками
Завершившийся 2020 год был богат событиями. Главная угроза 2020 года, COVID-19, сформировала новую реальность, новую норму. В корпоративном мире управления изменилось многое: стагнация выстроенных логистических и продуктовых цепочек, поиск новых рынков и форматов, изменение взгляда на фондирование, изменение отношения к сотрудникам и клиентам, выстраивание взаимоотношений с властями, участие в волонтерских акциях. Несколько общих наблюдений о том, как транформация затронула корпоративный сектор: Компании, особенно крупные, особенно остро почуствовали насколько их бизнес-результаты в отдельных областях зависят от ключевых сотрудников. Потери среди актива вносят дополнительный хаос в, и без того, высокотурбулентную ситуацию. Ключевые сотрудники – чемпионы вносят максимальный вклад в то, чтобы двигать…
Работаете над повышением уровня психологической устойчивости? Задумайтесь, правильно ли?
Многие организации с гордостью заявляют о том, что они выявили и работают над проблемой психологической устойчивости персонала лишь на том основании, что они провели семинар полгода назад или любезно предоставили своим сотрудникам мобильное приложение, которое поддержит их психическое равновесие и комфорт. Но это, мягко говоря, ничто – делится в своей заметке мыслями по теме Карен Феррис. Да, существуют отличные приложения и отличные компании, которые проводят семинары по корпоративной психологической устойчивости. Но без желания и чёткой приверженности руководства и определённых действий по созданию основы – это пустая трата времени и денег. Повышение психологической устойчивости на работе – процесс непрерывный. Это похоже…
Директор по информационным технологиям как агент изменений
Когда началась вся эта история с COVID-19, ИТ-директорам и ИТ-поздразделениям пришлось в считанные дни и недели провести цифровую трансформацию, которая до этого в течение многих лет постоянно откладывалась “на потом”, доводилась до красной черты по различным причинам: организационной инертности, бюрократии, гиперболизированной боязни трансформации, нерешительности, бездеятельности и т.п. Сотрудникам ИТ-подразделений в одночасье пришлось иметь дело с неизвестными доселе вещами. Они были в числе тех первопроходцев, кому было поручено следить за здоровьем и безопасностью сотрудников организации. Ускоренный и скачкообразный переход к быстрой цифровой трансформации волей-неволей поставил ИТ-директора в центр организационных преобразований, отмечает в своей заметке на авторском сайте Карен Феррис (Karen Ferris)….
Технический долг и беклог
Не могу оторваться от темы беклога, ведь это именно то место, где принимаются решения. Продолжу о вопросах вокруг технического долга и способности команды инвестировать в его уменьшение. Идеальные продукты не существуют, каждый из них имеет свой набор компромисов. Модули и функциональные блоки приложений развиваются в разные стороны, с разной скоростью, для удовлетворения разных потребностей. Изменяются, форматы, масштабы, нагрузки, накапливаются данные. Работы по развитию выполняют люди. Инженеры принимают архитектурные и технические решения исходя из контекста конкретного момента. В какой-то момент, по прошествии времени, члены команды могут высказать пожелания по переработке отдельных компонентов приложения для того, чтобы существующий код и архитектура не…
Burning man
Короткий пример негативной подкрепляющей связи системной динамики в области управления ИТ-услугами. Жила была одна замечательная компания. Поскольку все современные компании цифровые, наша тоже не отставала от тренда и изменялась на лету. Компания активно работала в B2C сегменте через приложение собственной разработки, которое, в свою очередь, было интегрировано в “бэкофисную” часть, отвечающее за производство. Ветра перемен не щадят никого, и, после серии штормов, компания обнаружила себя в ситуации, характеризующейся следующими наблюдениями: качество предоставляемых клиентам услуг и их поддержки падает, есть жалобы, нарекания и публичные негативные отзывы; критичные сбои ИТ-услуг, вызывающие интервалы недоступности, возникают все чаще, и эта тенденция становится новой нормой;…
Удовлетворённость инцидентами
Одним из важных блоков книги и курса ITIL® 4 Direct, Plan and Improve (DPI) является подход к формированию системы измерения и оценки. Совсем недавно мне повезло побывать у нас на этом курсе в качестве слушателя. При разборе модели планирования и оценки (Planning and evaluation model) одним из примеров для отработки применения модели была выбрана практика управления инцидентами (Incident Management). И когда после выполнения упражнения мы рассмотрели примеры KPI и PSF (Practice Success Factors, факторы успеха практики – «комплексные функциональные компоненты практики, необходимые для того, чтобы практика реализовывала своё назначение») из публикации «Incident Management ITIL4 Practice Guide», возникла дискуссия, которую я…
Игорь Гутник, 29 июня 2020, последний комментарий 28 декабря 2020
Эксплуатация ИТ-услуг и скорость
Среднее время поставки (Lead time) является одной из ключевых метрик команд разработки ключевых информационных систем /продуктов компаний. Если ваша компания уже не стартап, а “безжалостный и беспощадный” энтерпрайз, то ваши основные бизнес-процессы и поддерживающие их системы / продукты обросли вспомогательными услугами и приложениями, сервисами, on-site инфраструктурой. Все эти артефакты ваших внутренних и внешних услуг важны в некоторой области, но их ценность не превышает того порога, когда вы задумываетесь о необходимости создания и финансирования отдельной постоянной команды по их развитию в продуктовом ключе, не готовы инвестировать в их развитие. Тогда вы создаете подразделение по эксплуатации этих разнородных приложений и сервисов и…
Разработчики в одиночку не могут сократить технический долг
Технический долг накапливается с течением времени, и в какой-то момент может сделать приложение непригодным для поддержки. Это как бомба замедленного действия, которая, если ее не обезвредить вовремя, может привести к серьезным последствиям для клиентов и финансовому ущербу для организации. Термин «технический» в названии зачастую вызывает ощущение, что сокращение технического долга является исключительной ответственностью разработчиков. Конечно, команда разработки играет ключевую роль в рефакторинге кода и сокращении технического долга. Но рефакторинг не всегда ограничивается только кодом. Многие другие группы сотрудников должны играть свои связанные роли, чтобы обеспечить рефакторинг и сокращение технического долга. Давайте попробуем поговорить о том, какие группы или отдельные роли в организации должны…