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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Аналитика: точка зрения

Мнение авторов может не совпадать с их точкой зрения

Владелец продукта превращается…

Мы живём в эпоху DevOps. Предприятия организуют непрерывную интеграцию / непрерывную поставку (CI / CD). Традиционные команды превращаются в междисциплинарные и саморганизующиеся. Они намного быстрее разрабатывают и выпускают новые функции. С их помощью функциональные колодцы приказывают “долго жить”, как и длительные сроки ожидания и скопившиеся очереди заданий между отделами. Scrum-мастера следят за тем, чтобы спринты помогали командам достигать своих целей. А что происходит с владельцем продукта? Как изменилась его роль с течением времени? Какие произошли изменения? Об этом рассуждает в своей заметке технический консультант и Scrum-мастер Виби де Рус (Wiebe de Roos) на портале Amazic World. Очень сильно возрос темп…

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

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

Не вижу, не слышу… не обвиняю

Многим нравится идея корпоративной культуры, где не ищут виноватых. И правда, что тут может не нравиться? Отличная идея – в конце какого-либо производственного цикла, завершения проекта собрать всех участников событий и провести ретроспективный анализ событий, ошибок, неудач, не занимаясь при этом поиском виновников этих ошибок! Видна немалая польза в бесстрашном, беспристрастном, непредвзятом и, главное, без намёка на поиск виноватых объективном рассмотрении имевших место проблем с благой целью улучшения и недопущения их в будущем. В ходе обсуждения возникает множество полезных идей! Казалось бы, каждая компания должна делать подобный анализ. Но закавыка на текущий момент в том, что многие, если не подавляющее…

Медленное движение “влево” в автоматизации тестирования

Похоже, что стремление “сдвинуть” тестирование влево, к началу конвейера, в сторону разработчиков для ускорения разработки приложений и их развертывания зашло в определённый тупик. Недавний опрос, проведённый компанией Perforce (специализируется на разработке средств автоматизации тестирования) среди 102 ИТ-специалистов, принимающих непосредственное участие в тестировании приложений в своих организациях, показывает, что только 18% компаний тестируют приложения внутри групп разработчиков. Остальные продолжают полагаться на отдельные команды в той или иной форме. При этом более половины респондентов (56%) автоматизируют менее четверти своих тестовых сценариев. Результаты опроса показывают, что, когда речь заходит об автоматизации тестирования в средах DevOps, то и в них всё ещё продолжает существовать…

Управление услугами в 2020 и далее…

Многие организации усердно работают над улучшением у себя управления ИТ-услугами. Зачастую они сосредотачиваются на изменениях способов управления своими внутренними процессами, средств автоматизации и технологий, которые они используют. У такого подхода есть свой предел. Повышение эффективности управления инцидентами, изменениями, проблемами и другими процессами ITSM может привести к положительным результатам. Но если вы мыслите не только категориями этих общих процессов, а ещё и охватываете вопросы совместного создания ценности с другими заинтересованными сторонами, вы можете продвинуться гораздо дальше. Стюарт Рэнс, один из старейших экспертов в ITSM и информационной безопасности, соавтор ITIL 4 рассуждает в своей новой заметке о том, как следует управлять услугами…

Потоки создания ценности и их природные аналоги

Пол Вилкинсон (Paul Wilkinson) и Дэниел Брестон (Daniel Breston) в своей новой заметке на портале ITSM.tools, обсуждают важность потоков создания ценности, анализируют их функционирование и сравнивают потоки создания ценности со схожими природными явлениями. В природе потоки воды (ручьи, реки, водопады) издают специфический шум. Природа вокруг реагирует на него. И не в хаотичном, а в согласованном и гармоничном порядке. То же самое происходит и с потоками создания ценности на работе – они создают определённый присущий им шум. Вопрос в том, как вы реагируете. Потоки создания ценности – это инструменты диалога, обсуждения, вызывающие тот самый шум, необходимые для обеспечения движения потока без…

Корпоративные ценности

Практика консультанта очень ценна тем, что реальная жизнь всегда проверяет на прочность твой багаж знаний и опыта. Новые технологии, направления, аспекты, принципы управления ИТ – потоком сначала проходят индивидуальный внутренний контроль на применимость, в результате которого помечаются как перспективные (удобные, технологичные, малозатратные и прочие эпитеты), отбрасываются за отсутствием рационального зерна и выводятся из поля зрения, либо уходят в “серую зону”, где застывают в виде маячков “а помнится…” до того момента, пока какой-то пример не заставит вытащить их из анабиоза. Бывает, что на выставках, семинарах и других крупных мероприятиях подходят представители заказчиков, бывшие коллеги из компаний, где когда-то работал, и через…

Make Ops Dev again!

Одной из задач, которую приходится решать в рамках помощи команде организоваться – приблизить ее к пониманию ответов на один из часто возникающих вопросов: Как привлекать специлистов, которые не работают над развитием продукта fulltime: Compliance, UX, CI/CD? Входит ли в группу этих деятельностей Ops? Ответ на этот вопрос лежит в способности (и готовности) команды делегировать эту ответственность на условный аутсорс. Рассмотрим ситуацию на примере Ops и эксплуатационной деятельности в чистом виде. В идеальной сферической команде в вакууме вся ответственность за продукт, за работу и взаимодействие всех его составных частей лежит внутри её области ответственности и компетенций. Но мы с вами, к…

Искусственный интеллект, машинное и глубокое обучение – в чём разница

Сейчас много пишут и говорят об искусственном интеллекте (ИИ). Наряду с другими связанными понятиями – такими, как машинное обучение (machine learning) и глубокое обучение (deep learning). Многие люди склонны неправильно понимать термины, используемые в контексте ИИ, поэтому данная статья призвана помочь вам различать и лучше понимать роли, которые упомянутые возможности могут играть в управлении ИТ-услугами (ITSM). Что такое ИИ? Как следует из названия, это созданная человеком система интеллекта, это способность машины работать и рассуждать, как человек. ИИ работает и ведет себя, как человек. Примеры применения ИИ включают распознавание лиц, сканирование сетчатки глаза, перевод текстов и цифровую биометрию. Теперь это все…

Топ-5 трендов в ITSM на 2020 год

Под конец года, как это водится, начинается пора предсказаний, прогнозов, обозначений трендов. Портал ITSM Tools не остался в стороне и недавно опубликовал своё видение того, какие направления будут главенствовать в ITSM в следующем, 2020 году. Управление ИТ-услугами (ITSM) играет важную роль в том, как компании используют технологии для повышения своей эффективности, в том числе благодаря способности к постоянному поиску возможностей для улучшения. В отрасли в последнее время много хайпа вокруг цифровой трансформации. Кроме того – про искусственный интеллект, продолжающееся внедрение облачных технологий, граничные вычисления (Edge Computing) и многие другие технологические инновации, которые возникали и использовались в ITSM в последние несколько…

Роли в DevOps. Какая из них вам по душе?

Направление DevOps растёт и ширится, вместе с ним увеличивается и интерес многих ИТ-специалистов стать экспертами в данной области. При этом до сих пор существует некоторая путаница и недосказанность в отношении ролей, которые можно выделить в DevOps. Один из редакторов портала DZone под ником Vardhan S ставит целью в своей заметке внести большую ясность в вопросах структурирования DevOps-команд по ролям. Вероятно, вы часто слышали, что в DevOps каждый сотрудник выполняет единую общую роль – “DevOps-профессионал”, – которая возникает вследствие слияния двух практик: разработки и эксплуатации. Но это не так. Методология DevOps подразумевает, что Dev-специалист должен быть в состоянии выполнять задачи, выполняемые…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM