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

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

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

«Запуск и масштабирование DevOps на предприятии»: новая книга Cleverics

Компания Cleverics, следуя многолетней традиции, объявляет о выходе в декабре из печати новой книги, посвященной управлению ИТ. В этом году это книга «Запуск и масштабирование DevOps на предприятии» Гэри Грувера (Gary Gruver). DevOps – одна из самых активно обсуждаемых методологий. Однако, несмотря на обилие книг, посвященных DevOps и кажущиеся простоту и понятность принципов, при попытке применения DevOps на практике, многие компании испытывают трудности. Причем зачастую эти трудности начинаются уже при попытке дать определение DevOps. «Я быстро понял, что DevOps означает разные вещи для разных людей. Все они хотят делать DevOps ради всех тех преимуществ, о которых слышат, но они не…

Сохранение контроля

Можно наглядно наблюдать, как компании сталкиваются со проблемой управления сложностью современных приложений. Создание ПО собственной разработки для внутренних нужд, для реализации ключевых бизнес-процессов компании, чаще всего основывается на принципе микросервисной архитектуры. Эта метаструктура приложения очень далека от представления последнего в виде некоторого монолитного объекта, обладающего определенными характеристиками. При использовании микросервисной архитектуры приложение конструируется в виде облака (хотел написать – массива, но слово “облако” гораздо лучше описывает картину) маленьких приложений, хорошо выполняющих только одну функцию. Отдельные экземпляры запущенных микросервисов абсолютно изолированы друг от друга, для их создания и/или удаления используются автоматические средства доставки, контейнеры. Каждый из таких сервисов имеет свои требования…

«Правильная» структура команд для DevOps

Вопрос построения DevOps неизбежно и достаточно быстро упирается в организацию команд. Недаром наша недавняя публикация на портале “Мы должны убить DevOps” вызвала неоднозначную реакцию у читателей. Но, пожалуй, ключевое в данном случае – сам факт наличия реакции. Также показательно бьёт все рекорды регистрация на вебинар “Изменения в ИТ-подразделении при движении в сторону DevOps”. Получается, что при всем кажущемся многообразии различных материалов, действительно полезных – где воды поменьше, а полезных мыслей побольше – среди них мало. Чем больше на разные лады повторяют с подачи гугл-переводчика про силосы (силосы?!) и о том, что “Dev и Ops должны любить друг друга”, тем больше…

Понятие продукта в контексте Agile и ITSM

В редакцию портала поступил вопрос: Здравствуйте! Помогите, пожалуйста, разобраться с понятием продукта в контексте синхронизации двух концепций: гибкой разработки ПО и ITSM.С одной стороны, в компании начали применять Agile-подход и инструменты SCRUM при разработке продуктов (пример продукта ─ мобильное приложение для покупателей). С другой стороны, ИТ пытается разговаривать с бизнесом в терминах ИТ-услуг. У участников этих коммуникаций возникает сложность в понимании основных терминов и разницы понятий «информационная система», «продукт», «ИТ-услуга», «бизнес-процесс». А также в понимании взаимоотношений различных ролей и возможности их совмещения, например, владельца продукта и владельца услуги. С определением ИТ-услуги все понятно (ITIL нам в помощь), а с продуктом…

Мы должны убить DevOps

DevOps был действительно трансформирующим подходом, который позволял командам разрабатывать, развёртывать и обновлять программное обеспечение быстро, легко и без традиционных разногласий (или стычек) между стражами райских врат, операционной командой, и наступающими ордами разработчиков. Он возглавил волну инноваций в автоматизации, мониторинге и создании ПО, способствовал практически повсеместному использованию виртуализации и контейнеризации и был, в широком смысле, глотком свежего воздуха в отрасли, последним крупным изменением подходов в которой была методология Agile. Я горжусь работой, которую проделал в сфере DevOps, и я провел много времени, усердно внушая людям веру в его чудеса. А теперь для DevOps пришло время умереть. Пока вы не отправились рассказывать…

2018: год Enterprise DevOps

