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

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

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

 

 

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

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

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

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

Что говорят продуктовые команды и что они на самом деле имеют в виду—10 советов по диагностике проблем в команде

Проблемы в команде имеют негативное влияние на продукт и ваших сотрудников в долгосрочной перспективе. Есть множество способов, которыми они могут проявить себя. В этой статье я собрал опыт десяти лет создания цифровых продуктов в кросс-функциональных командах. Я не стану затрагивать вопросы за пределами продуктовой команды, такие как плохой процесс продаж, непонятные запросы, запутанные бизнес-требования. Прочитав эту подборку, вы сможете выявить типичные симптомы, которые, в свою очередь, помогут с диагностикой проблем. Все команды и ситуации уникальны, но некоторые проблемы являются повторяющимися, а понимание проблемы — это половина пути к её решению. 1 «Наши клиенты ☠️… Они не способны понять, что мы…

Системный подход и целевое видение для повышения производительности

Производительность в проекте под влиянием системных проблем Системные проблемы влияют на всю систему или ее значительную часть. Как правило, они продолжительны и оказывают значительное воздействие. Они похожи на подземные толчки, вызывающие волны цунами. Часто возникают разногласия по поводу необходимости всеобъемлющих системных изменений, в том числе для управления проектами и организацией. Споры ведутся о двух вещах: во-первых, требуется ли изменения как таковые и в каком объёме, а во-вторых существует ли сама система, которую необходимо изменить. Что касается первого, это зависит от обстоятельств. Что касается второго, то здесь поможет системный подход, который является прочным фундаментом для понимания мира. Целевое видение С системными…

2-5 декабря — DevOops 2020 Piter

2-5 декабря при поддержке портала Digital Enterprise пройдет DevOps-конференция DevOops 2020 Piter от JUG Ru Group.  Конференция пройдёт в онлайн-формате. В программе доклады от специалистов из Microsoft, AWS, Red Hat, IBM, Google, Яндекс и Cleverics. В программе запланированы 32 технических доклада о внедрении DevOps-практик в крупных компаниях, Apache Kafka, Kubernetes, гибридно-облачной платформе поставки приложения, архитектуре, инструментах и лучших практиках. А также активности от партнеров, чаты и Zoom-комнаты для общения со спикерами. Бессрочный доступ к записям. Среди спикеров один из отцов методологии DevOps Patrick Debois, IT-консультант, Lead Java Developer Advocate из IBM и автор книги «Architecting Modern Java EE Applications» Sebastian…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM