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

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

Постоянное улучшение

Непрерывное совершенствование, управление качеством, метрики, CSI

Новый взгляд на управление знаниями

В конце 1990-х годов я увлёкся концепцией явного и неявного знания. Это был расцвет эры управления знаниями, и как отраслевому аналитику мне посчастливилось регулярно встречаться с высшими руководителями, отвечающими за данную область. Но сегодня мы встречаемся намного реже. Потребность в управлении знаниями сегодня столь же — если не более — значительна, чем когда-либо. Однако никто никогда не хотел прилагать усилия к тому, чтобы маркировать, управлять или обмениваться информацией, и никто по-прежнему не хочет это делать и сегодня. Действительно, в условиях политических потрясений и пандемии очень важно крепко держаться за свои знания и идеи, чтобы сохранить свою работу. На прошлой неделе…

Три визуализации, которыми я объясняю Agile

Хорошая визуализация помогает объяснять достаточно сложные вещи. Вместо большого количества слов достаточно одной картинки. У большинства консультантов есть свои любимые визуальные метафоры. Михаэль Вильямс в своей статье рассказывает о визуальных метафорах, которые он использует для объяснения принципиально важных моментов в организации работы по Agile. Когда я учился в школе, я сделал открытие. Я обнаружил, что я посредственно запоминаю числа, даты и формулы, но при этом фантастически легко запоминаю изображения и истории. Если я нашел способ изобразить что-то визуально, есть хороший шанс, что я запомню это навсегда. Если нет, то увы… То, что появилось как подспорье в учебе, быстро стало моим…

Как бизнес-аналитику встроиться в гибкую среду?

Есть ли роль бизнес-аналитика в гибкой среде? Я уже довольно давно работаю бизнес-аналитиком, и этот вопрос возникает постоянно. Бизнес-аналитики  зачастую считают, что они должны оправдывать свою роль в гибкой разработке. Тот факт, что такой вопрос всё время задают, проистекает из руководства по Scrum. Scrum Guide определяет три роли в команде: команду разработчиков, Scrum -мастера и владельца продукта. Легко заметить, что здесь не упоминается о роли гибкого бизнес-аналитика. Нельзя сказать, что мы единственные, кто остался в стороне – также не определены роли для архитекторов решений, тестировщиков, группы обеспечения качества, менеджера развёртывания, дизайнера пользовательского интерфейса или технических писателей. Мы все каким-то образом…

Незаметный прогресс (глобальный и локальный)

Многие привычные сегодня вещи и явления ещё вчера отсутствовали. Яндекс.Такси и Убер вместо дикого рынка частного извоза, YouTube вместо телевизора, Spotify вместо компакт-дисков, оплата телефоном вместо наличных, онлайн-банк вместо похода в отделение с паспортом: список бесконечен. Любопытно, что сегодня всё это воспринимается как данность. У многих есть ощущение, что так было всегда, а если не всегда – то уж точно возникло очень давно. Строго говоря, возраст многих перечисленных сервисов действительно приличный: YouTube стартовал в 2005, Spotify в 2006, Uber в 2009… Даже прогрессивный Тинькофф Банк начал свою историю в далёком 2006. Однако есть нюанс: первые много лет своего развития проникновение,…

5 спорных моментов, убранных из Scrum

Сам по себе фреймворк Scrum уже давно перестал быть инновацией. Появившись задолго до подписания Agile-манифеста, Scrum сегодня неразрывно связан с миром гибких подходов. Основой фреймворка уже довольно давно является “Руководство по Scrum” (Scrum Guide). С момента своего появления этот документ довольно сильно изменился. В своей статье голландский специалист Вилем-Ян Агелинг рассказывает о пяти спорных моментах, выпавших из руководства по Scrum за эти годы. Если вы перешли на Scrum пять или более лет назад, то ваше понимание Scrum отличается от того, которое существует сегодня. Есть много вещей, которые когда-то определялись как Scrum, даже упоминались в руководстве по Scrum, но в какой-то…

Почему стоит меньше рассуждать об Agile и больше о потоке