Оригинал: 2018: The Year Of Enterprise DevOps  Роберт Страуд (Robert Stroud) Годом ранее мы объявили, что 2017 станет годом DevOps и я рад констатировать, что «мы были правы!» Учитывая наши данные о том, что 50% компаний внедряют DevOps, можно сказать, что DevOps достиг просто космической скорости[1 ]. Фокус вопросов и обсуждений с заказчиками сместился от «Что такое DevOps?» к «Как внедрить это в масштабе?». По мере приближения к концу 2017 года, большинство вопросов всё более фокусируются вокруг того, как организациям удается успешно наращивать поток быстрой поставки приложений и услуг без увеличения числа сотрудников. Движущая сила DevOps проявляется во всех отраслях промышленности. Здравоохранение,…

ITIL обновляется. Ожидайте

1 ноября в рамках конференции itSMF USA Fusion 2017 было объявлено о запланированном на 2018 год обновлении ITIL. Какие перемены нас ждут, что будет в книгах, как это отразится на уже сданных экзаменах – в интервью Романа Журавлёва, менеджера по развитию продуктов компании Axelos. Что стоит за этим обновлением? Несколько ключевых моментов из официального заявления, сделанного 1 ноября: У ITIL миллионы практикующих специалистов по всему миру. Каждый год организации вкладывают значительные средства в развитие управления ИТ-услугами и повышение уровня своих сотрудников с помощью тренингов и экзаменов ITIL. Библиотека ITIL обновляется и в ней будут четкие указания о том, как использовать такие…

Куда пойти в ноябре

По тексту новости будет понятно, что выходить из дома в ноябре вовсе не обязательно: мы приготовили для вас целых три интересных вебинара, посвященных DevOps и ITIL Practitioner. Исключение, пожалуй, можно сделать для конференции DevOps Pro Moscow 2017 16 ноября, бесплатный билет на которую мы разыгрываем совместно с организаторами. Подробности в этой новостной заметке. Итак, 2 ноября пройдёт вебинар на тему “ITIL Practitioner – зачем он мне?” Что такое ITIL Practitioner, нужен ли он именно вам, секреты успешной сдачи экзамена раскроет тренер учебного центра Cleverics Елена Колбей. Регистрация В среду 15 ноября DevOps Master Олег Скрынник поделится своими наблюдениями и выводами о “DevOps в России….

В чём причины провалов ИТ-проектов

В эпоху Agile, DevOps и других управленческих техник, неужели мы все еще сталкиваемся с провалами ИТ-проектов? К сожалению, да. В прошлом, неудачи в ИТ, как правило, означали серьёзные материальные издержки, когда масштабные проекты по внедрению ПО реализовывались слишком медленно и сильно выходили за рамки бюджета. И такие ситуации происходят до сих пор. Пример: IBM так и не завершила модернизацию стоимостью 110 миллионов долларов США для системы пособий по безработице в штате Пенсильвания. Но ИТ-неудачи сегодня зачастую отличаются от тех, что были в прошлом, поскольку Agile, DevOps, непрерывная поставка (continuous delivery) и отказоустойчивые изменения привели к переменам в подходе к разработке…

Почему Agile не работает?

Автор заметки: Джон Катлер (John Cutler). Оригинал опубликован здесь. Пару лет назад ко мне заезжал родственник (CEO страховой компании), которому успешно продали красивую идею Agile. Он поверил в нее и вскоре облажался: «Все это сплошная симуляция и обман! Мы изменили практически все в том, как мы работаем. Мы привели консультантов. Мы наняли звездных проектных менеджеров. И ничего, ни-че-го! Вообще ничего не изменилось. И никакой ответственности за результат: все, что я слышу – это отговорки и оправдания». Не помню, что я ответил ему тогда, но я знаю, что бы я ответил сегодня. Я бы нарисовал пару картинок и даже не стал…

Может ли лошадка стать единорогом (в разумные сроки)?

Disclaimer: мысль, которой я собираюсь поделиться, будет проиллюстрирована на примере одной известной компании, которая делает крутые вещи. Ребята правда молодцы, и в дальнейшем тексте ссылки на них даны исключительно для пояснения моих соображений. Очень условно современный ИТ-мир можно поделить на два лагеря: единорогов и лошадей. Под первыми обычно подразумеваются компании с сумасшедшим темпом инноваций, рождённые в Интернет-эпоху, цифровые от начала до конца, раскатывающие изменения в продуктив по тысяче раз на дню, стоимостью от 1 млрд. долл. США. Под вторыми – все остальные. При этом считается, что многим из вторых очень страшно отстать от первых, потому они стараются и прикладывают соответствующие…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;