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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Процессы

Все про процессы: внедрение, управление, совершенствование

Ежедневный скрам – бесполезная потеря времени?

Довольно часто на начальном этапе работы с разными командами приходится сталкиваться с сопротивлением по отношению к ежедневным собраниям. Разработчики не видят ценности в ежедневном стоянии у доски, зачастую им кажется, что это время стоит потратить на что-то более ценное (написание кода, например). Вот как подходит к донесению ценности регулярных собраний Марк Левинсон. Ежедневный скрам – это пустая трата времени, прерывающая мою работу. Ежедневный скрам – шанс для скрам-мастера проявить себя и позаниматься микроменеджментом. Ежедневный скрам предназначен для сообщения о статусе задач, но для этого я могу воспользоваться электронной почтой. Эти жалобы звучат так знакомо. Сейчас очень модно шутить над бесполезностью…

Пару слов про управление реализовавшимися рисками

В очередной раз убеждаюсь, что это весьма и весьма полезно – ходить друг к другу на курсы. Конечно же, я про различные курсы, которые проводит Cleverics. Хотя это довольно дорого для компании – выделять двойные ресурсы под трёх-, а то и пятидневный курс, сложно переоценить объём полезной информации, которую можно получить во время курса. Всё потому, что тренер, с виду притаившийся в углу класса и что-то с упоением записывающий, имеет возможность не только подсмотреть приёмы подачи материала у коллеги и, что называется, со стороны оценить обучающие материалы, но и послушать вопросы участников. А в этих вопросах целый мир. В этот…

Сфера ответственности координатора релизов

Сразу уточним – в ITIL роль “Координатор релизов” не описана. Вопрос про сферу ответственности возник у слушателей курса ITIL RCV при обсуждении соответствующего раздела. Почему такой вопрос возник, в целом понятно. По аналогии с процессами управления изменениями или управления инцидентами при управлении релизами напрашивается необходимость фиксации так называемой “сквозной” ответственности за релиз. То есть выделения роли, отвечающей за координацию деятельности в рамках релиза на всём протяжении его жизненного цикла – от планирования до закрытия. По аналогии с “Координатором изменений” хочется назвать её “Координатор релизов”. Однако в ITIL V3 подобная роль не выделена. Справедливости ради следует отметить, что роли “Координатор изменений”,…

Заблуждения и мифы о Канбан-методе

Вокруг любого управленческого подхода со временем выстраивается огромное количество заблуждений и мифов. Это обусловленно особенностью людей по-разному понимать одни и те же вещи и желанием интерпретировать факты в своих интересах. Канбан, как метод определения, управления и совершенствования сервисов, при разработке интеллектуальных продуктов, сравнительно молод, но уже успел обзавестись своей мифологией. Разработчики Kanban Tool (инструмента для визуализации потока) в своем блоге постарались разобрать наиболее распространенные мифы, возникшие из-за неправильного понимания принципов Канбан. «Канбан на самом деле не метод организации рабочего процесса, а инструмент улучшения рабочего процесса.» Часто говорят, что Канбан – это инструмент для создания знаний, а не метод управления рабочим…

Стандартные изменения в ITIL V3 и ITIL4

В каком случае изменения могут быть стандартизованы и выполняться, как запросы на обслуживание? Вопрос, безусловно, уже с бородой. Однако он по-прежнему не теряет своей актуальности. Во всяком случае, слушатели курса ITIL RCV задают его снова и снова. Одним из тезисов, вносящих некоторую путаницу в понимание, является следующий: стандартные изменения являются “заранее авторизованными”. На самом деле это вовсе не означает, что стандартные изменения не требуют никакой авторизации. Давайте вспомним, что сказано про стандартные изменения в ITIL V3 (перевод текста источника здесь и далее выполнен автором заметки): Стандартное изменение – это изменение услуги или другой конфигурационной единицы, для которого управлением изменениями заранее…

Дизайн услуг. Принципы

Дизайн услуги – это все, что связано с получением услуги и с ее соответствием потребностям пользователя в ней. Его можно использовать для улучшения существующей услуги или создания новой. Чтобы адаптироваться к дизайну услуг, необходимо понимать основные принципы мышления при проектировании услуг и уметь фокусироваться на них при создании услуг. Принципы, приведенные здесь, взяты из материалов проектирования Design4Services – организации, которая занимается разработкой дизайна услуг и содействует трансформации бизнеса. Они широко приняты в коммерческом секторе. Существуют и другие подходы к проектированию услуг, которые не так широко используются, но могут повысить ценность инструментария дизайнера услуг. Author/Copyright holder: jonny goldstein. Copyright terms and…

Ключевые тренды в разработке ПО

Как устроена современная разработка программного обеспечения? Чтобы ответить на этот вопрос, компания Atlassian провела опрос 500 профессионалов в данной области, по результатам которого были определены ключевые тренды в применении современных практик и подходов к разработке. Главная хорошая новость, по мнению авторов исследования, состоит в том, что современные команды разработчиков ПО всё больше отказываются от традиционных способов измерения качества – таких, как скорость, частота и производительность, – в пользу показателей, отражающих рост удовлетворённости заказчика и качества программного кода. Для достижения целей, сформулированных в контексте данных показателей, современные команды разработки применяют четыре ключевые практики, которые помогают им добиться успеха. Микросервисы Использование микросервисной…

Зачем нужен Change Management?

Вопрос без подвоха. Ну почти. Его контекст довольно-таки прост. Если конкретизировать, то он звучит так: “как сформулировать для руководства бизнеса и ИТ, а также для персонала ИТ-департамента преимущества от инвестиций в постановку и автоматизацию процесса управления изменениями?”. То есть нужно максимально просто и понятно объяснить указанным заинтересованным сторонам, зачем нужно упорядочить и формализовать деятельность по управлению изменениями. Для начала попробуем наморщить лоб, с умным видом пошелестеть страницами умных книг (вы знаете, каких) и выдать “научную” формулировку. Во всем известной библиотеке ITIL, в книге Service Transition написано довольно много слов про “назначение и задачи”, “ценность для бизнеса”, “организационные преобразования”, “формирование культуры”…

“Пищевая цепочка” для бизнеса или в чем ценность работы ИТ

Природа устроена таким образом, что в естественных живых экосистемах и в биосфере в целом без потребления полезных и ценных элементов одними организмами не будет ценности и для других. Звенья пищевой цепи объединяет простая связь: пища — потребитель. И если в природе все находится в равновесии, то как дела обстоят в сфере бизнеса? Все мы включены в совместную деятельность, результат которой в виде продукта или услуги необходим другим. Мы порой гордимся нашими достижениями, но иногда те из нас, кто работает в сфере ИТ, сосредотачиваются на неправильных вещах, особенно когда успешное выполнение технических задач может свести на нет всю деятельность, если она…

7 февраля в Москве пройдёт CleverDAY

7 февраля в Москве пройдёт конференция CleverDAY, ключевые темы которой: машинное обучение, отчетность по процессам, финансы в ИТ, автоматизация процессов. Организатор конференции – компания Cleverics. В программе: “Машинное обучение в поддержке”, Евгений Шилов “Сервисная экономика. Собираем пазл”, Павел Дёмин “MARS Dashboards: Какие выводы делать и кому задавать неудобные вопросы?”, Наталья Коляда “Почему цифровая трансформация даётся так тяжело? (Спойлер: потому что разработка ПО устроена кое-как)”, Олег Скрынник CleverENGINE v5, Мария Алёхина Подробная программа размещена на сайте CleverDAY, там же можно зарегистрироваться для участия. Участие в конференции представителей компаний-заказчиков бесплатно.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;