Agile, Scrum, разработка ПО Archives – Страница 22 из 30

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

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

Елена Колбей, 10 декабря 2017, последний комментарий 11 декабря 2017

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

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

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

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

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

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

Новостной поток, 29 ноября 2017, последний комментарий 30 ноября 2017

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

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

Новостной поток, 27 ноября 2017, последний комментарий 1 декабря 2017

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

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

Новостной поток, 22 ноября 2017, последний комментарий 27 ноября 2017

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 обновляется и в ней будут четкие указания о том, как использовать такие…

Новостной поток, 2 ноября 2017, последний комментарий 3 ноября 2017

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

По тексту новости будет понятно, что выходить из дома в ноябре вовсе не обязательно: мы приготовили для вас целых три интересных вебинара, посвященных 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) и отказоустойчивые изменения привели к переменам в подходе к разработке…

Новостной поток, 27 октября 2017, последний комментарий 22 ноября 2017

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

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

Новостной поток, 17 октября 2017, последний комментарий 23 ноября 2017

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

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

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