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

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

Agile, Scrum, разработка ПО

Agile Business Conference 26 октября в Москве. Скидка 10% на участие читателям RealITSM

26 октября 2017 в Digital October в Москве пройдет Agile Business Conference – практическая конференция, посвященная применению Agile в управлении компанией и построению новой культуры. Время высоких скоростей диктует топ-менеджерам свои правила. Выживет уже не сильнейший, а тот, кто молниеносно реагирует на изменения. Как соотнести это с долгосрочными планированиями, согласованиями и жестким бюджетированием на годы вперед? На конференции речь пойдёт о том, как меняются ведущие компании благодаря применению в гибких подходов, как используется Agile в HR, финансах маркетинге и управлении в целом. Основные темы: Agile в крупных корпорациях. Как крупной организации развить гибкость и быстро реагировать на вызовы постоянно меняющегося рынка…

ITSM, DevOps, и почему трехуровневая поддержка должна быть заменена на Swarming

DevOps приходит в ИТ-организации, независимо от того, готовы они к нему или нет. Автор этой статьи утверждает, что существующая организационная структура подавляющего большинства служб ИТ-поддержки в корне неверна. Недостатки организационной структуры затрудняют или делают невозможным для этих предприятий успешную интеграцию зарождающихся практик DevOps с уже существующими структурами технической поддержки. По мнению автора, развивающийся в настоящее время подход под названием Swarming[1] идеально подходит в качестве методологии организации технической поддержки в эру DevOps. Предыстория: ортодоксальная трёхуровневая поддержка Начнём с краткого обзора структуры управления, которая лежит в основе большинства функций ИТ-поддержки крупных предприятий. Классической организационной структурой управления ИТ-услугами является трёхуровневая иерархия поддержки: Уровень…

DevOps Pro Moscow 2017 пройдёт 16 ноября

Традиционно осень богата на события, практически каждую неделю мы знакомим вас с очередным значимым мероприятием. Сегодня представляем международную конференцию DevOps Pro Moscow 2017, которая пройдёт в Москве уже во второй раз. Почему эта конференция может быть вам интересна? Потому, что DevOps Pro Moscow 2017 – это: 1 день мероприятия и целых 4 трека докладов с широчайшим выбором тем (16 ноября); 26 докладов как от маститых зарубежных спикеров, так и от отечественных профессионалов; 6 практических мастер-классов от экспертов DevOps в течении всего дня накануне конференции (15 ноября); Два ключевых выступления, посвященных открытию и закрытию конференции; Возможность вынести свою проблему на обсуждение…

Канбан 3D

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

Практическая конференция по Agile, DevOps и ITIL. Скидка на участие читателям портала

26 сентября в Москве пройдёт первая практическая конференция “Agile, DevOps и ITIL – инструменты цифровизации”, посвящённая гибким методологиям разработки. Организатор конференции издательский дом “Открытые системы”. В рамках конференции планируются доклады, основанные на реальном опыте разработки по Agile и DevOps. Среди заявленных в программе тем: организация непрерывного развертывания ПО интеграция процессов проектирования, разработки и эксплуатации фреймворки: SAFe, LeSS – практический опыт Agile и управление сервисами, активами, изменениями ITIL и DevOps – вместе или врозь, контроль рисков или хаос? надежность и безопасность ПО, созданного по Agile и DevOps С докладом выступит Олег Скрынник, управляющий партнёр Cleverics,  ITIL Expert & DevOps Master. Для читателей…

Ловушка зрелости для DevOps

Автор: Чарльз Арауджо (Charles Araujo), оригинал заметки: Is DevOps Falling into the Maturity Trap? Я увидел это не так давно на конференции. Менеджер по развитию одного крупного предприятия объяснял, как они придумали модель зрелости DevOps на основе CMMI. Он говорил о текущем состоянии зрелости и плане по достижению «полной зрелости» в ближайшие три года; рассказывал, как они представляли этот план руководству и получили одобрение на создание новой «DevOps команды». Многие организации сейчас действительно ищут какую-нибудь «линейку» для DevOps, чтобы откалибровать свой прогресс и свериться с рынком. Однако, поскольку крупные предприятия зачастую спешат с принятием всего нового и модного, минуя стадию экспериментирования…

12 «лучших практик» в ИТ, которых следует избегать любой ценой

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

Продаём DevOps высшему руководству

В последние месяцы в общении с коллегами, клиентами и партнёрами регулярно наблюдаю примерно такой диалог: — Эх, всё так стремительно меняется! Конкуренты запускают новые продукты, клиенты становятся всё более придирчивыми и продвинутыми. Прямо чувствуется, как мы всё больше и больше отстаём. — Что же мешает вам двигаться быстрее? Есть же новые подходы, успешно применяемые в разных организациях. Тот же DevOps, к примеру. — Это да, было бы круто. Но это же большая перестройка! — Разумеется. Но ведь дорогу осилит идущий. С чего-то надо начинать. — Нет, у нас не выйдет, руководство не поддержит. То, которое в бизнесе. Ведь им тоже…

Роль и место процесса управления конфигурациями в современном IT

Процесс управления конфигурациями является одним из наиболее спорных процессов библиотеки ITIL с точки зрения практической полезности. Не буду вступать в полемику по этому поводу, т.к. практический опыт показывает, что те, кто поставили себе задачу получить от этого процесса пользу и приложили к этому определенные усилия – эту пользу получают. На практике, процесс управления конфигурациями – набор активностей, выполнение которых гарантирует наличие актуальной информации о значимых для нас сервисных активах. Этот же процесс обеспечивает то, что эта информация предоставляется целевому адресату в удобной для него форме. Важным для процесса понятием является термин "базовое состояние" (baseline), которое отражает некоторое эталонное, авторизованное значение конифгурационной единицы. Таким…

Зомби Scrum

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

Избавьтесь от CAB!

Наш старый знакомый Роб Ингланд (Rob England, The IT Skeptic) находится в очень боевом настроении духа и категорично предлагает ни много ни мало – пристрелить Комитет по изменениям (Change Advisory Board, CAB). Ну или поставить его в такие условия, чтобы он поборолся за свою жизнь, заслужив  право на существование. По всей видимости, посещение DOES17 (DevOps Enterprise Summit), не прошло для Роба без последствий. Какой смысл ждать разрешения от CAB на проведение изменения, рассуждает Роб, когда изменение уже произошло? Система должна быть неработоспособной, чтобы CAB собрался, выработал решение, дал "зелёный" свет изменению. А нужно просто исправить ошибки в коде системы и…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM