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

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

Обо всём на свете

Разговоры обо всём, за что “зацепился взгляд”.

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

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

Пост на вечную тему, который должен написать каждый

“Беги, дядь Мить…” Все однажды сталкивались с обслуживанием, которое совсем не оправдывало наши ожидания и вызывало негативные эмоции. Многие после этого взрываются гневными постами в соц. сетях с  традиционными «больше ни ногой», «куда смотрит ваш прогрессивный менеджмент», «вы посмотрите, какие конкуренты – молодцы» и прочими шпильками. Как новый сотрудник компании, я должен был поучаствовать в стандартной процедуре – получить банковскую карту в рамках зарплатного проекта. И отправился за ней в доп. офис банка, цвета бренда которого в природе свойственны демонстративно опасным и ядовитым видам. По мере того, как мы с сотрудниками отделения пытались приблизиться к заветной цели, все становилось сначала…

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

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

9 человеческих факторов, отравляющих DevOps

Оригинал 9 ‘People Problems’ Plaguing DevOps, автор Синтия Харви (Cynthia Harvey) Когда ИТ-подразделения переходят на подход DevOps, они часто сталкиваются с непростыми организационными и культурными проблемами. Любой заслуживающий внимания DevOps-эксперт скажет вам, что простое использование инструментов DevOps не превратит вашу ИТ-группу в DevOps-команду. Напротив, вашей организации необходимы культурные изменения. И, увы, менять людей намного сложнее, чем технологии. При первом внедрении DevOps большинство ИТ-групп сталкиваются с проблемами, связанными с культурой и/или структурой их организации. Эти препятствия могут сделать затруднительными для организации обретение гибкости и взаимодействия между разработчиками и операционным отделом, которые являются отличительными чертами подхода DevOps. К счастью, эти препятствия можно…

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

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

Запросы или потребности?

Во время обсуждения взаимодействия ИТ и бизнеса на одном из последних курсов возникла дискуссия на тему бизнес-ориентированности ИТ. По мере обсуждения были выявлены две точки зрения на то, что такое готовность ИТ помогать бизнесу. ИТ-подразделение должно качественно отрабатывать запросы бизнеса ИТ-подразделение должно удовлетворять потребности бизнеса «Мы (ИТ) должны выявлять потребности бизнеса, те задачи, которые бизнес пытается решить, и попытаться помочь ему в этом» – говорили одни. «Мы (ИТ) должны чётко отрабатывать ТЗ (техническое задание). Мы не можем «фантазировать». Да и как, скажите на милость, в случае отсутствия чёткого ТЗ фиксировать целевую картину в договоре?» – возражали другие. В этой связи…

Какова доля продуктивного труда современного разработчика

Коллеги, вопрос был навеян сегодняшней новостной публикацией, хотя “чесался в голове” достаточно давно. Вопрос вот в чем: Для того, чтобы какой-то полезный новый или измененный код попал в продуктивную среду, он должен быть написан. Код пишется в одной из сред разработки, потом код должен быть перенесен в среду тестирования. Среда тестирования должна быть создана, наполнена модельными данными и убита после тестирования (lean). Для тестирования кода должны быть разработаны покрывающие функциональные тесты. Могут быть разработаны и иные тесты (нагрузочные, интеграционные и любые иные по потребности). Ничего из этого (за исключением пользовательского тестирования) не должно осуществляться вручную, а следовательно это тоже код….

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

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

Black Friday: “Основы ITIL” по рекордно низкой цене

Только в черную пятницу 24 ноября дистанционный курс “Основы ITIL” (самостоятельное изучение) будет стоить всего 1000 руб. Узнать больше и зарегистрироваться можно на сайте Cleverics. Дистанционный курс “Основы ITIL” позволяет самостоятельно освоить основные принципы и понятия управления ИТ-услугами, узнать всё самое важное о процессах, описанных в пяти книгах ITIL, и проверить усвоение каждой темы с помощью контрольных вопросов. Доступ к материалам курса предоставляется на 90 дней, и в течение этого времени можно использовать материалы успешно пройденных разделов в качестве источника справочной информации. Для доступа к материалам курса достаточно иметь устройство с выходом в Интернет, установка специального ПО не требуется. Материалы…

Как правильно распорядиться ваучером

Опыт взаимодействия наших менеджеров с кандидатами, сдававшими или планирующими сдавать экзамены ITIL®, PRINCE2® показывает, что есть запрос на более подробную информацию о процедуре прохождения экзамена через PEOPLECERT с использованием ваучера и технических требованиях к системе, на которой будет сдаваться экзамен. Ваучер, напомню, позволяет сдавать экзамен где угодно, хоть дома (при соответствии места требованиям, о которых ниже) и когда угодно (в пределах срока действия ваучера). Нужно сразу предупредить о том, что компания PEOPLECERT, которая с 01.01.2018 станет единственным институтом, обеспечивающим приём экзаменов AXELOS (ITIL, PRINCE2 и проч.) предоставляет пошаговые инструкции для всех этапов сдачи экзамена (от регистрации, до собственно прохождения экзамена)….

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