Постоянное улучшение Archives – Страница 14 из 36

От MVP к продукту, а затем к продукту 2.0: как мы развиваем один из наших учебных курсов

Обсуждения и дискуссии на учебных курсах – самые главные составляющие учебного процесса. Действительно, ключевая разница между лекцией на 50+ человек и интенсивным тренингом заключается в вовлечении каждого участника. Дискуссии важны по следующим причинам: во-первых, это возможность для тренера понять успевает ли группа за рассказом; во-вторых, это возможность для слушателя прояснить непонятный для него момент; в-третьих, это потрясающая по своей силе возможность примерить то, о чём говорит тренер, на реальную ситуацию конкретного участника. Только так можно получить пользу от обучения, только путём сравнения, примерки, приближения к действительности. В учебном курсе “Основы DevOps” предусмотрено примерно двадцать точек, где тренеру необходимо организовать обсуждение….

Навыки 21-го века для обслуживания и поддержки

Изменение – единственная постоянная в жизни. Это утверждение было истиной в момент, когда было задокументировано греческим философом Гераклитом порядка 504 лет до н.э., и оно всё еще верно. Жизнь в XXI веке – это полет по американским горкам изменений и инноваций. Вы постепенно поднимаетесь на вершину обучения, овладеваете новейшим и самым лучшим устройством, приложением, программным обеспечением, процессом и так далее. И тут внезапно на рынок выходит новая и улучшенная версия, которая быстро отбрасывает вас назад. Вы должны постоянно подниматься вверх, осваивая новый, улучшенный продукт или услугу, чтобы успевать за последними и самыми большими изменениями или инновациями, чтобы выйти на рынок…

DX / UX для сервисного портала

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

Граница между постоянным совершенствованием и управлением проблемами

Вопрос о том, имеет ли смысл включать проактивное управление проблемами как отдельную процедуру в процесс управления проблемами (problem management, PRB), или это отдельный процесс, отличающийся по своей природе от реактивной составляющей управления проблемами обсуждался уже неоднократно. Также затрагивался и вопрос взаимоотношения процесса управления проблемами с практикой постоянного совершенствования (continual service improvement, CSI). Интересные заметки по данной теме (и ещё более интересные обсуждения в комментариях к ним) можно посмотреть, например, здесь и здесь, а также в комментариях к этой заметке В результате размышлений на эту тему, обсуждений на курсах и споров с коллегами у меня сформировалась картина, которой хочу поделиться. (Спойлер…

Игорь Гутник, 2 июля 2018, последний комментарий 12 июля 2018

Абсолютный результат не имеет значения

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

Артём Мукосеев, 30 апреля 2018, последний комментарий 4 мая 2018

Давайте перестанем играть в “Поставщика услуг” и “Заказчика”

Под таким громким названием вышла статья из-под пера консалтингового агентства “Tedder Consulting”. И хотя дата публикации совпала с “Днём смеха”, воспринимать её как первоапрельскую шутку не стоит. С оригиналом статьи вы можете ознакомиться по ссылке, а ниже представлен её пересказ на русском языке. Концепция, согласно которой Департамент ИТ(далее – ДИТ) является поставщиком услуг, а бизнес для него – заказчиком, не плоха. Но лишь на высоком уровне. Ведь она заключается в том, что ДИТ должен принимать сервисноориентированное мышление. Уйти от “крутых технологий” и прийти к “лучшему решению для бизнеса”. На практике же, ДИТ принимает на себя роль “поставщика услуг” и рассматривает…

Требуется свежий взгляд

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

Андрей Труфанов, 12 апреля 2018, последний комментарий 13 апреля 2018

8 убийц продуктивности ИТ-менеджмента

В апреле на он-лайн ресурсе https://www.cio.com/ была опубликована статья Bruce Harpham, профессионала в проектном управлении, о том, что мешает ИТ-организации делать свою работу хорошо. «На современном рабочем месте есть два типа убийц производительности: мелкие отвлекающие факторы и большие убийцы производительности, которые заставляют вас вкладывать время и усилия в коррекцию «слабых мест». Нравится вам это или нет, но слабый подход к управлению ИТ является причиной более значительных убийц производительности. Ниже приведен обзор восьми факторов, которые подрывают ваш ИТ-отдел, и советы – как все же прийти к успеху: 1. Пренебрежение приоритизацией стратегических проектов «Самая большая ошибка, связанная с производительностью, которую большинство ИТ-менеджеров и…

Новостной поток, 9 апреля 2018, последний комментарий 9 апреля 2018

ITSM 101: начало работы с ITIL

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

Управление преобразованиями и изменениями – советы бывалого

Уже давно стало понятным, что IT департамент организации является источником изменений – внедрение новых систем и/или процессов, замена старых информационных систем на новые, etc. Тема изменений не нова, горячо обсуждаема и актуальна. Всегда. И всегда есть чему поучиться у самих же себя после проведения каждого изменения, ибо каждое – уникально. Scott Harberd (Interim senior project and programme manager) делится в блоге на портале Axelos своим опытом (lessons learned – термин, принятый в методологиях по управлению проектной деятельностью) внедрения информационной системы по управлению портфелем проектов в крупной британской компании. Несмотря на то, что компания входит в FTSE 100 (Financial Times Stock…

Новостной поток, 5 марта 2018, последний комментарий 8 марта 2018

ITSM и дизайн-мышление

О применении одного из современных подходов в дизайне к созданию сервисов в своей статье рассказывает Саад Муслики (Saad Mousliki). Что такое дизайн-мышление? Дизайн-мышление – подход к решению проблем, основанный на эмпатии и понимании потребителя, чью проблему решают. Подход тесно связан с совместным творчеством и взаимодействием с потребителем создаваемого продукта, обычно включает в себя пять последовательных стадий: Шаг 1: Обозначение (Понимание) На этом шаге следует по-настоящему погрузиться в проблему, осознать и понять ее. Правильный подбор задаваемых вопросов, мозговой штурм, майндмэппинг, консультации с экспертами – вот подходящие инструменты для этого. Работа должна выполняться совместно с пользователями, что поможет понять и усвоить их…

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

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

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