Процессы Archives – Страница 3 из 23

Работать меньше, чтобы сделать больше

Все, а больше всех инвесторы и спонсоры, хотят, чтобы вся команда работала над новыми задачами, фичами, эпиками не останавливаясь. Тем не менее, несмотря на столь жгучее желание, команда не сможет выделить все свое время на новые разработки. Причин тому несколько: Баги случаются, и когда они случаются, то они становятся приоритетом. Нестабильное или нефункциональное хоть в чем-то приложение генерирует не только прямые потери через снижение продаж, но и снижает конверсию, отталкивает лояльных пользователей, вызывает недоверие клиентов. Что делать? – Резервировать время/ресурс, организовывать Emergency lane. Разработка состоит не только из downstream разработки и доставки. В области discovery, в upstream активностях возникает потребность…

Кто такие агенты изменений в продуктовой команде?

Компании, которым жизненно необходимы частые выпуски изменений программного обеспечения, предпочитают переводить управление ИТ-разработкой в продуктовый подход. В этой статье я не буду говорить о том, почему это так. На эту тему можно найти массу отличных публикаций, в том числе на нашем портале. Сегодня я хочу обсудить вопрос, как происходит перестройка работающей команды в сторону нового подхода. Люди и процессы Гибкие методологии призывают: управляете работой, а не людьми. Эта декларация зачастую вызывает недоумение. Ведь работу делают люди, причём сама по себе работа ИТ-специалиста – штука нематериальная. Как ей управлять? На самом деле высококвалифицированные специалисты, которые и составляют команду ИТ-разработки прекрасно знают,…

Учёт доступности? А можно как-то попроще?

На днях, когда я в очередной раз рассказывал про управление доступностью на курсе ITIL PPO, мне задали такой вопрос: “а можно как-то попроще?”. Вопрос, в общем-то, правомерный, особенно с учётом комплексности картинки, которая в тот момент рассматривалась. Действительно, для того, чтобы обеспечить комплексный учёт доступности не только на уровне ИТ-систем и их компонентов, но и на “бизнес-уровне”, нужно много чего реализовать и в техническом, и в организационном отношении. Как показывает [мой] опыт, способность к измерению доступностью сильно зависит не только от наличия хороших технических возможностей (читай, продуманного мониторинга и управления событиями), но и очень и очень человеко-зависима. На всякий случай…

Книга Cleverics про метрики и KPI рекомендована слушателям MBA по направлению ИТ

Вышедшая в начале года книга Дмитрия Исайченко и Павла Демина «Управление услугами на основе измерений» получила рекомендацию от Высшей школы бизнес-информатики НИУ ВШЭ в качестве литературы для студентов MBA в области управления ИТ и слушателей дополнительного профессионального образования в области бизнес-информатики. Способность системы управления ИТ (СУИТ) адаптироваться к изменениям внешней среды и своевременно реагировать на внутренние запросы зависит от непрерывного мониторинга качества работы СУИТ в целом и оказания ИТ-услуг в частности на основе разработанных показателей и метрик. Однако реализация такого мониторинга задача достаточно сложная, требующая анализа СУИТ и процессов компании. Ценность книги «Управление услугами на основе измерений» в том, что…

Новостной поток, 25 сентября 2020, последний комментарий 29 сентября 2020

Почему стоит меньше рассуждать об Agile и больше о потоке

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

Удовлетворённость инцидентами

Одним из важных блоков книги и курса 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

Разработка стандартной сервисной модели с использованием руководящих принципов ITIL 4

Если вы крупная организация или поставщик ИТ-услуг, предлагающий услуги крупным предприятиям, то необходимо регулярно пересматривать свою стандартную сервисную модель и обеспечивать её согласованность с бизнес- и ИТ-стратегией. Особенно в связи с тем, что в современном развивающемся и постоянно меняющемся мире бизнеса зачастую сложно чётко понять, каких именно результатов ожидают ваши заказчики. ЧТО ТАКОЕ СТАНДАРТНАЯ СЕРВИСНАЯ МОДЕЛЬ? Если вы предоставляете широкий и комплексный набор ИТ-услуг своим заказчикам, то обеспечение баланса между рентабельностью инвестиций (ROI) и ценностью инвестиций (VOI) для заказчиков, вероятно, может оказаться сложной задачей. Справиться с данной сложностью может помочь наличие стандартной сервисной модели, которая обеспечивает стандартизованный набор выходов (outputs)…

Полномочия разработчиков и непрерывная безопасность

Практически любая организация в той или иной степени использует DevOps. Бизнес-эффект от быстрой доставки программного обеспечения и быстрой адаптации к потребностям рынка настолько велик, что это стало обязательным требованием — вы либо применяете DevOps, либо идёте прямой дорогой к банкротству. Однако вместе с нашей потребностью в скорости возросла и наша потребность в безопасности, и объединение того и другого — не самая простая задача. Ключом к быстрой работе DevOps является автономия разработчика. Командам разработчиков необходимо ежедневно принимать решения о том, что и как делать, и им следует делать это самостоятельно. Необходимость получения внешнего одобрения является узким местом, замедляет процесс и снижает…

Многоликий change manager

Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…

Артём Мукосеев, 9 марта 2020, последний комментарий 11 марта 2020

3 совета по улучшению управления лицензиями программного обеспечения

С управлением ИТ-активами (IT asset management, ITAM), в настоящее время являющейся одной из 34 практик управления услугами ITIL 4, мы надеемся повысить осведомленность о важности ITAM и управления программными активами (software asset management, SAM), включая управление лицензиями на программное обеспечение. Почему SAM так важен? Управление лицензиями на программное обеспечение заключается не только в экономии денег, но и в соблюдении нормативных требований. Это возможность гарантировать, что все программное обеспечение, используемое в вашей организации, лицензировано и оптимизировано. Чтобы помочь вашей организации рассмотреть необходимость и способы управления лицензиями на программное обеспечение, статья Ариэля Гесто (Ariel Gesto) дает три практических совета о том, как…

Типовые роли в поддержке и в управлении услугами

Известный эксперт в области ITSM Рой Аткинсон (Roy Atkinson) в своей статье делится перечнем и описанием типовых ролей в ИТ-поддержке и в управлении услугами, которые использует в своих отчётах Ассоциация профессионалов в области технической поддержки HDI. Первая линия поддержки / Аналитик Центра ПоддержкиСпециалисты технической поддержки первой линии, которые получают и обрабатывают заявки. Эти специалисты отвечают за предоставление клиентам информации, восстановление услуг, предоставление специфических услуг и эскалацию заявок на следующие линии. Могут иметь другие названия, например Аналитик службы поддержки, Агент службы поддержки. Вторая линия поддержкиСпециалисты технической поддержки, которые обрабатывают заявки, переданные с первой линии. Этим специалистам необходимы более продвинутые технические навыки…

Портал №1 по управлению цифровымии информационными технологиями

Процессы

Портал №1 по управлению цифровыми
и информационными технологиями