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

Туннельный эффект

Совсем недавно, в своей заметке Ключ на старт я делился своим бесхитростным подходом к подготовке к релизу, и вот сегодня наступили новые времена. Релиз прошел успешно, инциденты в ходе релиза имели место быть, но мы были готовы к ним и результат был достигнут, как все и планировалось. Началась опытно-промышленная эксплуатация, нормальная регулярная поддержка. Сначала с участием консультантов и разработчиков, но это не продлится долго. Дальше наши коллеги поедут без нас самостоятельно, уже сейчас они почти не нуждаются в нашем внимании. И я этому рад, хотя кто-то меня может в этом не поддержать. Не смотря на то, что мы в подавляющем большинстве проектов работаем в водопадной…

Что не так с клиентскими приложениями сервис-деска и как это исправить

Пять лет назад в воздухе запахло революцией — социальная сеть Facebook изменила свой интерфейс, и пользователи моментально возненавидели его. До гильотины дело не дошло, потому что вскоре страсти улеглись и все забыли, каким был старый интерфейс и был ли он вообще. Год назад история повторилась в менее впечатляющих масштабах, но с менее благополучным сценарием — сменил свой облик портал «Кинопоиск», и волна отрицательной обратной связи оказалась настолько сильной, что она практически смыла новый интерфейс всего за двое суток. Так пользователи реагируют на интерфейс приложений, которыми им хочешь, не хочешь, приходится пользоваться. А что делать нам, когда мы внедряем клиентское приложение…

Новостной поток, 21 октября 2016, последний комментарий 24 октября 2016

Бесплатный доступ к «PRINCE2® Agile guide»

Компания AXELOS (правообладатель сводов знаний ITIL®, PRINCE2® и пр.) до конца октября даёт возможность получить в течение месяца бесплатный доступ по подписке к публикации ‘PRINCE2 Agile guide’ (ну, и скиду 25% на книжку в бумажном виде – 74,25 фунтов вместо 99). В принципе, общее представление о публикации можно получить и из давно доступного бесплатного обзора публикации. Но, если кто-то интересуется темой, то есть отличная возможность бесплатно познакомиться с первоисточником. На всякий случай. Письмо подтверждение (с логином для доступа) идёт… несколько дней после регистрации заявки на доступ. Не пугайтесь 

Ключ на старт

Каждый из тех, кто в своей жизни хоть раз занимался спортом, знает это ощущение. Это чувство трепета и волнения перед игрой, боем или показательным выступлением, охватывающее тело и разум. Каждый из тех, кто продолжил свои занятия, также знает, что победить может только тот, кто уверен в своей победе. Победителем будет тот, для кого исход поединка предопределен, и для волнения попросту нет места. Каждый раз, когда мне приходится заниматься внедрением продукта или процесса, запуском в работу функционального модуля, наступает момент, когда в продуктивную среду вносятся значительные изменения, и весь организационно-технический комплекс, включающий в себя софт, оборудование и людей должен начать работать по новым правилам. Эту работу (а в особенности…

Разбираемся с проектными ограничениями

Всем давно известно, что любому проекту присущи ограничения: обычно вспоминают про сроки, бюджет и качество. Вы, конечно, помните заезженную байку из серии "выберите только два из трёх" – ограничения интересны в первую очередь тем, что они взаимосвязаны. На деловой игре "Египет бросает вызов", которую я проводил в прошлую пятницу, этот вопрос мы немного обсуждали с группой, однако мне показалось, что обычное объяснение – "ограничения есть, они таковы и они взаимосвязаны" – слишком поверхностно. Признаюсь, особой глубины в данной теме я не вижу, однако некоторыми соображениями готов поделиться. Соображение первое – сколько всего ограничений? Разумеется, мы включим в список упомянутые выше сроки, бюджет и…

Олег Скрынник, 18 сентября 2016, последний комментарий 23 сентября 2016

Что читать про 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

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

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

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