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

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

Цифровая трансформация

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

Вернемся к идее использования потоков создания ценности в роли архитектурных элементов системы управления. Вопрос о том, как сделать это целостно, беспокоит меня уже какое-то время. Первые размышления по этому вопросу удалось выразить в заметке “Value stream, user’s journey и все, все, все”. Размышления были захватывающими, но это было лишь начало: отдельные принципиальные области оставались открытыми. Не было понимания, что делать с актом (или множественными актами) потребления услуги потребителем. Они, очевидно, не укладывались в “каноничный” поток развития, который проиллюстрирован сегодня в каждой книге. Акт потребления услуги, и осознания через это конечной ценности пользователем, нужно было укладывать в какую-то иную конструкцию. Вторая…

Под кого подстраивать систему управления?

Минута философии на портале. Не пугайтесь, и простите за циничное изложение. Вступление, часть первая. Известно, что иерархические структуры управления обладают существенным недостатком. ИТ-подразделения крупных компаний, в которых (подразделениях) трудятся 800-1000 человек, в управленческой иерархии опираются на 50+ менеджеров разного уровня. Эта опора во многих случаях достаточно хлипкая ввиду низкой компетенции означенных менеджеров – где же взять столько высококвалифицированных управленцев? Традиционный способ “вырастим из айтишников” имеет известные недостатки, а мотивация двигать вверенное направление вперёд у многих руководителей со временем сходит на нет из-за политических вопросов и желания удержаться и расти вверх, а не организовывать работу подчинённых. Итого, менеджеров в ИТ много,…

Старая добрая ИТ-стратегия

Нашим читателям не нужно рассказывать о том, как непросто решается задача масштабирования и преобразования системы менеджмента в  ИТ-подразделениях. Вернуться к инструментам менеджмента на крупном масштабе меня мотивировала, вышедшая вчера, статья Капусткина Павла “Эффективность команды и социальные связи”, которая иллюстрирует различные формы организации рабочих взаимодействий в рабочей среде. Когда есть команда, многое достаточно прозрачно, когда есть команда команд – есть способы договориться и решить многие вопросы, когда таких взаимодействующих группировок становится более трех – управляемость и эффективность конструкции начинает вызывать вопросы. Почему мне хочется поставить вопрос о актуальных способах и инструментах управления для масштабного ИТ? Наверное потому, что простого и однозначного…

Три причины растущей популярности DevOps

Первые упоминания о DevOps появились где-то в 2010 году. Примерно с этого момента времени энтузиасты начали активно интересоваться новой темой. Если заглянуть в Google Trends, то можно увидеть вот такой график популярности термина “DevOps” за последние 5 лет: А вот график за последние 15 лет: Как вы можете заметить, интерес к DevOps, стартовавший примерно в 2010 году, неуклонно рос и продолжает расти. При этом в начале 2019 года можно отметить резкий его всплеск . Конечно, стоит учитывать, что Google Trends – это не точные данные плюс закрытый исходный код самой платформы. И интерес к DevOps, измеряемый средствами Google, не является…

Кто отвечает за конвейер развёртывания?

Нужно очень сильно отстать от жизни (примерно лет на 5-7, что по нынешним временам приравнивается к вечности), либо иметь крайне веские аргументы, чтобы не использовать для доставки готового кода до среды эксплуатации конвейер развёртывания (в народе часто именуемый конвейером CI/CD, что в данном случае непринципиально). Техническая сторона вопроса – как построить конвейер – в большинстве случаев понятна, если не очевидна. Инструментов море, идеология ясна, собрать конвейер можно в простых случаях за час, в сложных – за пару недель. Организационная же сторона вопроса не так проста, как кажется. Кто должен/может его создать? Кто обеспечит функционирование? Кто починит, когда сломается? Кто будет…

Value stream, user’s journey и все, все, все.

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

Существует ли эффект Даннинга-Крюгера?

Многие слышали об этом эффекте. По легенде, менее компетентные люди склонны завышать собственную самооценку, в то время как более компетентные люди скорее будут её занижать. Соответственно, принимаемые решения могут быть неадекватны обстоятельствам по причине когнитивного искажения. Данное наблюдение сопровождается дополнительными свойствами. К примеру, декларируется, что эффекту подвержены практически все люди, вопрос только в степени искажения. Люди низкой квалификации неспособны осознавать свои ошибки, в силу той самой низкой квалификации. Людям с большим количеством знаний в определённой предметной области бывает непонятно, почему для остальных всё так сложно, ведь “на самом деле” всё довольно просто. Наверное, какая-то часть описания данного эффекта соответствует действительности….

Повышение приоритета как (неработающий) способ ускорения работ

Мы это видим довольно регулярно. Не только видим, но и принимаем участие в обсуждении или принятии решения: “смотрите, задача АВС уже очень долго находится в работе, давайте повысим её приоритет, чтобы, наконец-то, устранить проблему”. Согласитесь, это вполне привычный способ управления. Беда в том, что он очень деструктивен и зачастую приносит больше вреда, чем пользы. Для дальнейших рассуждений необходимо сделать два предположения: Задача, приоритет которой повышается, не единственная в очереди. Работы много; точно больше, чем ресурсов в данный момент. В большинстве случаев оба предположения верны и дела обстоят именно так. Эти два пункта позволяют нам смотреть на ситуацию как на систему,…

Самовосстанавливающаяся платформа ITSM

Искусственный интеллект (AI), машинное обучение (ML) и обработка естественного языка (NLP) – одни из самых передовых технологий в управлении ИТ-услугами. Эти технологии помогают компаниям оптимизировать управление услугами путем автоматизации бизнес-процессов и задач в рамках ITSM. Компания Adobe, производитель программного обеспечения для творчества и дизайна, использовала данные технологии, чтобы изменить динамику в ITSM- области, обеспечить лучший уровень обслуживания для конечного клиента, и изменить роль ITSM-профессионала, переведя его деятельность на задачи более высокого уровня, а не просто на сокращение количества обращений. Модернизация ITSM-области при помощи интеллектуальных технологий помогла Adobe не только обеспечить высочайший уровень предоставляемых цифровых услуг, но и повысить производительность и…

Кейс: увеличение частоты релизов в продуктовой команде

Рассмотрим кейс. Предположим, есть продуктовая команда – группа высококвалифицированных специалистов, создающая и развивающая продукт, основанный на информационных технологиях. Команда отвечает и за выявление потребностей, и за доработку ИТ-систем, и за развёртывание изменений, и за эксплуатацию всего решения. Предположим также, что данная команда переносит наработки в среду эксплуатации через релизы (накопленные изменения) и имеет сложности с регулярностью и частотой релизов: много изменений собираются вместе, влияют друг на друга, разом тестируются через “регресс”, не все тесты проходят успешно, уходим на второй круг, снова куда-то ушли месяц или два. Есть и целый букет технических сложностей, связанных с выделением ИТ-ресурсов для разных сред, низкой…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;