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

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

Цифровая трансформация

Весення уборка в бэклоге продукта: порядок за четыре шага!

Каждая команда, которая ведёт разработку ПО в соответствии с практиками Agile, имеет бэклог продукта или по крайней мере думает, что он у неё есть. Кажется, что это очень простой инструмент, но на практике я регулярно сталкиваюсь с неумением им пользоваться для планирования работы разработчиков. Давайте попробуем разобраться, для чего нужен бэклог продукта и как извлечь из него максимум пользы. 

Action Bias – известная ловушка, в которую мы всё равно постоянно попадаем

Action Bias: склонность к реагированию и действию, даже если это не приведёт к положительным результатам. «Делать хоть что-то» создаёт иллюзию загрузки ресурсов полезной работой.

7 горячих тенденций в области инфраструктуры и операций  и 7 остывающих

Когда речь идет об инфраструктуре и производственных системах, главное стабильность. И все же изменения продолжаются, поскольку организации стремятся к большей безопасности и более высокой скорости – без ущерба для надежности.

Почему ИТ-директора должны уделять приоритетное внимание системной интеграции в 2022 году

Системная интеграция является основной частью эксплуатации корпоративных систем. Как ее можно упростить?

Стратегии корпоративного программного обеспечения имеют тенденцию к цикличности. Но какой бы подход ни был доминирующим, фундаментальные проблемы, такие как системная интеграция, могут оставаться нерешенными.

Стали ли модели зрелости неактуальными?

С какими возможными проблемами столкнутся современные производители программного обеспечения при оценке, разработке стратегии и составлении дорожной карты будущего с использованием известных моделей зрелости.

Стоит ли использовать продуктовый подход, если нет продукта?

Продуктовый подход можно, на мой взгляд, использовать даже в тех случаях, когда у нас нет классических продуктов. Такое использование, разумеется, требует осмысления, его не следует применять под копирку, по аналогии, или потому, что все вокруг так теперь делают.

Пришло время вернуть технический долг

В 2021 году технический долг компаний, вызванный пандемией, составил почти 25% ИТ-бюджета, и более двух третей компаний ожидают, что в 2022 году расходы на него возрастут. Аналогичное число компаний заявили, что технический долг стал причиной замедления их инициатив по цифровой трансформации.

Дорожная карта и бэклог продукта – зачем нам два инструмента планирования?

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

7 “горячих” инвестиций в ИТ-бюджет – и 4 “холодных

В новом году ИТ-лидеры стремятся использовать технологии для стимулирования инноваций и трансформации бизнеса, и бюджеты формируются в соответствии с этим.
Вот взгляд на семь горячих и четыре холодных технологических инвестиций, которые ИТ-директора и другие ИТ-лидеры собираются сделать в 2022 году.

5 прогнозов Forrester относительно будущего ИТ

Эволюция – единственная константа, на которую могут рассчитывать ИТ-лидеры в своей работе. Технологии развиваются и быстро меняются, но также быстро меняются экономические условия и вид поддержки, которая требуется компаниям.

DevOps – преодоление барьеров

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;