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

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

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

Вопрос из зала, 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, традиционный: масштабируемость, эффективность, безопасность, точность;…

DevOps: “до” Dev и “после” Ops

Уже знакомый нам Марк Смолли (Mark Smalley) предлагает взглянуть на философию DevOps с позиции всей цепочки создаваемой ИТ ценности. Многим из тех, кто знаком с DevOps не просто на уровне знаю-как-расшифровывается, давно известны три основополагающих принципа, которые описаны в книге, обязательной к прочтению для всех интересующихся данной темой – "The Phoenix Project: a Novel about IT, DevOps and Helping Your Business Win", или "Проект Феникс". На них основаны все модели DevOps. Принципы характеризуют ценности и философию, на базе которых создаются процессы, процедуры, практики. И эти принципы следующие: 1. Системное мышление. 2. Расширенные циклы обратной связи. 3. Культура непрерывного обучения и…

10 аспектов Agile Development от Гартнер

В эпоху бурного развития цифрового бизнеса высшее ИТ-руководство сильно озадачено адекватной его поддержкой: традиционные методы управления проектами и разработкой не подходят. Организации всё больше и больше обращают внимание на гибкие методологии разработки для ускорения своих проектов и демонстрации их ценности. Компания Gartner сформулировала 10 основных принципов гибкой разработки. Предлагаем с ними ознакомиться. 1. Гибкая разработка – это не что-то одно-единственное. Методологии гибкой разработки – это множество подходов к разработке ПО, в основе которых заложена общая философия. Однако, они довольно сильно различаются на уровне реализации. Как правило, их можно адаптировать для решения проблем разных типов. 2. Гибкая разработка – это не…

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

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

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