Традиционные компании подвергаются высокому риску подрывных инноваций, и многие стремятся к гибкой трансформации в масштабах всей организации в попытке сохранить конкурентоспособность на современном цифровом рынке. Однако эти преобразования дороги и, зачастую, терпят неудачу с угрожающей скоростью. В вашей компании, как и во множестве других, могут возникнуть дополнительные трудности из-за сложности наблюдения потока работ «от бизнеса до бизнеса», диагностики узких мест и измерения действительной ценности работы. В погоне за мифической «серебряной пулей» очень скоро становится очевидным, что само по себе использование гибких фреймворков и методологий не обеспечивает прочной основы для успешного развития. Поток, определяемый как движение бизнес-ценности от понимания ожиданий заказчика…

Agile-методы не подходят для устаревшего лидерства

Две группы лидеров Не так давно я разговаривала с потенциальным клиентом, давайте назовём его Стивом, который был заинтересован во внедрении гибких практик управления. Стив полагал, что он уже очень хорошо осведомлён об Agile. Он хотел, чтобы его организация «стала гибкой», ожидая более быструю поставку продукта, лучшую предсказуемость и лучшие показатели. Все это веские причины, по которым организации хотят стать гибкими. Но когда я спросила его, что он будет делать с улучшением показателей, он дал мне повод задуматься. Ответ Стива: «Мы хотим посмотреть, насколько хорошо работают команды, получаем ли мы от них то, за что им платят. Мы не можем позволить…

Побыть в шкуре бизнеса

В некоторых компаниях есть замечательная практика. Почти любой новый сотрудник в первые же недели своей работы, в какое бы подразделение компании он не устроился, обязан некоторое время поработать “в бизнесе”. Насколько я помню, эту затею придумали японцы, затем распространили её по миру в составе бережливого производства (Lean). Мне известно минимум три примера такой практики в России: одна производственная компания отправляет многих новых сотрудников (включая ребят из ИТ) на сборочный конвейер, другая – на упаковку готовой продукции, третья – в свои розничные магазины. Эта действительно замечательная процедура даёт очень наглядное понимание – что есть бизнес конкретной компании и в чём он…

Высокоскоростные ИТ – с чего начать?

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

Разработка стандартной сервисной модели с использованием руководящих принципов ITIL 4

Если вы крупная организация или поставщик ИТ-услуг, предлагающий услуги крупным предприятиям, то необходимо регулярно пересматривать свою стандартную сервисную модель и обеспечивать её согласованность с бизнес- и ИТ-стратегией. Особенно в связи с тем, что в современном развивающемся и постоянно меняющемся мире бизнеса зачастую сложно чётко понять, каких именно результатов ожидают ваши заказчики. ЧТО ТАКОЕ СТАНДАРТНАЯ СЕРВИСНАЯ МОДЕЛЬ? Если вы предоставляете широкий и комплексный набор ИТ-услуг своим заказчикам, то обеспечение баланса между рентабельностью инвестиций (ROI) и ценностью инвестиций (VOI) для заказчиков, вероятно, может оказаться сложной задачей. Справиться с данной сложностью может помочь наличие стандартной сервисной модели, которая обеспечивает стандартизованный набор выходов (outputs)…

Эмпатия без видео – сервисный момент на ветер*

Простите за каламбур в названии, я не удержался. Была ещё мысль вместо «сервисный момент» написать «момент истины». Коллеги, которые на прошлой неделе участвовали в курсе ITIL Drive Stakeholder Value (DSV), меня поймут. Когда мы обсуждали важность эмпатии, один из слушателей сформулировал свой комментарий так: «без видео эмпатия невозможна». Мне, правда, кажется, что до некоторого уровня возможна. Мы ведь принимаем (ещё пока, хотя уже и не все это делают) обращения от пользователей по телефону. Возможно ли по телефону проявить сопереживание, поставить себя на место звонящего, отнестись к возникшей у него проблеме, «как к своей»? Вроде бы можно. Сам лично сталкивался с…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM