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

Плохой сервис как стратегическое решение

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

Олег Скрынник, 29 марта 2015, последний комментарий 5 апреля 2015

Another Challenge of Egypt. A different one.

Как и планировалось, на прошлой неделе мы провели игру The Challenge of Egypt по новому сценарию, с новыми материалами, с другой пирамидой… в общем, "такую же, но совсем другую". По-моему, GamingWorks – опять молодцы. Новая версия "Египта": полезнее для тех, кто изучает управление проектами, потому что полнее покрывает практикой теорию лучше масштабируется, можно довольно сильно и сравнительно несложно расширять состав участников игры даёт команде больше свободы как в следовании правилам, так и в совершении ошибок реалистичнее обыгрывает управление рисками требует от участников меньше навыков устного счета и больше навыков коммуникаций, планирования и контроля позволяет обыграть управление подрядчиками использует гораздо меньше кубиков…

Роман Журавлёв, 18 марта 2015, последний комментарий 31 марта 2015

Проект как подвиг

«Дело помощи утопающим — дело рук самих утопающих» Текст лозунга в зале клуба «Картонажник» Хорошо спланированные проекты далеко не всегда проходят гладко. Бывает, что сроки горят, бюджеты расползаются, результаты не похожи на ожидаемые, а область охвата то сжимается, то расширяется. Это вполне типичная рабочая ситуация: команда проекта зачастую понимает что нужно делать, чтобы нагнать-ужать-ускорить-вместить-убедить, и принимает соответствующие меры. Иногда, правда, проект настолько плохо идёт, что становится понятно, что его уже не вытянуть. Что делать в таком случае (принимая во внимание, что "второго шанса" не будет)? На этой неделе мы проводили деловую игру "The Challenge of Egypt" в прекрасном Минске (постоянные читатели портала знают,…

Олег Скрынник, 14 марта 2015, последний комментарий 16 марта 2015

Свежие новости от AXELOS: новая сертификация ITIL

Владельцы ITIL долго слушали, и вот сегодня в Сингапуре Питер Хепворт наконец снова заговорил. И рассказал о новой сертификации ITIL, которая называется… (барабанная дробь…) ITIL Practitioner. Тут же были опубликованы пресс-релиз, пост-анонс от Каймара Кару и четырехстраничный список вопросов и ответов о том, кому и зачем нужна новая сертификация. Для читателей портала мы перевели эти вопросы и ответы, так что познакомиться можно и с оригинальной, и с русской версией. Читаем, размышляем, высказываемся!

Сколько на самом деле занимает учёт рабочего времени

C октября 2013 года я веду учёт собственного рабочего времени. Первые 13 недель, аккурат до конца года, он был довольно простым: я учитывал каждую потраченную минуту и относил её к одной из категорий (известный светофор руководителя "красное, жёлтое и зелёное время"). Это делалось сразу, как только одно дело закончено, при переходе к следующей задаче (а не в конце дня по памяти). Выглядело это вот так: При известной автоматизации упражнение оказалось несложным, но получаемая аналитика довольно скудной, поэтому с 1 января 2014 года я добавил отнесение потраченного времени по категориям (всего 18 штук), а также решил вести не сразу сводную таблицу, а…

Олег Скрынник, 28 февраля 2015, последний комментарий 5 марта 2015

Семинар itSMF России “Lean Six Sigma и ITSM – совершенство процессов и услуг”

12 февраля в стенах МИИТ состоится семинар российского ITSM-форума «Lean Six Sigma и ITSM – совершенство процессов и услуг». Постоянное совершенствование — одна из ключевых концепций управления ИТ-услугами. Компании используют различные подходы и методики для организации данной деятельности, среди них всем известная ITIL, а также TOC, Six Sigma и другие. В программе семинара выступления, посвящённые вопросам организации совершенствования ИТ-услуг в различных компаниях. Своим опытом поделятся эксперты из разных отраслей, они расскажут о том, с какими проблемами им пришлось столкнуться при внедрении подходов совершенствования услуг и процессов, и как эти проблемы решались. Вы узнаете, какие преимущества может принести совместное использование идей…

CleverKPI в Новосибирске

Как известно, в рамках программы CleverKPI есть не только общедоступные вебинары, вполне доступная книжка, доступный многим двухдневный курс, а также экспресс-диагностика и консалтинг, доступность которых обсуждается индивидуально. Есть там и бесплатные семинары в полдня длиной – вроде того, где мы представляли книжку в конце ноября. Организовать такой семинар для своей аудитории несложно – были бы заинтересованные слушатели, удобное помещение и время. Поэтому я думаю, что в наступившем году мы не раз проведем такие встречи. Первая уже прошла 26 января в Новосибирске в учебном центре наших давних друзей и партнеров – компании Сибинфоцентр. Три десятка участников из разных компаний задавали интересные…

Роман Журавлёв, 1 февраля 2015, последний комментарий 4 февраля 2015

Как ускорить решение инцидентов на 40%?

Мы все время от времени сетуем на то, что, при всей своей разумности и логичности, ITSM страдает нехваткой числовых подтверждений пользы. Поэтому достижения, которые выражены в цифрах, всегда вызывают интерес. На днях один из наших заказчиков поделился с нами своим достижением: за полгода ему удалось сократить среднее время решения инцидентов на 40%. Достойный результат, не правда ли? Основа решения – организация такого способа обращения за техподдержкой, при котором существенно сокращается время на сбор информации по инциденту и на его маршрутизацию до нужной группы. Технически это было реализовано посредством некоторой программы, которая должна была постепенно вытеснить такие способы обращения в Service…

Дмитрий Исайченко, 25 января 2015, последний комментарий 27 января 2015

Новый способ готовить пиццу от GamingWorks

В прошедшую пятницу мы впервые играли в обновлённую Grab@Pizza. Если кто не знает – это одна из деловых игр GamingWorks, наших партнёров и друзей из Нидерландов. Я очень ждал этой игры: Ян Схилт рассказа нам об изменениях, сделанных в новой версии, еще в конце сентября, и с тех пор мне не терпелось эту новую версию опробовать на живых людях. Трудность была в том, что требовались англоговорящие (или по крайней мере англочитающие) живые люди – материалы обновлённой игры ещё не переведены на русский. И вот такие люди нашлись – международная фармацефтическая компания (вероятно, идея тестирования новых продуктов на живых людях изначально…

Роман Журавлёв, 22 декабря 2014, последний комментарий 22 декабря 2014

Пауки для ИТ-руководителя

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

Дмитрий Исайченко, 16 декабря 2014, последний комментарий 2 января 2015

Вопрос из зала: практика работы с CSI-реестром

Анатолия интересует практическая реализация и порядок работы с CSI-реестром: Прошу поделится опытом/своими практиками, кто на практике использует в своей работе "процесс" CSI. В частности меня интересует "CSI-реестр": какие шаги (workflow) используете вы при работе с "записью об улучшении", по возможности с описанием, что происходит на каждом шаге. Например, Шаг 1 — Регистрация улучшения Шаг 2 … Шаг N -1 Шаг N — Улучшение реализовано Коллеги, как устроено у вас?

Вопрос из зала, 5 декабря 2014, последний комментарий 7 декабря 2014

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

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

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