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

Что читать про DevOps?

Последнее время все, включая наш портал, часто пишут о DevOps. Основная идея проста в понимании, однако что за ней скрывается и как эту простую идею воплотить в жизнь часто остается за кадром. Для тех, кому не достаточно Википедии, выдачи Google на соответствующий поисковой запрос, для тех, кто уже прочитал все записи в блогах и испытывает голод по настоящей литературе, IT Skeptic подготовил отличную подборку по теме. Книга Комментарий Роба Ингланда The Phoenix Project, Kim, Behr, Spafford "Роман о том, как CIO по принуждению спасает департамент ИТ от катастрофы. Доступный способ понять все ключевые концепции" Комментарий редакции: книга доступна на русском языке. DevOps Handbook, Kim,…

Новостной поток, 29 июля 2016, последний комментарий 8 августа 2016

Опыт гибкого управления проблемами

Своим практическим опытом о том, как сочетать в одной организации методы гибкой разработки и классического процесса эксплуатации услуг, с нами делится Ян Джонс (Ian Jones), консультант KPMG Australia. В одной неназванной организации методы гибкой разработки были приняты как стандарт исполнения проектов и успешно применялись достаточное время. При реализации ITSM инициатив возникло желание использовать их и для организации процесса управления проблемами. Изначально организация использовала Scrum для координации этих работ, но этот подход показал себя не с лучшей стороны. После чего, была предпринята более успешная попытка применения "бережливой" практики Kanban. Для того, чтобы объяснить различия между этими двумя методиками приведем небольшую таблицу. Kanban Scrum Планирование работ В объеме…

Вопрос из зала: куда пойти учиться?

Наша читательница Анна Закускина задаёт вопрос: Здравствуйте. Хотелось бы спросить совета в отношении курсов по управлению программистскими проектами и бизнес-анализу в контексте разработки. В компании созрело понимание, что нужно менять подходы к разработке. У нас на данный момент есть группа внутренних заказчиков, которые запрашивают новые функции, и группа разработчиков, которые функции реализуют. При этом внутренние заказчики общаются с разработчиками напрямую. При этом исторически мы никогда не анализируем необходимость запрашиваемых функций. Соответственно, девелоперская воронка перегружена задачами. Сроки не контролируются. Много переделок. Хотелось бы научиться вот чему: — прежде, чем заниматься разработкой функций и новых модулей, пытаться оценить их полезность, необходимость. Оценить…

Вопрос из зала, 22 июня 2016, последний комментарий 29 июня 2016

ITIL vs Agile

В очередной раз видя рассуждения на тему «ITIL/ITSM vs Agile/DevOps/Lean» или «Agile vs PRINCE2/PMBOK», подумал, что, возможно, что-то важное от меня ускользает. В моей картине мира противопоставления нет. Что я делаю не так? Мне нравится высказывание Роба Ингланда (IT Skeptic) о том, что ITSM – это не изобретение, а открытие. ITSM описывает реальность. Также, как это делает физика. Т.е. это не просто набор каких-то рекомендаций. Самое ценное в ITIL и других подобных сводах знаний – это то, что авторам удалось вычленить закономерности происходящего (в данном случае в сфере оказания ИТ-услуг), уловить природу явления и сформулировать некоторые принципы (знание которых, согласно…

Игорь Гутник, 16 мая 2016, последний комментарий 21 сентября 2016

Девять принципов ITSM-профессионала

Второй (после введения) раздел ITIL Practitioner Guidance посвящен руководящим принципам (Guiding Principles). Начиная свое знакомство с драфтом публикации в декабре, я, признаюсь, не придал большого значения материалу. Ну принципы и принципы – набор, если не прописных истин, то более или менее очевидных посылов, важность которых понятна многим. И также знакомы трудности следования принципам на практике. И направился читать материал, имеющий большую практическую применимость. Напомнил о себе этот раздел Guidance при сдаче экзамена ITIL Practitioner. Оказалось, что явно придерживаясь принципов можно сильно упростить себе задачу поиска правильного ответа. И чем дальше, тем больше этот материал мне кажется отнюдь не проходным – не только…

О, это сладкое слово — Релиз!

Завсегдатай всем известного сайта allthingsitsm.com Марк Смолли (Mark Smalley) опубликовал заметку о релизах ПО, и о том, как в среде ИТ-специалистов поступают при возникновении проблем с ними. Марк говорит о том, что иногда при возникновении сложностей с релизами, в силу их значительной временной дискретности, некоторые компании принимают меры к "починке релиза", нежели к "починке конвейера релизов". Далее в заметке излагаются закономерные выводы о том, что именно второй подход в среднесрочной перспективе способен предоставлять результаты более стабильного качества. Для выбора способа улучшения нам приходится оценивать множество факторов: критичность приложения для бизнеса/потребителя, риски и ущерб от возможных сбоев, репутационный риск и способность поставщика услуги принять его….

Новостной поток, 4 апреля 2016, последний комментарий 7 апреля 2016

Я б в DevOps’ы пошёл, пусть меня научат!

В регулярно возникающем на курсах, в проектах, в жизни обсуждении проблем во взаимодействии (и взаимоотношениях) «внедренцев» и «эксплуатационщиков» в какой-то момент неизбежно звучит слово «DevOps». В общем и целом все понимают, что речь идёт о подходе, который за счёт ориентации на активное взаимодействие подразделений разработки (development) и подразделений, отвечающих за эксплуатацию (operations), позволяет ускорить выпуск релизов в продуктивную среду, обеспечивая при этом должное качество (минимизируя на фазе эксплуатации беды, порождаемые новыми изменениями). Тема модная, интерес к ней растёт. В качестве примера – график роста доли вакансий на популярном сайте знакомств работодателей с работниками indeed.com, в которых упоминается devops engineer. Чтобы…

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

Десятый сезон вебинаров CleverTALK

Началась регистрация участников бесплатных вебинаров по управлению ИТ CleverTALK. Вебинары пройдут с 25 февраля по 2 июня. В десятом сезоне в программе: Внедрение управления ИТ-активами (ITAM) – корабль и подводные камни Процесс управления работами: помощник другим процессам или лишнее звено? Создание ролевых моделей доступа Почему ITIL не работает? Трудности восприятия и применения Модели изменений: теория, подходы и ограничения Изучаем ITIL: управление спросом PRINCE2 Agile – что даёт управлению проектами интеграция Agile и PRINCE2 Ведущие вебинаров – тренеры и консультанты Cleverics: Денис Денисов, Александр Омельченко, Павел Дёмин, Андрей Труфанов, Артём Мукосеев, Игорь Гутник, Елена Колбей. Первый вебинар, который пройдёт 25 февраля, проведёт независимый эксперт…

Почему для эффективного проведения изменений надо использовать несколько подходов

Осень в самом разгаре, тем не менее, мы хотим вас познакомить с интересной заметкой Роберта Страуда, вышедшей весной 2015 года. Роберт работает в течение многих лет в области управления ИТ-услугами (ITSM), в том числе над тем, как наилучшим образом не просто решать, но и предотвращать инциденты. Как известно, не зависимо от того, насколько вы готовы, инциденты будут случаться. Однако, для эффективного управления услугами подготовка имеет решающее значение. Роберт начинал свой путь в ITSM с организации процесса управления изменениями. Он вспоминает шквал инцидентов, который возникал после релиза программного обеспечения, проведенного в выходные. После того, как процесс управления изменениями был реализован, появилось…

Вопрос из зала: постоянные изменения требований

Нам пишут о наболевшем: Уже довольно давно идёт проект разработки информационной системы. Руководство не может справиться с заказчиками: на любом этапе разработки продукта могут появиться (и появляются) новые требования или измениться уже утвержденные. Это разрушает порядок в разработке, порождает множество ошибок, заставляет переделывать работу по нескольку раз, что в свою очередь, увеличивает сроки и отнимает ресурсы. Как быть? Коллеги, поделитесь опытом и удачными примерами подходов, которые помогли выстроить взаимотношения.

Вопрос из зала, 9 сентября 2015, последний комментарий 14 сентября 2015

Роб Ингланд про DevOps и “многоскоростные ИТ”

В эти дни проходит 18-я конференция itSMF Australia, где одним из спикеров и ведущих мастер-классов является наш старый знакомый Роб Ингланд (Rob England), известный так же как IT Skeptic. В преддверии конференции с ним побеседовала Кэтрин Говард (Kathryn Howard), ITSM-консультант и член совета itSMF Австралии. Обсуждение касалось набирающей обороты и вызывающей интерес темы "многоскоростных ИТ". Общение происходило при помощи Твиттер-чата, выдержки из которого мы приводим ниже. Кэтрин: Итак, Роб, люди говорят о двухрежимных ИТ. Речь о "быстром" и "медленном" подходах? И как это соответствует принципу многомодельности? Роб: Гартнер называет их "двухрежимными ИТ": – режим 1, традиционный: масштабируемость, эффективность, безопасность, точность;…

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

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

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