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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

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

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

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

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

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

Ключ на старт

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

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

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

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

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

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

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

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

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

ITIL vs Agile

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

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

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

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

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

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

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM