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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

Работаете над повышением уровня психологической устойчивости? Задумайтесь, правильно ли?

Многие организации с гордостью заявляют о том, что они выявили и работают над проблемой психологической устойчивости персонала лишь на том основании, что они провели семинар полгода назад или любезно предоставили своим сотрудникам мобильное приложение, которое поддержит их психическое равновесие и комфорт. Но это, мягко говоря, ничто – делится в своей заметке мыслями по теме Карен Феррис. Да, существуют отличные приложения и отличные компании, которые проводят семинары по корпоративной психологической устойчивости. Но без желания и чёткой приверженности руководства и определённых действий по созданию основы – это пустая трата времени и денег. Повышение психологической устойчивости на работе – процесс непрерывный. Это похоже…

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

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

Это же не наш профиль…

Несмотря на то, что на нашем портале мы обсуждаем вопросы ITSM, я хотел бы затронуть тему “котиков”. Многие наверняка скажут: “Причем здесь котики? Это же не ваш профиль”. А какой профиль выбираете вы? С учетом постоянных изменений внешних и внутренних факторов сервисные отношения требуют разнообразных взаимодействий между людьми, группами, как внутри, так и между организациями. Это приводит к тому, что нам постоянно приходится адаптироваться к появляющимся требованиям, технологиям, изменениям. От профессионалов в области ИТ ждут широких деловых компетенций, квалификации, опыта, подкрепленных демонстрируемыми навыками. Теперь общие компетенции в сфере бизнеса и управления становятся обязательными требованиями для ролей в сфере ИТ и…

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

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

Обновление Scrum Guide

18 ноября 2020 года отцы-основатели Scrum Кен Швабер (Ken Schwaber) и Джеф Сазерлэнд (Jeff Sutherland) опубликовали новую версию руководства Scrum (Scrum Guide). Это особенно приятно с учётом того, что всего четыре месяца назад Scrum Alliance Inc. (Джеф Сазерлэнд) находился в состоянии войны со Scrum Inc. (Кен Швабер), и 16 июля суд предписал последнему отказаться от использования слова Scrum в названий соответствующих сертификаций (Scrum Master, Scrum Product Owner и т.п.). 18 ноября 2020 года отцы-основатели Scrum Кен Швабер (Ken Schwaber) и Джеф Сазерлэнд (Jeff Sutherland) опубликовали новую версию руководства Scrum (Scrum Guide). Это особенно приятно с учётом того, что всего четыре…

Технический долг: как бороться с невидимым врагом

Зачастую о техническом долге говорят, как о плохо сделанной работе. Но брак есть брак, он порождает отходы, а не долги. А технический долг может накапливаться незаметно и становится видимым, только когда бороться с ним уже очень сложно. В процессе интенсивной разработки отсутствие системной работы с техническим долгом может стать тем камнем, который будет тянуть на дно все попытки наладить быструю поставку. Если ваш бизнес требует выстраивания организационных процессов на основе DevOps или Agile, то работа над обеспечением качества продукта является неотъемлемой частью обязательной регулярной деятельности. В рамках вебинара говорим о том, из каких этапов она складывается и как строится на…

Он и тебя посчитал

В своей недавней заметке Олег Скрынник начал диалог на тему диагностики продуктовых команд, как потока. Думая о теме со своей стороны, больше с ракурса уютной внутрикомандной работы, где все (хочется надеяться) друг друга знают, притёрлись к особенностям и лёгким странностям соратников, и слаженно (потому что как ещё это можно видеть изнутри?) работают, я особенно зацепилась за вопрос привлечения сторонних консультантов к диагностике. То, что это – хорошая практика ясно: взгляд со стороны, отсутствие замыленности, ведь консультанты находятся вне жизни команды. Но так ли тут всё однозначно и просто, как кажется на первый взгляд? Сама процедура регулярной диагностики достаточно прочно ассоциируется…

“DevOps Handboek” – “DevOps для ИТ-менеджеров” на голландском

Книга Олега Скрынника “DevOps для ИТ-менеджеров” – лучший выбор для тех, кто хочет разобраться в том, что такое DevOps, – вышла на голландском языке под названием “DevOps Handboek”. Купить книгу можно на сайте издательства Van Haren Publishing, а также в книжных магазинах Amazon и Google.Books.  На русском книга выпущена Cleverics в 2018 году. В ней исчерпывающе описана методология DevOps: от её возникновения, принципов, практик до управленческих аспектов и сложностей применения DevOps. В книге нет упоминаний конкретных инструментов и технических аспектов, она адресована максимально широкому кругу читателей, которым нужна хорошая теоретическая база для дальнейшего погружения в DevOps. Благодаря отлично выстроенной, четкой…

Диагностика продуктовых команд как поток

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM