В каждой шутке есть только доля.
Из заметки о роли искусственного интеллекта в DevOps «Is AI Taking Over DevOps Functions?» опубликованной на прошедшей неделе на DevOps.com, возможно, самым любопытным является следующий факт. В США 57% разработчиков имеют опыт менее пяти лет. Как это возможно?!
Недавно я прочитал в ITIL 4 про семь руководящих принципов. Что ж, это действительно хорошие идеи, но чем больше я смотрю на них – и рассказываю про них на курсах по основам ITIL, – тем менее новаторскими они выглядят. Я только что понял, почему они кажутся такими знакомыми: почти про все из них я узнал 60 лет назад от своей бабушки, и я подозреваю, что она впервые узнала про них за 60 лет до этого от своей бабушки. Они действительно правильны и хорошо зарекомендовали себя, но я подумал, что будет полезно поделиться формулировками этих принципов от моей бабушки со всеми,...
Недавно пришла в голову следующая мысль: традиционный подход к визуализации концепции деления больших задач на небольшие управляемые «задачки», предполагающий примерно такое изображение слона, как на первой иллюстрации, в корне неверен. Более того, он вреден. Он не отражает реального положения вещей и может порождать неверное понимание в неподготовленных головах. Когда я впервые увидел эту картинку, она сразу вызвала у меня ассоциацию со схемой разделки туши коровы, которую память заботливо подсунула из гастрономов советского детства. Помню, я внутренне посмеялся, но против науки, что называется, не попрёшь, и я принял подход к сведению. Однако что-то не давало мне покоя, и недавно я понял,...
Простите за каламбур в названии, я не удержался. Была ещё мысль вместо «сервисный момент» написать «момент истины». Коллеги, которые на прошлой неделе участвовали в курсе ITIL Drive Stakeholder Value (DSV), меня поймут. Когда мы обсуждали важность эмпатии, один из слушателей сформулировал свой комментарий так: «без видео эмпатия невозможна». Мне, правда, кажется, что до некоторого уровня возможна. Мы ведь принимаем (ещё пока, хотя уже и не все это делают) обращения от пользователей по телефону. Возможно ли по телефону проявить сопереживание, поставить себя на место звонящего, отнестись к возникшей у него проблеме, «как к своей»? Вроде бы можно. Сам лично сталкивался с...
Вылетал на этой неделе из Домодедово. Было на удивление малолюдно. Ни привычной толкучки при въезде на территорию аэропорта, ни суматохи в самом здании. Поскольку я заранее зарегистрировался, то направился сразу в зону избавления от багажа («drop off»). В этот день у авиакомпании S7 и в зоне обычной регистрации очередь была очень короткой. Но в зоне «drop off» пассажиров не было вообще. Ни одного. Я такого никогда не видел. За традиционном длинным коридором-змейкой, ведущим к стойкам регистрации, очередное удивление. Сотрудники, осуществляющие регистрацию, не сидят за стойками, а стоят перед ними. Сотрудников немного – две барышни. И они чуть ли не хором...
Коллеги из SysAid в недавней заметке «Вы предоставляете Help Desk или Service Desk?» («Are You Providing an IT Help Desk or an IT Service Desk?») решили «поразжигать» :). Автор (Joe The IT Guy) отмечает, что в ITIL v4 не определён термин «IT help desk», но описана практика «Service Desk». Нет термина «help desk» и в словаре ITIL v3. Как же так? Дескать, мы же ведь «помогаем» пользователям. Может быть, такая трансформация произошла в ITIL потому, что мы, ИТ, не просто помогаем, а ориентируемся на обеспечение более высокого качества обслуживания и более эффективное потребление услуг? Самое удивительное то, что в обсуждении...
Поделюсь озарившей меня идеей без претензии на серъезную и исчерпывающую проработку концепции. В своей практике организации работы поставщиков услуг я неоднократно сталкивался с проблематикой получения обратной связи, как таковой — трудно склонить пользователей услуг тратить время на ее формирование. В практике предоставления обратной связи об использованных продуктах или услугах я и мои близкие неоднократно сталкивались с ситуацией, когда данная обратная связь была истолкована ограниченно или очевидно не могла иметь конструктивных последствий. В определенный момент вся эта противоречивая картина сложилась для меня в некую систему. Для начала представим ее графически: Итак, что мы имеем. Вариант контакта по поводу обратной связи может характеризоваться...
Недавно очередное мое общение с автосервисом опять дало толчок к далеко идущим рассуждениям. Мне вообще каждый раз жалко сотрудников с той стороны, особенно больших компаний, особенно в крупных городах (например, в Москве), они мне постоянно саперов напоминают. И вот почему. Организация работы с клиентом, (почти) во всех компаниях никак не учитывает возможную квалификацию клиента как в предметной области обслуживания, так и… в вопросах организации этой самой работы с клиентом:). Ну как если бы к автомеханику где-то в Германии приехал на ремонт машины технический конструктор этой самой машины. Оставим за скобками юмористические сценарии данного общения и задумаемся о том, что в...
Почему мы «тащим клиента за уши» Куда, спросите вы? В сторону его светлого будущего со зрелым менеджментом и высокой культурой компании, конечно же. Когда? В двух (как минимум) случаях. Первый – наиболее частый. Светлое будущее нужно руководителю верхнего/среднего уровня для реализации его (и этого уровня) целей. Это Заказчик. Сильные стороны Заказчика – способность к реализации серьезных изменений и к пониманию, какие из них будут полезны. Рядом/ниже заказчика в организационной иерархии корпорации находятся другие подразделения и их руководители. Какая-то их часть неминуемо должна будет вовлечься и принять участие в предстоящем действе – именно их рабочую деятельность предполагается поменять. Разумеется, всегда есть...
Основные выгоды: Всегда организованная, сплоченная компания Система управления версиями индивидуальных и групповых «прошивок» Потребление и высвобождение ресурсов «по требованию» (pull) Изоляция исполнения функции Универсальный и стандартизованный язык коммуникаций Открытый код и инструментарий, гарантирующие доверие к культуре и изменениям Сигнализация иррелевантных организационно-производственных практик и взаимоотношений Fail fast: нежизнеспособное отомрет само на небольших масштабах, не надо бояться ошибаться Полный контроль над бизнесом со стороны лидера-наставника Возможность управления «человеческим» долгом: накопленным и импортированным Нативное масштабирование Не работает. Пока. Но ряд инструментов для больших коллективов уже разработан и их можно практиковать, см. Google, Amazon, крупный (более 10000 сотрудников) бизнес. Как по мне — давно пора начинать...
Когда заканчивается очередной год, бывает полезно окинуть пройденный отрезок пути ретроспективным взглядом, вспомнить интересные мысли, которые встретились и зацепили «за живое». Ни в коем случае не претендуя на всеобъемлющее освещение статистики и выводов из неё, хотелось бы вместе с вами, уважаемые читатели портала realitsm.ru, вспомнить самые обсуждаемые темы уходящего 2017 года. Ниже вашему вниманию предлагается подборка ТОП-12, то есть лидеров каждого календарного месяца. Просьба учитывать, что расставленные акценты и принципы выбора «итоговых тезисов» могут не совпадать с общим мнением редакции и авторов заметок и комментариев. Январь: «Проблемы коммуникации» https://realitsm.ru/2017/01/the-customer-is-the-key/ Видимо, новогодние праздники не только помогают отвлечься от работы, но и наталкивают на...