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

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

Андрей Труфанов

Самая быстрая часть черепахи

– Это ее мозг. Горячая статья Капусткина Павла “Ускорение без новых людей и овертаймов” наглядно демострирует катастрофическое влияние длительности и объемов интервалов ожидания, когда работа ожидает свой очереди быть сделаной, на результаты этой самой работы.  Живые примеры показывают, что мозг черепахи может сколь угодно интенсивно ускорять производящие основную ценность органы, вкладывая в это значительные усилия, не всегда добиваясь особенного успеха. Черепахе не удастся полакомиться зайчатиной, пока ее лапы и хвост не дадут нужной скорости и ловкости, пока ее ороговевший панцирь будет придавливать ее к земле.  Правило Парето Успех и результаты любых инициатив, направленных на проведение преобразований, ускорение производственных процессов, в…

Change enablers

Изменения во внутрених  взаимодействиях организационных структур, согласно Kurt Zadek Lewin, проходят через три стадии: “размораживание”, “трансформация”, “заморозка”. С одной стороны, прохождение через каждую из этих стадий вносит свой вклад в возможности организации осуществить преобразование с выгодой для целей, которые эта организация преследует. С другой стороны, активности, которые придется осуществлять в ходе преобразования и отдельных его этапов, требуют разного набора навыков от людей, в чьей ответствености будет находиться, соответственно, вся транформация целиком или отдельные её этапы. Персоналии, отвечающие за успешное проведения преобразования, будут вашими “change enablers”.  Автор просит прощения у аудитории за скудность лексикона, которая не позволила без потери смысла найти…

Make Ops Dev again!

Одной из задач, которую приходится решать в рамках помощи команде организоваться – приблизить ее к пониманию ответов на один из часто возникающих вопросов: Как привлекать специлистов, которые не работают над развитием продукта fulltime: Compliance, UX, CI/CD? Входит ли в группу этих деятельностей Ops? Ответ на этот вопрос лежит в способности (и готовности) команды делегировать эту ответственность на условный аутсорс. Рассмотрим ситуацию на примере Ops и эксплуатационной деятельности в чистом виде. В идеальной сферической команде в вакууме вся ответственность за продукт, за работу и взаимодействие всех его составных частей лежит внутри её области ответственности и компетенций. Но мы с вами, к…

Не все то поток, что…

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

Взаимодействие потоков ценности

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

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

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

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

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

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

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

Ответственность заказчика

На этой неделе на портале были опубликованы две заметки, вызвавшие внутренние дискуссии в коллективе. Первая о вреде жонглирования приоритетами задач, которые уже были приняты в работу, за авторством Олега Скрынника. Вторая, о роли и месте тимлида в хорошей продуктовой команде Павла Капусткина. Безопасность vs Эффективность Обе эти публикации оперируют терминами общей эффективности командной работы. Из каждой из них можно сделать вывод о том, что искусственные ограничения разного рода очевидно вредят общему командному результату. Этот вывод подтверждается и результатами научных исследований, проведенных в разных странах (легко найти в сети). Материалы доказывают, что наличие финансовых или организационных ограничений негативно влияет на инновационность…

Детализация прикладного слоя в управлении конфигурациями

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

Цифровизация бизнеса и перестройка взаимоотношений

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

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM