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

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

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

ITSM-2018: пить воду из родника обучения и развития

В своей заметке на сайте AXELOS, компании-владельце библиотеки ITIL, методологии PRINCE2 и других, Nikola Gaydarov (Director, IT Service and Project Management, Ruger Consulting) поднял тему о том, что нужно менять в методах, навыках, подходах по управлению услугами: «В 2017 году люди из мира ITSM показали открытость изменениям. В ITSM всегда обсуждалась необходимость изменений. Однако, много инициатив были начаты и умерли либо незамеченными, либо получив колоссальное количество отрицательных оценок. Например, два года назад идея Agile ITSM наверняка получила бы много негатива. По прошествии времени отношение к ней изменилось в позитивную сторону. Людям всегда будут нужны различные способы решения проблем и, поэтому,…

Введение в OKR (Objectives and Key Results)

Цели и ключевые результаты (Objectives and Key Results, OKR) – популярный управленческий процесс для постановки, информирования и отслеживания задач и результатов в организации на регулярной основе, обычно – ежеквартально. Задача OKR – определить для иерархии организационных, командных и личных задачи измеримые конечные результаты или “выходы”. Почему OKR так важно Согласно исследованию Harvard Business Review только 55% менеджеров среднего звена могут назвать один из пяти ключевых приоритетов своей компании. Когда лидерам, ответственным за донесение стратегии до своих людей, дают шанс перечислить пять стратегических целей своей компании, почти половина не справляется с этой задачей. В этом ничего нового. Эндрю Гроув (Andrew Grove)…

Управление проектами – худшее, что когда-либо случалось с ИТ

IT skeptic, оригинал Project management was the worst thing that ever happened to IT Когда мы фиксируем время, деньги и результат – что является классической формулой управления проектами – единственной переменной, доступной менеджеру проектов, остается качество результатов. Поэтому в тот момент, когда он сталкивается с чем-то, что противоречит требованиям или бизнес-кейсу (что неизбежно случится, так как это сложные системы), он прекращает тестирование, обучение и документирование, и приступает к подготовке формального списка дефектов, который станет препятствием ко вводу в эксплуатацию. Мы оказываемся в странной ситуации производства дефектов, которые мы перевязываем ленточкой, формально поставляем нашим клиентам и просим расписаться в получении. Это…

«DevOps для ИТ-менеджеров»: еще одна книга от Cleverics в этом году

Cleverics объявляет о выходе из типографии книги Олега Скрынника «DevOps для ИТ-менеджеров». Новая книга представляет собой концентрированное структурированное изложение передовых идей DevOps. Книга написана ИТ-менеджером для ИТ-менеджеров. В ней без привязки к конкретным инструментам описана методология DevOps: от истоков и предпосылок возникновения, принципов и практик до управленческих аспектов и сложностей применения DevOps. Если вы – профессионал в сфере ИТ, если перед вами стоят задачи поиска новых решений, способных вывести предоставление ИТ-сервисов в вашей компании на качественно-новый уровень, если вы уже сталкивались с DevOps в книгах, статьях, даже если уже прослушали курсы и посетили посвященные DevOps конференции, которых сейчас великое множество,…

Контролируемый хаос

Таким эпитетом охарактеризовали одну из недавних игр её участники.  Есть даже научный термин «управляемый хаос» – им оперируют физики, социологи, политтехнологи. Но мы, собственно, не про политику. По правде говоря, первый игровой раунд в этой игре (а речь идет о небезызвестной уже многим Apollo13) – это всегда хаос. Так даже в скрипте заложено – авторы постарались. Но игра построена так, что в последующих раундах силами игроков уже можно организовать какой-никакой порядок. Так вот в той, о которой идет речь, так не случилось. Как это выглядело: Все между собой общались – несмотря на то, что люди были из разных подразделений одной организации,…

«Запуск и масштабирование 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 проявляется во всех отраслях промышленности. Здравоохранение,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM