Предотвращение ошибок это

Poka-yoke (звучит как пока ёкэ) — забавный на слух японский термин, который обозначает один из инструментов бережливого производства. Оказывается, мы сталкиваемся с ним каждый день. Только на русском он звучит как «принцип нулевой ошибки» или «защита от дурака».

На английский poka-yoke дословно переводится как «avoid mistakes», т.е. «избегать ошибок». А на практике используется адаптированный перевод — mistake proofing или error proofing (защита от ошибок).

Poka-yoke — это методы и приспособления, которые помогают избежать ошибок или вовремя выявить их в процессе произодства при управлении проектом.

Устройства защиты от дурака предохраняют не просто от ошибок, а от ошибок, вызванных человеческим фактором:

  • невнимательностью
  • забывчивостью
  • неосторожностью
  • незнанием
  • усталостью
  • и даже саботажем.

Люди ошибаются, а poka-yoke приспособления не дают им допустить ошибку.

Принцип действия poka-yoke характеризуются:

  1. стопроцентным охватом проверки
  2. быстрой обратной связью
  3. низкой стоимостью и простотой.
Устройства poka-yoke работают по принципу pass no defect — не пропустить ни одного дефекта.

История создания методов poka-yoke

Poka-yoke призван устранить ошибки, основанные на человеческом факторе. Защита от ошибок использовалась на предприятиях в том или ином виде задолго до формирования концепции poka-yoke. Формализовали эту систему в Toyota.

Изобретатель методов poka-yoke — японский инженер Сигео Синго (1909-1990), эксперт в области производства и один из создателей производственной системы Toyota. Сигео Синго разработал подход Zero Quality Control (ZQC), или Zero Defects (ноль дефектов).

Изобретатель методов poka-yoke японский инженер Сигео Синго

Zero defects метод основан на убеждении, что возникновению дефектов препятствует такой контроль производственного процесса, при котором дефект не возникнет, даже если машина или человек совершат ошибку.

Акцент контроля качества смещается с проверки готовой продукции на факт брака на предупреждение возникновения брака на каждом этапе производства.

При этом ключевая роль в предупреждении дефектов принадлежит производственному персоналу, который вовлечен в процесс обеспечения качества.

Poka-yoke или метод нулевой ошибки — один из ключевых аспектов ZQC. Система poka-yoke использует сенсоры или другие устройства, которые буквально не дают оператору совершить ошибку.

Они регулируют производственный процесс и предотвращают дефекты одним из двух способов:

  • Система контроля — останавливает оборудование, когда возникает нарушение нормы, или блокирует заготовку зажимами, чтобы она не двигалась дальше по конвейеру, пока не будет обработана как требуется. Это более предпочтительная система, поскольку она не зависит от оператора.
  • Система предупреждения — посылает оператору сигнал остановить машину или устранить проблему. Зависит от оператора, поэтому человеческий фактор не полностью исключен.
Poka-yoke не ищет виновных в ошибках, цель метода — найти и устранить слабые места в производственной системе, из-за которых ошибка стала возможной.

Уровни устройств poka-yoke

Способы защиты от дурака делятся на три уровня по возрастанию эффективности:

  • 1-й уровень — обнаруживает несоответствие деталей или продукции. Система обнаруживает дефектную деталь, но не отбрасывает её.
  • 2-й уровень — не допускает несоответствие. Система не дает обработать дефектную деталь на следующей стадии производственного процесса.
  • 3-й уровень — конструкционная защита, например, изделие имеет такую конструкцию, что установить или собрать его непредусмотренным образом невозможно.

Принципы защиты от ошибок

Существует шесть принципов или методов защиты от ошибок. Они перечислены в порядке приоритета:

  1. Устранение: этот метод устраняет возможность ошибки путем редизайна продукта или процесса так, чтобы проблемная операция или деталь вообще больше не требовались.
    Пример: упрощение продукта или соединение деталей, чтобы избежать дефектов продукта или сборки.
  2. Замещение: чтобы повысить надежность, нужно заменить непредсказуемый процесс на более надежный.
    Пример: Использование роботизации и автоматизации, чтобы предотвратить ошибки ручной сборки. Применение автоматических диспенсеров или аппликаторов для точной дозировки жидких материалов.
  3. Предупреждение: инженеры-конструкторы должны разработать такой продукт или процесс, чтобы вообще невозможно было совершить ошибку.
    Пример: Конструктивные особенности деталей, которые допускают только правильную сборку; уникальные разъемы для избежания неправильного подключения кабелей; симметричные детали, которые позволяют избежать неправильной установки.
  4. Облегчение: Использование определенных методов и группирование шагов облегчают выполнение процесса сборки.
    Пример: Визуальные элементы управления, которые включают цветовое кодирование, маркировку деталей. Промежуточный ящик, который визуально контролирует, чтобы все детали были собраны. Нанесение характеристик на детали.
  5. Обнаружение: Ошибки обнаруживаются до того, как они перейдут на следующий производственный процесс, чтобы оператор мог быстро исправить проблему.
    Пример: Сенсорные датчики в производственном процессе, которые определяют, что детали собраны неправильно.
  6. Смягчение: Старание уменьшить влияние ошибок.
    Пример: Предохранители для предотвращения перегрузки цепей в результате коротких замыканий.

Основные методы poka-yoke

Существует три типа методов защиты от ошибок: контактные методы, считывающие методы и методы последовательного движения.

Контактные методы

Определяют, контактирует ли деталь или продукт физически или энергетически с чувствительным элементом. Примером физического контакта может быть концевой переключатель, который прижимается и подает сигнал, когда его подвижные механизмы касаются изделия. Пример энергетического контакта — фотоэлектрические пучки, которые чувствуют, когда что-то не так в проверяемом объекте.

Лучшие контактные методы — это пассивные устройства, такие как направляющие штыри или блоки, которые не дают неправильно разместить заготовки на конвейере.

Считывающие методы

Следует использовать, когда рабочий процесс делится на фиксированное количество операций, или продукт состоит из фиксированного количества деталей. В соответствии с этим методом устройство считывает количество деталей и передает продукт на следующий процесс только, когда достигнуто нужное значение.

Методы последовательного движения

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

Типы чувствительных устройств

Существует три типа чувствительных устройств, применяемых для защиты от ошибок:

  1. сенсоры физического контакта
  2. сенсоры энергетического контакта
  3. сенсоры, которые определяют изменения физических условий.

Сенсоры физического контакта

Этот тип устройств работает по принципу физического касания детали или части оборудования. Обычно такое устройство посылает электронный сигнал в момент контакта. Вот некоторые примеры таких устройств:

  • Концевые переключатели — подтверждают наличие и положение объектов, которые касаются маленького рычага на переключателе. Самые распространенные и недорогие устройства.
  • Сенсорные переключатели — аналогичны концевым выключателям, но активируются легким прикосновением объекта к тонкой «антенне».
  • Триметрон — это чувствительные игольчатые датчики, которые посылают сигналы для звукового оповещения или остановки оборудования, когда измерения объекта выходят за пределы допустимого диапазона.

Энергетические сенсорные датчики

В этих устройствах для выявления ошибки служит не физический, а энергетический контакт. Вот некоторые примеры:

  • Бесконтактные переключатели — эти устройства используют лучи света для проверки прозрачных объектов, оценки сварных швов и проверки правильности цвета или размера объекта, прохождения объектов на конвейере, поставки и подачи деталей на конвейер.
  • Лучевые датчики — похожи на бесконтактные переключатели, но для обнаружения ошибок используют лучи электронов.

Энергетические сенсорные датчики в poka-yoke

Сенсор проверяет наличие крышек на бутылках. Если крышка отсутствует или плохо закручена, бутылка автоматически убирается с конвейера.

К другим типам энергетических сенсорных устройств относятся:

  • Волоконные датчики
  • Датчики площади
  • Датчики положения
  • Датчики габаритов
  • Датчики вибрации
  • Датчики перемещения
  • Датчики для обнаружения проходов металла
  • Датчики цветовой маркировки
  • Датчики контроля двойной подачи
  • Датчики положения объекта сварки

Сенсоры, которые определяют изменения физических условий

Этот тип датчиков определяет изменение условий производства, таких как давление, температура или электрический ток. В пример можно привести датчики давления, термостаты, измерительные реле.

7 ключей к внедрению эффективной системы защиты от ошибок

Чтобы эффективно внедрить метод нулевой ошибки, нужно отталкиваться от следующих рекомендаций:

  1. Сформируйте команду для внедрения poka-yoke и всегда учитывайте мнение людей, которые непосредственно участвуют в производственном процессе. В этом случае успех вероятнее, чем при привлечении внешних технических экспертов.
  2. Используйте систематизирование потока ценности, чтобы определить, где нужно повысить стабильность процесса. Это позволит сосредоточиться на областях, которые будут влиять на непрерывный поток.
  3. Используйте систематизирование процесса внутри выбранной области, чтобы четко определить каждый шаг процесса.
  4. Применяйте простую методологию решения проблем, например, диаграмму причинно-следственных связей, чтобы определить коренные причины проблем внутри процесса. Так вы выявите те шаги процесса, которые требуют внедрения защиты от ошибок.
  5. Используйте самую простую работающую технологию poka-yoke. Во многих случаях такие простые устройства как направляющие штифты и концевые выключатели будут отлично справляться. Однако в других случаях понадобятся более сложные системы.
  6. Отдавайте предпочтение контролирующим, а не предупреждающим системам, поскольку контролирующие системы не зависят от оператора.
  7. Заведите стандартную форму для каждого устройства poka-yoke со следующими полями:
  • проблема
  • тревожный сигнал
  • действия в случае чрезвычайной ситуации
  • способ и частота подтверждения правильности работы
  • способ проверки качества в случае поломки.

Poka-yoke устройства вокруг нас

Люди допускают ошибки не только на производстве, но и в процессе использования продуктов. Эти ошибки ведут, как минимум, к поломкам, как максимум, к возникновению серьезной опасности. Поэтому производители встраивают защиту от дурака в конструкцию своих изделий.

Poka-yoke в быту

Poka-yoke в быту: электрочайник отключится сам, когда вода закипит

Например, электрочайник отключится сам, когда вода закипит, благодаря датчику пара. Вы не забудете его выключить. Свисток на обычном чайнике для плиты — тоже что-то вроде poka-yoke приспособления.

Стиральная машина не начнет стирать, пока вы плотно не закроете дверцу, а значит, потопа не будет.

Ребенок не попробует лекарство, которое упаковано в баночку со специальной защитой от детей.

Лифт автоматически откроет двери, если наткнется на препятствие при закрытии.

Современный утюг выключится сам, если вы про него забудете.

Poka-yoke в автомобиле

Poka-yoke в автомобиле: датчики и системы автопилота

Современные автомобили просто напичканы устройствами защиты от дурака. Правда, они не такие дешевые, как предполагает концепция poka-yoke, но зато спасают жизни.

К ним относятся активные и пассивные системы безопасности, например:

  • система экстренного торможения
  • система обнаружения пешеходов
  • парковочная система
  • система кругового обзора
  • система аварийного рулевого управления
  • система ночного видения
  • система распознавания дорожных знаков
  • система контроля усталости водителя.

Poka-yoke в программном обеспечении

Классический пример Poka Yoke — элементы интерфейса, которые запрашивают подтверждение на удаление данных, чтобы пользователь случайно не стер нужную информацию. Чтобы вы случайно не удалили изменения в вордовском файле, система предложит вам его сохранить. Google пошел еще дальше и сам сохраняет изменения после ввода каждого символа.

Примерами защиты от дурака могут быть обязательные поля форм и поля с заданным форматом ввода данных.

Книги по теме

Zero Quality Control: Source Inspection and the Poka-Yoke System / Shigeo Shingo

Книга от создателя системы poka-yoke Сигео Синго, впервые опубликованная в 1986 году. В ней автор обосновывает важность применения устройств защиты от ошибок для достижения безупречного качества продукции. Он называет 112 примеров устройств poka-yoke, работающих в цехах. Внедрение этих устройств обошлось меньше $100.

Poka-Yoke: Improving Product Quality by Preventing Defects / Nikkan Kogyo Shimbun

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

Вердикт

Система poka-yoke — очередное гениальное изобретение японцев. За 30 лет устройства poka-yoke эволюционировали вместе с производственным оборудованием. Они перестали быть дешевыми, как гласит один из принципов концепции, но стали гораздо эффективнее.

Сейчас это современные сенсоры, датчики, конструктивные особенности линий, которые обнаруживают дефектные детали и заготовки среди тысяч других и сами удаляют их с конвейера.

Само понятие защиты от ошибок стало шире: специальные устройства, конструктивные особенности и просто предупреждения оберегают нас от ошибок в повседневной жизни.
Благодаря poka-yoke у нас определенно меньше проблем.

«Защита от дурака» была придумана, чтобы ошибки стали невозможными. Это проактивный подход, который заключается в предупреждении ошибок: если все хорошо продумать и принять меры наперед, можно сэкономить много сил и времени для чего-то более важного.

Суть теории

Суть «защиты от дурака» в том, чтобы применить такие подходы, методы или средства, при которых ошибиться просто не получится, или как минимум будет очень затруднительно. Пример, с которым сталкивался почти каждый из нас: уголок SIM-карты срезан только с одной стороны, в результате чего карту можно вставить только определенным образом. Еще пример – пароль при регистрации: нас просят повторить его, чтобы исключить случайную опечатку. Банкомат тоже не позволит вставить банковскую карту любой стороной, потребует только нужную. Таких примеров много, мы встречаемся с ними на каждом шагу – это потому, что компании, чьими услугами мы пользуемся, позаботились о том, чтобы защитить нас от ошибки.

При разработке подобных решений пользуются простым алгоритмом:

  • Обнаружение в бизнес-процессе процедур, при которых чаще всего возникают брак или ошибки.
  • Определить причины ошибок.
  • Предусмотреть меры по их предотвращению.

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

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

Как появился метод

Метод poka-yoke или «защита от дурака» (произносится как пока-ёкэ) появился в Японии. Его приписывают все тому же японцу, который начал внедрять в США принципы бережливого производства, научившись им на заводе Toyota, где работал инженером. Его имя Сигео Синго, историю о том, как он стал знаменитым, мы рассказывали в одной из статей о бережливом производстве в нашем блоге.

Само название пошло от двух японских слов – «избегать» и «ошибка» (yokeru и poka). Сначала концепция носила название baka-yoke (можно перевести как «защита от идиота»). Однако, когда Синго делился идеей с коллективом, одна из сотрудниц возмутилась и расплакалась, отказавшись считать себя идиотом. Тогда метод назвали помягче – защитой от ошибок, но смысл сохранился и в русском языке метод чаще всего называют «защитой от дурака», а иногда еще – принципом нулевой ошибки.

Метод появился в корпорации Toyota как решение, способное выявлять ошибки, обеспечивать их предотвращение и выполнение процесса правильно и без нарушений наиболее простым, надежным и дешевым способом.

Примеры использования

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

Примеры использования poka-yoke можно встретить где угодно. Некоторые интернет-площадки, предоставляющие возможность комментировать или общаться, не только предупреждают, что здесь запрещено использовать ненормативную лексику и различные ругательства, но и устанавливают фильтр, вычищающий из выражений запрещенные слова. На некоторых ресурсах такие фразы не удаляются, но программа спрашивает, действительно ли пользователь собирается это отправить.

Чайник, который выключается, как только закипает, стиральная машина, которая не запустит процесс, пока дверцу плотно не закроют, лифт, который не поедет, если в двери будет препятствие, утюг, который сам выключается, – все это примеры poka-yoke.

Таким образом можно научить технику самостоятельно выявлять и исправлять наши ошибки или обслуживать нас без участия человека – автомобили без водителей, офисы без офисных работников.

Однако не всем понравится идея техники, работающей без человека. Что бы мы хотели от системы, которая обнаруживает наши ошибки? Каждый даст свой ответ. Кому-то хочется, чтобы не было даже возможности совершить ошибку, а кому-то хотелось бы предупреждения – звуком, горящей лампочкой, появляющимся сообщением. Настраивая систему «защиты от дурака», каждая компания проектирует ее по-своему. В одной у человека не будет возможности ошибиться, он получит ограниченный набор возможностей при выполнении процедуры, в другой – люди будут предупреждены о нарушении и сами смогут обнаружить и исправить допущенные ошибки или принять определенные решения.

Многое при внедрении метода зависит от уже существующей корпоративной культуры в компании. Корпоративная культура – ключевое звено во внедрении бережливого производства, она позволяет сделать изменения системными и осознанными: само по себе внедрение любого из модных методов не принесет счастья.

Как все хорошие методы и принципы, метод poka-yoke универсален. Если рассматривать принцип защиты от дурака в глобальном смысле, то работа в команде – это тоже своего рода poka-yoke: если сам не заметишь своей ошибки, другие подскажут, все контролируют друг друга и результат.

Полностью избежать ошибок невозможно. Первостепенная задача poka-yoke – это обеспечить снижение стоимости ошибок, сделать так, чтобы ошибки не приводили к браку продукции и серьезным издержкам.

Причины ошибок

Чтобы внедрить poka-yoke, учитывают также не только статистику и характер, но и причины ошибок. Ошибки можно предотвратить путем предотвращения их причин. Чаще всего ошибки вызваны такими факторами:

  • Невнимательность.
  • Неосторожность.
  • Забывчивость.
  • Незнание.
  • Усталость.
  • Саботаж и другие.

Разбираясь с причинами ошибок, можно найти много путей повышения эффективности команды. Что-то можно исправить на этапе подбора сотрудников, отбирая для нужных участков работы людей с определенными качествами и способностями. Людей также можно развивать и обучать. Предупредить возможные ошибки также могут корпоративные тренинги или коуч тренеры, режим работы, позитивная атмосферы в коллективе.

Poka-yoke не ищет виноватых, а ищет способы найти и исключить слабые места в процессе.

Защи́та от дурака́ — защита предметов пользования (в особенности, техники), программного обеспечения и т. п. от очевидно неверных действий человека, как при пользовании, так и при техническом обслуживании или изготовлении. Концепция была разработана, а затем уточнена Сигео Синго (Shigeo Shingo), японским инженером-производственником, который в свое время создал производственную систему Тойота[источник не указан 578 дней].

Например:

Защита от дурака: расположенные на разных расстояниях выемки в разъёмах модулей DIMM соответствуют выступам в слотах материнской платы, что физически не даёт возможности вставить в слот модуль неподходящего типа или вставить его наоборот.

  • ванны и раковины зачастую содержат отверстия перелива, расположенные вверху и предотвращающие переполнение резервуара водой;
  • контроль данных, вводимых пользователем, на соответствие допустимому типу, диапазону значений, общей длине и т. п. для данной операции, а также пресечение попыток нарушить его работу путём ввода заведомо неверной информации;
  • форма штекера и ответного гнезда разъёма не даёт соединить их неправильно;
  • детали сборных агрегатов (например, кухонных комбайнов) проектируются таким образом, чтобы не допустить случайную неправильную сборку (вставка их не той стороной, не в той последовательности и т. п.);
  • электроника автомобиля при запуске двигателя проверяет положение рычага переключения скоростей;
  • многие станки имеют датчики, подающие сигнал, что деталь закреплена неправильно;
  • сим-карту нельзя вставить в слот неправильно из-за срезанного уголка;
  • и т. п.

Терминология

Во многих языках защита от дурака называется заимствованным японским выражением пока-ёкэ (ポカヨケ) — «защита от ошибки». Употребляется также созвучное выражение бака-ёкэ (馬鹿ヨケ) — «защита от дурака». Так, в английском языке, употребляется заимствованное существительное пока-ёкэ (poka-yoke) или эквивалентное английское выражение mistake-proofing (букв. «защита от ошибки»), но прилагательное foolproof (букв. «защищённый от дурака»).

В русском языке устоялась именно такая форма выражения, поскольку слово ошибка имеет также иное значение ошибки данных, см. обнаружение и исправление ошибок.

См. также

  • Человеческий фактор
  • Юзабилити

Ссылки

  • Задачи и определение poka-yoke

История Poka-Yoke 

Во время посещения завода Yamaha Electric в Японии в 1961 году специалисту статистического контроля качества компании Toyota Shigeo Shingo рассказали о проблеме, возникшей с одним из их продуктов. Устройство представляло собой переключатель с двумя пружинными кнопками. 

Иногда сборщик забывал вставить пружину под каждую из них, что обнаруживалось только тогда, когда продукт попадал в руки покупателю, и фабрике приходилось направлять к заказчику инженера для ремонта переключателя. Несмотря на указание руководства о недопустимости подобной ошибки, сотрудники в конечном итоге совершали ее снова и снова.

Shigeo Shingo предложил решение, которое стало первым механизмом Poka-Yoke. В новом подходе перед коробкой с деталями помещалась небольшая тарелка, и первая задача рабочего на этапе сборки — вынуть из коробки две пружины и поместить их на тарелку. Если после сборки оставалась какая-то пружина, то рабочий знал, что он забыл ее вставить, и мог быстро устранить ошибку, не доводя до брака.

Изначально Shigeo Shingo назвал эту механику «Baka-Yoke» или «Защита от дурака», но потом изменил название на более толерантное «Poka-Yoke», чтобы не обижать рабочих.

Термин Poka-Yoke происходит от японских слов «Pokа» («непреднамеренная ошибка») и «Yoke» («предотвращать»). Poka-Yoke уже более полувека служит инструментом системы производственного качества компании Toyota, основная идея которой заключается в проектировании производственных процессов, исключающих ошибки или, по крайней мере, легко выявляемых для исправления. 

Перекочевав из производственной практики, Poka-Yoke стал присутствовать в нашей повседневной жизни, хотя многие примеры настолько обыденны, что мы часто не замечаем их существования: 

  • Маркировка хирургами частей тела пациента перед проведением операций для предотвращения трагических последствий;
  • Звуковой сигнал системы безопасности автомобиля при выезде на встречную полосу или при непристегнутых ремнях безопасности;
  • Беговые дорожки, водные мотоциклы, оснащенные предохранителем на запястье, с функцией остановки двигателя при падении;
  • Звуковой сигнал микроволновых печей, стиральных и посудомоечных машин, не позволяющий начать работу при открытой дверце;
  • Многие лифты отказываются работать, если они превышают лимит веса;

Одно важное наблюдение, которое определяет причину возникновения ошибок и необходимость в существовании подобных защитных механизмов — участие человека. Это подводит нас к выводу о том, что люди всегда останутся людьми, и нельзя ожидать того, что они будут все время контролировать свои действия и выполнять все инструкции, которые им дают. 

Одна из основных целей Poka-Yoke — не допустить дефекта или негативных последствий в случае, если пользователь продолжает совершать действия, пренебрегая предупреждениями.

«При чем здесь сервис?» — спросите вы. Poka-Yoke показал отличные результаты в повышении устойчивости производственных процессов и качества производимых товаров, которыми самостоятельно пользуются люди без какого-либо контроля со стороны производителя.

В сервисе же конечный результат продукта сильно зависит от действий клиента, поскольку создается при его непосредственном вовлечении в процесс производства. При этом он должен правильно выполнять свою часть работы, чтобы сервис вообще состоялся. 

Согласно универсальной теории сервиса, определения и понятия которого описываются в фундаментальной работе профессора Университета Бригэма Янга доктора Скотта Сэмпсона «Understanding Service Businesses», сервис — это продукт, в производстве которого клиент принимает непосредственное участие, в отличие от производства стиральных машин или автомобилей.

Стоматологическая клиника не может установить пломбу в больной зуб без пациента, пока тот не запишется на прием, парикмахерская не подстрижет, пока у клиента снова не вырастут волосы, курьерская доставка, автосервис, авиаперелёты, банковское обслуживание. Никакой из этих сервисов не может быть осуществлен без участия клиента, либо без участия его ресурсов, которые он привносит в процесс.

Представьте, что ваша производственная компания нанимает нового сотрудника, которой только что окончил институт и пришел на стажировку. Молодой специалист опаздывает, совершает ошибки, нарушая все регламенты и процедуры, которые могут повлечь за собой большое количество брака в будущем.

Однако уволить или понизить зарплату вы ему не можете, потому что он стажер. Таким же неопытным сотрудником в сервисном производстве является Ваш клиент. 

Практика сервис-дизайна показывает необходимость постоянного узнавания и обучения пользователя выполнять свою часть работы правильно.

Насколько хорошо вы знаете своего клиента?

В чём основная сложность при взаимодействии с пользователем и с тем фактом, что клиент принимает непосредственное участие в сервисном производстве?

Аудитория, которая сталкивается с разрывами в сервисе, бывает двух типов: те, кто остается и продолжает взаимодействие и те, кто уходит. Клиенты, которые остаются, могут либо пожаловаться и ожидать от сервиса исправления ошибки, или не жаловаться, а принять то качество услуги, которое есть. То есть уйти, подвергая риску репутацию компании, рассказав о негативном опыте другим потенциальным клиентам. 

Это как если бы ваш сотрудник, который совершил ошибку постеснялся или побоялся признаться в этом, что впоследствии привело к более большим проблемам, а дома с упоением рассказывал свой семье и друзьям, какая у него плохая работа.

Бизнесу нужно научиться выявлять процессы, в которых клиенты и сотрудники могут совершать ошибки, выстраивать механизмы быстрого реагирования и устранения до того момента, пока она не переросла в дефект качества.

Голос потребителя

Негативная ситуация вызывает сильный эмоциональный эффект в независимости от того, склонен ли клиент к немедленной жалобе, или робко проглатывает все недостатки обслуживания.

У клиента всегда возникают сомнения и сложности в понимании процедуры подачи жалобы, ожидаемой реакции, времени и процедуре исправления ошибки: изменит ли жалоба ситуацию, или сделает еще хуже. Чаще всего многие не жалуются, а уносят проблему с собой. 

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

Разработать систему, сигнализирующую об ошибках клиента, предоставляя возможность персоналу или технологии устранить ее, либо дать клиенту возможность устранить ее самостоятельно.

Как видите из примера поведения клиентов, сервисные процессы взаимодействия должны обладать двумя характеристиками:

  • Исключать ошибки клиентов и сотрудников на стадии проектирования и в ходе реализации обслуживания;
  • Выявлять ошибки, сообщать об этом клиенту и сервис-провайдеру в случае ее возникновения.

О том, как проектировать сервисные процессы, обладающие подобными свойствами, с «примерами из практики», расскажем из второй части статьи про волшебную формулу Poka-Yoke.

Фото на обложке: Shutterstock / Dilok Klaisataporn

Время чтения: 7 мин.

Музей Toyota.

Музей Toyota. TOYOTA Commemorative Museum of Industry and Technology. Flickr/cotaro70s

Как известно, людям свойственно ошибаться. Иногда ошибки бывают настолько
глупыми, что человек никак не может понять, как он вообще умудрился сделать
нечто подобное. Когда уже поздно…

И вот такие глупейшие «необязательные» ошибки, которых, на первый взгляд
легко избежать, порой обходятся весьма дорого. Цифра, помещенная не в ту
колонку Excel, грамматическая ошибка в презентации, электронное письмо,
отправленное не тому адресату могут в буквальном смысле похоронить проект.

А такие ошибки, как баг в критически важном программном обеспечении или
оставленный инструмент в операционной ране переносят нас из области потерянных
возможностей в область профессиональной халатности.

Poka-yoke - метод, известный также как «защита от дурака».

Flickr/Michel Curi

Для того, чтобы избегать подобных глупых ошибок и существует метод poka-yoke (читается как пока-ёкэ). Изобретение (а точнее формализацию и адаптацию к условиям производства) этого метода приписывают японскому инженеру Сигэо Синго.

Название poka-yoke происходит от двух японских слов: избегать (yokeru) и
ошибка (poka). Изначально концепция Сигэо Синго называлась baka-yoke, что можно
перевести как «защита от идиота». Но когда, согласно легенде, Синго излагал
свои идеи перед рабочими производственной линии Toyota, одна из работниц
расплакалась. «Я не идиот!» — возмутилась она. Тогда инженер решил переименовать
концепцию в «защиту от ошибок», а не от идиота.1   

Тем не менее, в русском языке poka-yoke традиционно обозначается как
«защита от дурака». Иногда poka-yoke называют принципом нулевой ошибки.

Принцип метода

Идея poka-yoke проста. В рабочий процесс необходимо закладывать механизмы, выявляющие ошибки, предотвращающие их или обеспечивающие выполнение процесса только надлежащим образом. Сигэо Синго искал простейшие, надежнейшие и наиболее дешевые способы создания таких механизмов.

Poka-yoke - метод, известный также как «защита от дурака».

Парковка с использованием poka-yoke. Flickr/Martin Burns

Например, если необходимо, чтобы рабочий сборочной линии при выполнении определенного процесса использовал непременно три болта, следует доставлять ему болты в упаковке по три штуки. Тогда, если он вкрутит меньше трех болтов, то сразу заметит и исправит эту ошибку.1  

Можно привести и бытовые примеры защиты от дурака. Например, в некоторых
автомобилях с механической коробкой передач перед тем как включить зажигание
нужно нажать педаль сцепления. А многие автомобили с автоматической коробкой не
заводятся, если коробка передач не стоит в положении «парковка». Наиболее
простой пример — дополнительное отверстие слива, расположенное у верхней кромки
раковины. Если забудете выключить воду — она не перельется через край.

Poka-yoke - метод, известный также как «защита от дурака».

Flickr/Matthew Paul Argall

В борьбе за чистоту речи

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

Шрейг предложил свой poka-yoke фильтр Microsoft. Но компания не
заинтересовалась.1

Flickr/Lorie Shaull

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

Poka-yoke
— пример Toyota

Poka-yoke - метод, известный также как «защита от дурака».

Музей Toyota. TOYOTA Commemorative Museum of Industry and Technology. Flickr/cotaro70s

А
вот как используется принцип poka-yoke в компании Toyota, откуда, собственно,
этот принцип и происходит.

Вся
производственная система Toyota направлена на обеспечение максимальной
эффективности и безошибочных процессов. Часть системы — оборудование, которое
автоматически останавливается при возникновении ошибки. Это ведет к выявлению,
исправлению, а то и полному предотвращению ошибок.

Другой
вариант обеспечения poka-yoke — оборудование, которое просто не позволяет
выполнение операций ненадлежащим образом. Например, удерживающие устройства,
используемые при вытачивании деталей, устроены на производстве Toyota таким
образом, что они позволяют удержание детали только в правильном положении.
Вставить деталь неправильным образом просто невозможно.2

И
подобные механизмы применяются в Toyota на самых разных этапах производства. В
целом, можно выделить механизмы poka-yoke, которые извещают оператора о
возможности возникновения ошибки, и механизмы, которые предотвращают
возникновение ошибок. Сигэо Синго назвал их предупреждающей poka-yoke и
контролирующей poka-yoke, соответственно.3

Ошибки неизбежны, но…

Poka-yoke - метод, известный также как «защита от дурака».

Музей Toyota. TOYOTA Commemorative Museum of Industry and Technology. Flickr/cotaro70s

Сигэо Синго утверждает, что ошибки неизбежны на любом производстве. Но если на производстве имеются адекватные механизмы poka-yoke, то ошибки не переходят в дефекты. А устранение дефектов, в свою очередь, ведет к снижению стоимости ошибок.3   


Релевантно: В чем секрет японского производства. Монодзукури — что это, и как оно работает


  1. Schrage M. Poka-Yoke is Not a Joke. Harvard Business Review. Feb 04, 2010.
  2. The official blog of Toyota GB — Poka-yoke – Toyota Production System guide.
  3. Shingo, Shigeo; Dillon, Andrew (1989). A study of the Toyota production system from an industrial engineering viewpoint. Portland, OR: Productivity Press

На главную ИЛИ ЧИТАТЬ ЕЩЕ:

  • Как глагол «гуглить» связан с вампирами. И какие лингвистические ухищрения Microsoft завершились полным проваломКак глагол «гуглить» связан с вампирами. И какие лингвистические ухищрения Microsoft завершились полным провалом

    Google не стремился сделать глагол «гуглить» частью современного языка. А вот компания Microsoft потратила немало денег, чтобы глагол…

  • Неудачные бизнес-проекты Дональда ТрампаНеудачные бизнес-проекты Дональда Трампа

    Трамп — успешный предприниматель. Однако многие неудачные бизнес-проекты Дональда Трампа вызывают вопросы, некоторые — смех…

  • Фирма, которая за вас подберет имя вашему ребенку…за $29 000Фирма, которая за вас подберет имя вашему ребенку…за $29 000

    Подбор имени ребенка — одна из задач, которая теперь решается сторонними организациями. Стоимость услуги — каких-нибудь 29 тысяч долларов. Если вы сами…

  • Корпоративные злоупотребления имеют культурные предпосылки. Взгляд криминологов на токсичную корпоративную культуруКорпоративные злоупотребления имеют культурные предпосылки. Взгляд криминологов на токсичную корпоративную культуру

    Когда в компании совершаются корпоративные злоупотребления и нарушения, искать причину следует в корпоративной культуре. Так считает профессор криминологии…

  • Слова Стива Джобса о деньгах: «я никогда не делал все это ради денег»Слова Стива Джобса о деньгах: «я никогда не делал все это ради денег»

    Деньги никогда не были главным приоритетом Стива Джобса. В 25 лет он уже обладал состоянием в 100 млн. Но слова Стива Джобса …

  • 57 varieties — слоган компании Heinz и магия чисел от Генри Джона Хайнца57 varieties — слоган компании Heinz и магия чисел от Генри Джона Хайнца

    Надпись «57 varieties» на бутылках кетчупа Heinz имеет тайный смысл. Генри Хайнц, создатель компании Heinz, разместил ее, чтобы обозначить…

  • Фаворитизм на работе. Насколько часто он встречается и как вредит бизнесу. Мнения экспертовФаворитизм на работе. Насколько часто он встречается и как вредит бизнесу. Мнения экспертов

    Фаворитизм — явление гораздо более распространенное, чем можно подумать. Фаворитизм на работе опасен для любой компании. Он проявляется…

  • Хамди Улукайа, создатель Chobani, делится секретами успеха. Оказывается, все просто…Хамди Улукайа, создатель Chobani, делится секретами успеха. Оказывается, все просто…

    Хамди Улукайа, основатель компании Chobani, производящей йогурт, построил миллиардный бизнес, опираясь на очень простые, но твердые принципы.

  • Больше никаких боссов — это приказ. Кто стоит за идеями холакратииБольше никаких боссов — это приказ. Кто стоит за идеями холакратии

    Холакратия — система управления и вариант организационной структуры, разработанные Брайаном Робертсоном. При холакратии в компании отсутствует менеджмент и централизованное принятие решений. Предполагается, …

  • Созидательность и увлеченность своим делом — основа успеха. Кейсы Facebook, Apple, Genentech, Google и MicrosoftСозидательность и увлеченность своим делом — основа успеха. Кейсы Facebook, Apple, Genentech, Google и Microsoft

    Созидательность и увлеченность своим делом обеспечили успех и стали основой их корпоративной культуры таких компаний как Facebook, Apple…

  • Предсмертное письмо Стива ДжобсаПредсмертное письмо Стива Джобса

    Создатель Apple покинул пост главы компании в августе 2011 года, в ноябре он скончался. Предсмертное письмо Стива Джобса, обращенное к…

  • Неудачная промо-акция от Coca-Cola. Оскорбления покупателей — не лучший способ продвижения продукцииНеудачная промо-акция от Coca-Cola. Оскорбления покупателей — не лучший способ продвижения продукции

    Бесспорно неудачная промо-акция Coca-Cola привела к тому, что покупатели стали находить под крышками оскорбления и ругательства. Это случилось, поскольку…

  • История Volkswagen Beetle. В 81 год «жук» уходит на покойИстория Volkswagen Beetle. В 81 год «жук» уходит на покой

    История Volkswagen Beetle началась в 1930-х и закончилась в 2019 году. VW Beetle — одна из успешнейших моделей в истории. Фердинанд Порше…

Poka-yoke (звучит как пока ёкэ) — забавный на слух японский термин, который обозначает один из инструментов Бережливого производства. Оказывается, мы сталкиваемся с ним каждый день. Только на русском он звучит как «принцип нулевой ошибки» или «защита от дурака».


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

Принцип действия Poka-yoke характеризуется стопроцентным охватом проверки, быстрой обратной связью, низкой стоимостью и простотой. Устройства защиты от дурака предохраняют не просто от ошибок, а от ошибок, вызванных человеческим фактором по невнимательности, забывчивости, неосторожности, усталости или незнанию.

В Сервисном центре по ремонту насосных штанг ООО «НКТ-Сервис» на одном из рабочих мест —  на установке наплавки скребков и центраторов «Battenfeld» — внедрен метод бережливого производства poka-yoke.

Инструкции, шаблоны и алгоритмы для старта проекта LEAN вы можете найти в практическом руководстве по внедрению бережливого производства.

Этот метод помог полностью заблокировать доступ персонала на рабочую зону и, соответственно, исключить риск получения травм. При монтаже установки возникла производственная необходимость изменить конструкцию защитной двери (вырез технологических отверстий для входа НШ).

Основная проблема заключалась в том, что имеющееся технологическое отверстие в двери не позволяло предотвратить доступ рук в зону работы пресс-формы. Возник риск получения травм сотрудниками цеха.

Инженерно-технические специалисты цеха на комитете команды улучшений обсудили разные варианты решений данной проблемы. Проанализировав причины, приняли решение о применении метода poka-yoke.

Для усовершенствования и внесения изменений в конструкцию защитной двери установки наплавки скребков и центраторов «Battenfeld» были сконструированы и изготовлены два комплекта защитных каркасов, их установили на термопластавтомат. Затем провели испытание, которое подтвердило, что новшество выполняет свои функции, исключает доступ персонала в рабочую зону пресс-формы и сводит к нулю риск получения травм.

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

Альбина АХМЕТШИНА, инженер по ПБ и ОТ Сервисного центра № 1 ООО «НКТ-Сервис»


Post Views:
5 447

Что означает “ПОКА-ЁКЭ”?

Термин “пока-ёкэ” переводится как “предупреждение ошибок” или “предупреждение отклонений”. Цель инструмента “пока-ёкэ” — предотвратить появление дефектов благодаря своевременному обнаружению, исправлению и устранению ошибок в первоисточнике проблем. Сам термин был придуман в 1960 — х годах японским инженером Сигэо Синго, одним из создателей производственной системы Тойота. Сам Сигэо Синго называл метод пока-ёкэ методом “защиты от дурака”. 

Инструмент “пока-ёкэ” позволяет улучшить производственные процессы с точки зрения качества. С помощью этого инструмента ошибки можно предотвратить, либо выявить их сразу после возникновения. Это позволяет не попадать дефектам на последующие производственные процессы. Более того, незамедлительное решение проблем позволяет значительно сократить время, по сравнению с тем, если бы пришлось искать причины дефекта или ошибки, обнаруженные на последнем этапе производственного цикла. 

Почему возникают ошибки?

Работники совершают ошибки не потому, что не соблюдают стандарты или правила выполнения процедур и работ. Людям просто свойственно ошибаться. Ошибки свидетельствуют о несостоятельности систем и методов, применяемых в работе. А возникновение ошибок случается потому, что данный метод позволяет их допускать. В бережливом производстве такой подход позволяет возложить ответственность за ошибки не на людей, а систему. Работники, избавленные от обвинений, могут сосредоточить свои силы на разработке методов, исключающих возникновение ошибок. 

При разработке эффективного метода предупреждения ошибок, нужно сосредоточиться на следующих вопросах: 

  1. Как и почему совершается ошибка?
  2. Какие обстоятельства ведут к появлению ошибки?
  3. Носит ли ошибка случайный характер или появляется систематически?
  4. Как много людей совершают эту ошибку: все или трудности испытывает только один человек? 

Если ошибку совершает один человек, то необходимо пересмотреть стандарты работы и убедиться, что никакие этапы не пропущены или не доработаны. Если ошибка допускается массово, то здесь уже необходимо задуматься об отсутствии необходимых сведений или нечетких инструкциях. Самое трудное — найти первопричину ошибок и подойти творчески к ее решению. Ошибки исключить полностью невозможно. Однако, можно встроить методы и средства обнаружения дефектов, чтобы ошибки или дефекты не оказались у потребителя. 

Как внедрить пока-ёкэ в производственный процесс?

Пока-ёкэ можно внедрить в любой производственный процесс, где возникают ошибки. 

  1. Необходимо определить место или зону, где могут возникать человеческие ошибки.
  2. Определить источник каждой возможной ошибки.
  3. Подумать, каким образом можно избежать возникновение каждой возможной ошибки. Рассмотреть возможность устранения действий или шагов, которые могут стать причиной ошибки. 
  4. Если невозможно избежать возникновение ошибки, придумайте, каким тогда образом можно обнаружить возникающий дефект. 
  5. Протестировать выбранные методы устранения ошибок и внедрить их в работу. 
Преимущества от внедрения пока-ёкэ
  • Сокращение времени на обучение работников. Поскольку работникам не придется заниматься этими вопросами, то и обучение не потребует дополнительных усилий.
  • Инструмент пока-ёкэ способствуют развитию самообучающейся организации, поскольку, как уже говорилось выше, люди будут тратить ресурсы на поиск и решение проблем.
  • Способствует улучшению безопасности на рабочем месте, так как включает в себя предотвращение ошибок, несущих риск или угрозу несчастных случаев на рабочем месте, особенно на производстве.
  • Рост производительности, который будет плавно расти за счет того, что ошибки предусмотрены, а дефекты вовремя обнаружены и устранены. 

Примеры защиты от ошибок пока-ёкэ в повседневной жизни:

  • Средства безопасности автомобилей. Например, звуковой сигнал, если не пристегнут ремень безопасности или не закрыта дверь. В современных автомобилях даже встроен звуковой сигнал, если водитель покидает полосу движения 
  • Системы защиты в бытовой технике. Стиральная машина и микроволновая печь не запустятся, пока дверца не будет закрыта
  • Датчики на дверях лифта, которые не позволяют закрыться дверям. если есть препятствие.
  • Автоматические выключатели в домашней электросети предотвращают возникновение перегрузок. 

Примеры использования пока-ёкэ на производстве:

  • Сенсорные датчики, которые определяют когда открыта крышка оборудования. Если во время работы крышку поднять, то оборудование автоматически остановится. 
  • Использование антистатических средств защиты в радиоэлектронной промышленности для защиты от статического электричества, которое может повредить продукцию. 
  • Защитные коврики рядом с опасными участками оборудования, которые останавливают оборудование, если на них кто-то наступит.
  • В пищевой промышленности используется только синие перчатки, так как при случайном их попадании в продукцию, синий цвет легче всего обнаружить.

Семь видов потерь на производстве и инструменты для устранения потерь

Система 5S и визуальный контроль в бережливом производстве

Концепция Канбан и система вытягивания на производстве

14 принципов менеджмента Тойота

Что такое поток единичных изделий и его отличие от массового производства

Разработка и внедрение карты потока создания ценности

Кайдзен — инструмент  непрерывного улучшения. Как внедрить кайдзен?

Стандартизация процессов и процедур

Генти генбуцу — концепция личного участия

Принцип Дзидока: остановка процесса ради встраивания качества

Андон и визуальный контроль на производстве

Frameworks

Tim Weilkiens, … Kim Nena Duggen, in OCEB 2 Certification Guide (Second Edition), 2016

Process Improvement

Because the costs for error prevention are usually significantly lower than the costs for error correction, the quality frameworks generally focus on the improvement of processes that directly or indirectly result in the products and services for the customer. For example, already during product development it must be ensured to prevent potential risks and sources of error, and to not deflect the risks to subsequent stages of the product life cycle where it would be more difficult to remedy them. Moreover, prevention, that is, sustained error correction, is more cost-effective than regular error controls. Here, too, quality models can support in the short and long term.

It is more effective to intensify the process improvement than to increase the number of inspections which don’t detect defects until they have already occurred. Depending on the industry, the focus of process improvement is on different areas. Product developers, for example, should focus on the design processes of their products to prevent product errors from the outset.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780128053522000078

Core Data Quality Management Capabilities

Laura Sebastian-Coleman, in Meeting the Challenges of Data Quality Management, 2022

Data Quality Monitoring Principles

The following principles apply to data quality monitoring

Error prevention comes first: Preventing errors in the first place is better than monitoring data to detect errors. Put another way, there are ways of preventing input data from being wrong in the first place (e.g., validating credit card numbers and address components; ensuring that all required fields are populated with valid values before a record can be created). These should be implemented before data monitoring is put in place. Error prevention that eliminates known risks also removes the need to monitor data for those risks.

Focus monitoring on risks: The highest value data quality monitoring focuses on high-risk processes with multiple inputs (e.g., points where data is integrated or derived). However well-designed such processes are, they may still have gaps in logic. In addition, data evolves. Changes in the production of any of the inputs may result in conditions that are not accounted for in the integration code or derivation logic.

Take action when issues are detected: Monitoring should be in place at the earliest point in the data chain where the issue might appear. For example, if the output from an integration or derivation process is to be monitored, the measurement should be taken in conjunction with the process or as soon as possible after the process is executed so appropriate action can be taken. For example:

If no errors or changes are detected, data proceeds along the data chain. Data consumers, including owners of downstream processes, should be informed that the data is consistent with the expectation. Keeping them informed not only builds trust, but it also creates the opportunity for them to provide feedback and to communicate whether their requirements have changed.

If errors or changes are detected within tolerance, data proceeds along the data chain, but data consumers are informed that there are errors and what these errors are. Exception records may be inspected for patterns related to the characteristics being monitored.

If errors or changes are detected that exceed tolerance, then data processing may be stopped altogether until the root causes of the errors are found and addressed. If data is allowed to proceed along the data chain, then data consumers and owners of downstream processes must be informed about the issue.

Automation: Monitoring should be as automated as possible. Monitoring is, by definition, focused on measuring defined characteristics or features of the data. Measurements will be executed more consistently if they are automated. Without automation, the monitoring process is simply not scalable for most data sets. Automation should include not only the collection of data and execution of calculations that make the data comprehensible (e.g., calculation of the percentage of records that meet/do not meet a requirement), but it should also include capture of measurement results for reporting and analysis and notifications when measurements have crossed thresholds. Automated monitoring collects data quality measurement results and performs first level “triage” based on thresholds. When automated monitoring identifies errors, people need to take action on the results.

Just as data quality assessment can uncover issues, so can data quality monitoring. These findings must be made known to data consumers through data quality reporting and addressed through an issue management process. Data consumers can provide feedback on the priority of issues, including information about the impact of issues on specific processes and about options for addressing these issues. Monitoring and reporting help identify opportunities to learn from and improve the processes through which data is created and used.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780128217375000092

Implementation and Transition to Operations

Christopher Longhurst, Christopher Sharp, in Practical Guide to Clinical Computing Systems (Second Edition), 2015

5 Testing the system

System testing is the most critical stage of project implementation from the standpoint of error prevention. Several authors have published case series of unintended errors, which would have been caught with more thorough system testing.31,33

In addition to the unit and integration testing methods employed by most implementations, we recommend investigating less common testing methods including usability, workflow, simulation, and continuity testing.34 Many have found these testing events to be of great value in improving the system prior to activation, as these approaches can demonstrate the impact of human factors and contribute to change management efforts. Testing is covered more completely in Chapter 5.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780124202177000079

Smart action

Puwadol Oak Dusadeerungsikul, … Avital Bechar, in Agricultural Internet of Things and Decision Support for Precision Smart Farming, 2020

5.2.6.1.2 CCP-CPS protocol description

The protocol is based on CCT principles (Nof et al., 2015). Collaborative Requirement Matrix (CRM) is used for distributing required tasks to available agents. Error Prevention and Conflict Resolution (EPCR) is used for preventing and resolving errors and conflicts that can emerge in the system.

The protocol is applying two algorithms: routing algorithm and adaptive search algorithm. The routing algorithm utilizes genetic algorithm to find a single tour for a mobile robot to visit a given sample of locations. The routing algorithm can save travel time for a mobile robot and allow it to find stresses in plants productively. Once further monitoring is needed at a more likely potential area, the adaptive search algorithm is used. In addition, the adaptive search algorithm can also indicate the severity of the explored area, based on the information collected. As mentioned earlier, the adaptive search algorithm utilizes knowledge-based information about the behaviour of disease propagation in greenhouse, to reflect real characteristics of specific disease propagation. The two algorithms, as well as other agriculture actuators such as robot, robot manipulator and mobile cart, are connected by wireless sensor network (WSN) and cloud computing, described in case study 2.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780128183731000056

Architecting the last-level cache for GPUs using STT-MRAM nonvolatile memory

M.H. Samavatian, … H. Sarbazi-Azad, in Advances in GPU Research and Practice, 2017

Refreshing mechanism

Because the retention time of the cache parts are reduced to favor write operations on STT-RAM cells, data refreshing is a new issue that needs to be addressed. Error prevention [54–56] or data recovery [57] are the common solutions, but they are not applicable here because of numerous bit collapses when a cache line with low-retention time expires. A simple mechanism based on Ref. [43] can be used to handle retention time expiration. In Ref. [43], a counter is used per cache line to keep track of the lifetime of the cache block. Similar to Ref. [43], in this work, we employ such a counter, retention counter (RC), with different policies. With respect to the value of RC, we can opt to refresh or invalidate the cache block, or perform a write-back to the data block. Our architecture uses all three approaches appropriately. If an RC saturates, this means that its corresponding cache block retention time has expired. Therefore the cache block will be invalidated. Note that before RC saturates (i.e., one cycle before counter saturation), the proper decision must be taken.

Fig. 12A shows that the RI distribution in LR. The 100 μs is a reasonable retention time due to its low write latency/energy and low overhead of refreshing. Most of the workloads have RIs lower than 100 μs. In order to refresh a cache block, it is read and pushed into a buffer and then rewritten in the cache to prevent data loss. The LR-to-HR buffer is used for refreshing cache blocks in LR. Because the LR-to-HR buffer is also used for data block migration between LR and HR, by using a tag in this buffer, the blocks migrating to HR and those needing to be refreshed are differentiated. When the LR-to-HR buffer is full, the cache block that needs refreshing is forced to be written back to the main memory before its retention time expires. Fig. 12B shows RIs for cache blocks in HR. We can draw two deductions from Fig. 12B. First, a 10-year retention time for HR is not needed, and 40-ms retention time covers the lifetime of more than 97% of cache blocks in HR. We can invalidate the few remaining cache blocks (i.e., less than 3%) with higher lifetimes and force them to be written back if they are dirty.

Fig. 12. Rewrite interval time distribution. (A) LR cache. (B) HR cache.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780128037386000203

Interface design and evaluation

Iris Xie PhD, Krystyna K. Matusiak PhD, in Discover Digital Libraries, 2016

Design principles

General interface design principles also apply to digital library interface design. Nielsen (1995) proposes 10 detailed user-interface heuristics: visibility of system status; match between system and real work; user control and freedom; consistency and standards; error prevention; recognition rather than recall; flexibility and efficiency of use; aesthetic and minimalist design; help users recognize, diagnose, and recover from errors; and help and documentation. Shneiderman’s (1998) eight golden rules of interface design are similar to Nielsen’s interface heuristics. He does point out some unique design rules, such as offering informative feedback and permitting easy reversal of actions. Norman (2002) presents two principles of good design: (1) a conceptual model and (2) visibility. He specifies the following guidance for a good design:

Visibility—Extremely important aspect of interface design; features should be obvious to aid users’ awareness of their purpose.

Mappings—Features should correspond to the perceived use.

Affordances—The interface promotes understanding of how to use features.

Constraints—Design should take into account the limitations of features.

Conceptual model—Mental idea of a design element should be based on mappings, affordances, and constraints.

Mental model—Users’ actions interactions with features should relate to conceptual metaphors by which the users are already familiar.

Feedback—Interface should make users aware of their use of features and the results of such use.

These guidelines can serve as general design principles for digital library interface design. More importantly, digital library interface design needs to have its own unique characteristics.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780124171121000077

What Is Usability?

Jakob Nielsen, in User Experience Re-Mastered, 2010

EDITOR’S COMMENTS

Jakob Nielsen has been a leading figure in the usability field since the 1980s and this chapter from his classic book, Usability Engineering (Nielsen, 1993), highlights the multidimensional nature of usability. To be usable, a product or service must consider, at a minimum, these five basic dimensions:

Learnability

Efficiency

Memorability

Error tolerance and prevention

Satisfaction

An important point made by Nielsen and other usability experts is that the importance of these dimensions will differ depending on the particular context and target users. For something like a bank automated teller machine (ATM) or information kiosk in a museum, learnability might be the major focus of usability practitioners. For complex systems such as jet planes, railway systems, and nuclear power plants, the critical dimensions might be error tolerance and error prevention, followed by memorability and efficiency. If you can’t remember the proper code to use when an alarm goes off in a nuclear power plant, a catastrophic event affecting many people over several generations might occur.

In the years since this chapter was published, the phrase “user experience” has emerged as the successor to “usability.” User experience practitioners consider additional dimensions such as aesthetics, pleasure, and consistency with moral values, as important for the success of many products and services. These user experience dimensions, while important, still depend on a solid usability foundation. You can design an attractive product that is consistent with your moral values, but sales of that attractive product may suffer if it is hard to learn, not very efficient, and error prone.

Jakob’s chapter describes what is needed to establish a solid foundation for usability – a timeless topic. You can read essays by Jakob on topics related to many aspects of usability and user experience at http://www.useit.com.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780123751140000049

Secure Working Practices

David Watson, Andrew Jones, in Digital Forensics Processing and Procedures, 2013

12.9.6.3 Standards for System Design

The Forensic Laboratory shall follow these information security standards during system design:

1.

All changes to a system must be formally controlled via the Forensic Laboratory change control process, as defined in Chapter 7, Section 7.4.3.

2.

All change requests must be authorized before they take place.

3.

Techniques for error prevention, error detection, and system recovery shall be part of design standards.

4.

Testing standards shall be developed and implemented including:

user acceptance testing;

parallel and/or pilot running of systems;

independent testing of software changes prior to implementation.

5.

Security mechanisms shall be independently tested and proved to work as claimed in system documentation.

6.

All system design must be reviewed and signed off.

7.

A full test strategy must be agreed and documented.

8.

The use of live data for testing is defined in Section 12.9.3.2, note that the relevant Business Owner should approve this and care may need to be taken in handling output if the information includes sensitive financial or other information.

9.

All errors shall be tested after correction to ensure that they have been eliminated as part of the regression testing process and that no new ones have been introduced.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9781597497428000121

Continuous Improvement

Mark Allen, Dalton Cervo, in Multi-Domain Master Data Management, 2015

Continuous Improvement in DQM

MDM is obviously about the management, governance, and quality control of master data. But the charter and scope of data governance and DQM can be greater than the master data scope. Therefore, continuous improvement in data quality will occur beyond the boundaries of the master data program.

Maturity of DQM is a constant focus. Companies should strive to move from being reactive to data-quality issues to being proactive. Error prevention is preferred over data correction, and such practices are likely to be less costly if they can be feasibly implemented. The following sections list areas that require constant innovation and should be the focus of a continuous data quality improvement program.

Data analysis and profiling. Data analysis and profiling can and should be approached methodically. Therefore, it is important to create a repeatable and efficient process to explore, analyze, and profile data sources and potential issues. But a high degree of tailoring is also required when performing certain types of data analysis and profiling due to the uniqueness of some data scenarios. Both methodical and specific aspects of data analysis and profiling are discussed next.

From a methodical point of view, a data-quality program should establish certain standard types of data-quality checks to follow when analyzing a data source. These types of activities are usually more repeatable and require less resource specialization. Examples of elements to check include the following:

Completeness of key attributes

Uniqueness of potential primary key candidates

Highest and lowest values of numeric attributes

Frequency distribution of certain types of attributes

Pattern analysis of attributes candidates to standardization

Data match analysis across sources

More specific data scenarios and types of analysis are likely to require a high level of expertise and tailoring of data profiling techniques to find the root cause of data issues. Certain issues can be very convoluted and entail a very specific analysis that will go above and beyond any preestablished, step-by-step methods. Quite often, this requires great expertise, not only about data analysis techniques, but also about the existing data and their relationships. Improvement in this area must occur by properly training individuals in data analysis techniques, how the business uses data, and the structure of data at their respective sources.

A great enabler of data analysis and profiling is technology. Technology is constantly evolving and should be regularly sought out for improving existing practices, as well as expanding to new topics. For example, technology designed to explore and profile unstructured data is a lot less mature than technology designed to do similar tasks to structured or semistructured data. Therefore, it is important to regularly evaluate what is new in a given area of interest, and whether it is related to a master data domain. A great deal of data quality is required for the governance of multiple types of data, not only master data.

As companies expand their multi-domain MDM disciplines to other subject areas, it is advantageous to research what data-quality tools are available to enhance and expedite data analysis and profiling of any newly added entities. For example, data profiling of customer master data can be quite different from data profiling of product master data. Certain tools might offer better capabilities in one area than another.

Another important aspect of this idea is the usage of reference data to assess and validate the quality of the existing data. Reference data can be very specific to domains and industries. Here are some examples:

Credit bureau data can be used to validate a person’s identity.

U.S. Postal Service data can be used to validate U.S. addresses.

Industry-specific catalogs can be used for validation. For instance, in the automotive industry, vehicle catalogs are vital to efforts to validate and standardize a vehicle’s make, model, year, and trim.

Catalogs of companies can be used to validate information about a company, including its legal name, industry classification, and company hierarchy and subsidiaries.

Therefore, regularly researching and evaluating reference data offerings are highly recommended for enhancing and accelerating data-quality-maintenance capabilities.

Finally, the ongoing profiling of production MDM data is also important. The intent is to use data profiling to continue to measure and analyze master data attributes to ensure that previously established rules and resultant values are being established according to expectations. Details such as which sources are most frequently contributing new values, which sources are being refused, and what fields are becoming more or less distributed in value can help us evaluate if any adjustments are necessary.

Error prevention and data validation. A lot of times, data-quality issues have a ripple effect, making it difficult to truly measure the total cost of a problem that could have been altogether avoidable if proper measures had been taken to prevent it from happening in the first place. Error prevention is generally the most desirable approach, but clearly that cannot be achieved in all situations. Understanding those situations is important to properly plan a continuous improvement program in this area. Here are some situations to consider:

Technological limitations may prevent certain real-time data validations to occur due to the inability to collect and present valid options to the user in a timely manner. For example, as users make consecutive selections from multiple interrelated drop-down lists, it might not be viable to access one or more remote systems to dynamically filter invalid values. Data might have to be duplicated locally to allow the timely population of valid options, but this increases maintenance costs and the risk of inconsistencies. Certain system designs and architectures can be more conducive to performing data validation than others. Therefore, as system design and architecture evolve, opportunities to improve error prevention should be sought.

Reference data for different domains and industries are constantly evolving. Vendors keep advancing their expertise and data offerings in many areas, which can and should be considered when validating data and preventing data issues.

Mergers and acquisitions require data from one company to be integrated with another. It could entail many systems within a single merger or acquisition. If a company is constantly acquiring other companies, it should work on creating a reliable process to efficiently integrate data, while at the same time validating what is coming in.

Evolving business rules sometimes require system changes to fulfill new needs. Implementing new error prevention mechanisms may take time. If a company is highly susceptible to these types of changes, it should explore options to improve the speed and efficiency of any change processes associated with them.

Most of the time, there is little dispute that preventing a data-quality issue is the best remedy. But sometimes is not possible to do that due to high associated costs, technological constraints, highly demanding schedules, or any combination. In these situations, it is important to capture the rationale used in the decision process and revisit decisions on a regular basis to evaluate if conditions have changed and implementation has become viable.

Data cleansing or data scrubbing. Recall from Chapter 9 that the terms data cleansing and data scrubbing are often used as a catch-all for all sorts of transformations to data to improve their quality. Of course, a company looking to mature its DQM process will continuously look for opportunities to improve its data. It is true that the requirement to correct a certain piece of information will often be directly stated. However, in some cases, cleansing opportunities will arise as a byproduct of other activities. For example, when a bug affecting data quality is found, it is necessary to fix it, both to correct the existing issue and to prevent it from happening in the future. In another example, if a business rule changes, it is necessary to implement one or more changes to support the new rule, and sometimes to modify any existing data to comply with the new rule.

Therefore, from a continuous improvement point of view, it is important to identify situations when data cleansing can potentially arise as a subsequent or indirect requirement. This is part of being a proactive organization. Furthermore, regular data profiling can also help raise awareness of required data cleansing activities that the business may have not have noticed before. Mature IT organizations are capable of identifying certain types of data issues before the business does. Keep in mind that data quality is not maintained just for its own sake—it needs to fulfill a purpose. And businesses should always have the final word regarding the level of quality required. But an IT organization that can point out potential problems will go a long way to meeting quality standards.

Data standardization. Data are distributed across heterogeneous systems, leading to an ongoing battle to consistently represent the same information in the same format. New sources of information are constantly being integrated into existing ones. To require data elements from every system to conform to a particular standard is too much of a stretch. Therefore, data transformations are unavoidable when data is moving across systems.

This integration typically happens in one of two ways:

Data are moved permanently from one system to another.

An interface is created to move data regularly from one system to another.

When data is permanently moved from one system to another, data from the source system should be transformed to conform to the standards required by the target system. When an interface is added to move data from one system to another, the logic to conform the data across them needs to be added as data are moved. Refer to Chapter 9 for more details on this.

From a continuous improvement perspective, companies should tackle data standardization from multiple fronts:

Constantly evolve data standardization as part of data migration projects. In general, data need to be permanently moved from one system to another due to data consolidation, system upgrades, and mergers and acquisitions. Data migration efforts require a repeatable process that can deliver successful and predictable results. Data standardization should be a permanent item in the list of activities required as part of this exercise, with enough details to correctly guide teams on how to identify and conduct data standardization activities during the migration process. Furthermore, this documentation should be regularly updated as the process matures.

Companies should start and progress their data standardization efforts at their core systems, prioritized by the data elements that bring the most value to the business. Data governance should assist with the identification and prioritization processes. As standards evolve, they become the foundation of a full-fledged enterprise standard catalog, captured via a metadata management tool and published for general usage.

Any new interface integrated should be evaluated from a data standardization perspective. Data elements not following a standard should either be corrected or properly defended in terms of why they are exempt from conformity. That could be so for a multitude of reasons, such as cost, technology, and risk. Regularly revisiting those decisions is wise because the landscape is constantly changing.

Technology and reference data improvements. Many standardization efforts are dropped due to a lack of proper technology or reference sources to reliably standardize certain data elements. As technology matures and reference data are expanded, more can be improved in this area. Regular evaluation should be conducted to identify new opportunities.

Data enrichment. In general, data enrichment is accomplished by integrating trusted reference data sources. For example, integrating D&B allows augmentation of customer information; integrating Vertex allows augmentation of tax ID; integrating the Postal Service allows the adding of 4 digits to the standard 5-digit ZIP code; integrating Chrome allows augmentation of vehicle catalog information; and so on. As stated previously, the number of vendors providing reference data is growing. To continuously improve in this area means to regularly assess what is offered and what areas of the business can be improved by augmented information.

New business opportunities may arise by creatively tapping into these new sources of information. Marketing and sales campaigns can tremendously benefit from additional information about customers and products to improve their predictive analytics and their up-sell and cross-sell techniques.

Data monitoring, scorecards, and dashboards. It is probably easy to see how this category needs continuous improvement. The catalog of data items in need of metrics—monitoring, scorecards, or both—is bound to grow. As companies mature in DQM and become more proactive, the more items they will identify as needing regular assessment. As companies mature their data error prevention practices, one may wonder if they will need less monitoring. Typically, though, it is more likely that more data items will require monitoring as time goes by than that data items will become completely error-free. Even as anomalies are lowered due to better error prevention, chances are they won’t be completely eliminated. Therefore, the number of anomalies will still need to be measured in many cases. However, while the number of items in need of metrics won’t necessarily go down, the number of violations should.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780128008355000129

Frameworks

Tim Weilkiens, … Andrea Grass, in OCEB Certification Guide, 2011

Basic Principles and Concepts

Quality is the central term in this section. But how is it defined? It is frequently associated with the criteria of reliability, usability, and performance. This certainly applies in most cases, but is not directly part of the definition of quality. Quality means to meet the customer’s requirements. This condition can sometimes be met with products and services that don’t have a high performance level or are unreliable.

Because the costs of error prevention are usually significantly lower than the costs of error correction, quality frameworks generally focus on improvement of processes that directly or indirectly produce products and services for the customer.

It is more effective to intensify process improvement than to increase the number of inspections that detect defects until they have already occurred. Depending on the industry, the focus of process improvement will be on different areas. Product developers, for example, should focus on the design of their products to prevent product errors from the outset.

To improve processes, you must first identify their weak points. This means that you must specify and measure indicators in order to reveal deficits. For this purpose, you require tools to present the measured indicator values appropriately.

To visualize deviations of measurement points from a specification along a time axis, you can use run charts. Figure 7.5 shows the deviations of the characteristics met from the original booking request at SpeedyCar, such as pick-up time, car type, car safety seat. They are used, for example, in the Six Sigma quality management methodology (see later). There, they are referred to as quality control charts.

Figure 7.5. Example Run Chart

You can graphically illustrate volatile data in heat maps. Variable value is identified with different colors. Heat maps are used frequently in meteorology.

There they are used to illustrate temperature distribution in maps—hence the name.

Read full chapter

URL: 

https://www.sciencedirect.com/science/article/pii/B9780123869852000010

В оригинале статьи не говорится о сайтах или интерфейсах. Якоб Нильсен употребляет более широкое понятие — эвристическая система. В нашем случае мы понимаем под эвристической системой именно рабочий веб-проект или его прототип.

И сейчас мы расскажем, как использовать эвристики Якоба Нильсена для улучшения юзабилити сайтов и интерфейсов.

Правила:

  1. Видимость статуса системы

  2. Равенство между системой и реальным миром

  3. Пользовательский контроль и свобода действий

  4. Последовательность и стандарты

  5. Предотвращение ошибок

  6. Узнавание, а не воспоминание

  7. Гибкость и удобство использования

  8. Эстетика и минималистичный дизайн

  9. Помощь в распознавании, диагностике и исправлении ошибок

  10. Помощь и документация

1. Видимость статуса системы

Пользователь всегда должен понимать, что происходит. Задача системы — вовремя информировать пользователя о происходящем.

Пример — индикатор загрузки при работе с Яндекс.Диском.

indikator zagruzki.png

Если ваш проект предусматривает коммуникацию с пользователем: отправку форм или сообщений, загрузку документов, онлайн-ответы на вопросы людей — проследите, чтобы вне зависимости от статуса задачи пользователь всегда знал, что именно происходит в настоящий момент, и как быстро процесс закончится.

В примере с индикатором загрузки достаточно добавить таймер и информер статуса, чтобы пользователь мог сразу понять, к примеру, что сайт загрузится через 5 секунд.

2. Равенство между системой и реальным миром

Система должна говорить с пользователем на одном языке, без использования специфической терминологии. Информация должна быть представлена в логическом порядке.

Системы навигации — отличная иллюстрация того, как проект говорит с пользователем на одном языке. Вот пример навигации в Фейсбуке:

Ikonki delajut punkty menju intuitivno ponjatnymi.png

Иконки делают пункты меню интуитивно понятными. В статье про компоновку элементов интернет-магазина мы привели несколько примеров того, насколько важна логичность представления информации.

Чтобы построить проект, понятный для пользователя — проработайте портреты клиентов и тестируйте все решения в процессе разработки, чтобы к релизу найти оптимальную модель взаимодействия.

3. Пользовательский контроль и свобода действий

Пользователь должен иметь возможность быстро исправить ошибку. Система должна поддерживать возможность отмены и повтора любого действия.

Фейсбук демонстрирует хорошее применение этого принципа: после добавление публикации вы можете в любой момент редактировать ее, изменить дату, скрыть или удалить.

vozmozhnost' redaktirovanie zapisi.png

Чтобы этого избежать, нужно протестировать все функции проекта, связанные с добавлением форм, сообщений и обменом информацией между сайтом и пользователем.

4. Последовательность и стандарты

Система должна быть однородна. Единство функций, обозначений и понятий в рамках всей системы.

Эта эвристика имеет прямое отношение к пользовательским паттернам: чем привычнее и понятнее для посетителя модель взаимодействия с проектом, тем выше вероятность, что он сможет решить свои задачи.

Хороший пример стандартизации — интерфейсы электронной почты, которые практически не меняются в разных сервисах и программах.

interfejsy jelektronnoj pochty.png

Если для вашей отрасли существуют определенные стандарты — отход от них в сторону оригинальности и уникальности может ухудшить юзабилити и создать трудности проекту.

5. Предотвращение ошибок

Предвидеть и устранить возможность совершения ошибок заранее — лучше, чем придумывать красивые и содержания сообщения об ошибках впоследствии.

Эта проблема интерфейса актуальна для случаев заполнения и отправки форм или страниц авторизации и регистрации, когда пользователь часто узнает об ошибке постфактум — когда не может отправить информацию. Хорошее решение — подсказки, что и как нужно сделать, чтобы форма прошла валидацию.

zapolnenija i otpravki form.png

Объясняя пользователям, как избежать ошибок, вы делаете сайт более удобным и простым для использования — облегчаете решение пользовательских задач.

6. Узнавание, а не воспоминание

Используйте узнаваемые обозначения, образы и сценарии. Не создавайте проблем пользователю, заставляя его думать, как правильно пользоваться системой.

Идеальная иллюстрация — иконки и общепринятые обозначения, которые позволяют быстро сориентироваться и обозначают конкретный сценарий действий.

ikonki.png

Человек должен тратить минимум времени, чтобы определить, что делать дальше. В идеальной ситуации процесс взаимодействия с сайтом должен быть понятен на интуитивном уровне и посетитель совсем не должен задумываться о порядке и очередности действий и значении отдельных элементов интерфейса.

7. Гибкость и удобство использования

Система должна быть одинаково удобна как для опытных, так и для неопытных пользователей. Проектируйте взаимодействие таким образом, чтобы пользователь сам мог выбрать комфортный режим использования системы.

В современном UX также большое значение имеет доступность и адаптивность — интерфейс должен одинаково хорошо помогать посетителю решить задачу вне зависимости от того, с какого устройства пользователь просматривает сайт.

adaptivnost'.png

Если ваш сайт не адаптирован для мобильных и не поддерживает гибкие настройки отображения — вы теряете часть потенциальных клиентов.

8. Эстетика и минималистичный дизайн

Не перегружайте экран лишней информацией. На виду должны быть только нужные и полезные элементы, которые помогают пользователю в решении его задач.

Пользователю проще решать свои задачи, если от этого ничего не отвлекает. Лишние элементы, избыточные требования и перегруженный интерфейс — все это мешает сконцентрироваться на поиске решения и ухудшает юзабилити.

Пример простого интерфейса, который не отвлекает в интернет-магазине от оформления заказа.

prostoj interfejs dlja oformlenija zakaza.png

Чем проще — тем лучше. Однако минимализм не означает недостаток важных функций. Скорее — решение пользовательских задач за минимальное время и с минимумум усилий со стороны потенциального клиента.

9. Помощь в распознавании, диагностике и исправлении ошибок

Если пользователь что-то сделал не так — сообщите об ошибке и покажите, как ее исправить.

Когда ошибку не получается предотвратить — нужно придумать решение, которое поможет человеку быстро все исправить.

Пример сервисного сообщения от системы Яндекс.Деньги для тех, кто при переводе забыл проставить сумму:

Primer servisnogo soobshhenija ot sistemy.png

Чтобы найти ошибочные сценарии, нужно проработать все варианты взаимодействия. Если ошибки нельзя устранить — для каждой нужно продумать сервисное сообщение, которое бы позволяло быстро и точно определить источник проблемы и подсказать способы решения.

10. Помощь и документация

Даже если все просто — инструкция никогда не будет лишней.

Ответы на частые вопросы, пошаговые гайдлайны по выполнению определенных действий, объяснение неочевидных принципов — все это делает проект дружелюбнее и удобнее для пользователя.

instrukcija dlja pol'zovatelej.png

Еще одно преимущество такого подхода — достаточно один раз описать решение, чтобы перенаправлять на него всех заинтересованных пользователей, вместо того, чтобы каждому объяснять все в индивидуальном порядке.

Подводя итоги по вопросу проблем пользовательского интерфейса

  • Хотя эвристики Нильсена были сформулированы почти 30 лет назад, они по-прежнему актуальны при проектировании интерфейсов и сценариев взаимодействия.
  • Эвристики можно использовать как базовый чек-лист на этапе создания и запуска проекта, чтобы изучить, насколько он удобен для пользователей.
  • Адаптированные принципы Нильсена могут быть заложены в основу глубокого исследования юзабилити проекта на любом этапе.

С моей точки зрения, ошибка — это препятствие на пути к реализации какого — то плана действий. Как известно — препятствие можно либо обойти, либо преодолеть. В рамках статьи, обойти препятствие  — это значит избежать ошибок, а преодолеть — это исправить уже имеющиеся ошибки и найти новые.

В своей работе, я придерживаюсь подхода, при котором лучший вариант — это обход ошибок и их максимальное сокращение.

Цель данной статьи – показать, как можно повысить свою производительность и профессионализм путем уменьшения числа ошибок.

Важность темы

Главная задача любого дела — сделать его максимально правильно. Неважно, о каком масштабе идет речь: отдел, департамент или целый бизнес — успех исполнения зависит от того, насколько безошибочными будут ваши действия.

Каждая ошибка имеет свою цену, которую можно выразить, к примеру, в рублях.

Пример:

Представим, что ваша заработная плата 50 000 руб. в месяц. Т.е. в среднем ваша зарплата в день будет равна 2 500 руб. Соответственно в час, вы зарабатываете 312 руб. 50 коп.

Например, вы выполняете работу, на которую необходимо потратить 3 часа рабочего времени,  т.е. стоимость этой работы будет равна 937 руб. 50 коп (312 руб. 50 коп. * 3 ч.).

Итак, работа выполнена, но вы нашли ошибку или вам на нее указали. Допустим, исправление займет час рабочего времени. В итоге, мы имеем следующее:

  • Стоимость времени, которое потрачено на исправление ошибки — 312 руб. 50 коп.;
  • Стоимость работы — 937 руб. 50 коп.;
  • Общая стоимость работы — 312 руб. 50 коп. + 937 руб. 50 коп. = 1 250 руб. 00 коп.

Из примера видно, что ошибка может увеличить стоимость вашей работы, а это влияет на прибыль компании, в которой вы трудитесь. Если из–за вас предприятие зарабатывает меньше денег, то от этого может пострадать ваша деловая репутация и профессиональная ценность.

Что нужно делать

Строгий учет

Первым источником, где я смог найти инструмент решения, стал обычный журнал ошибок операционной системы Windows. Принцип очень простой. Любой сбой, ошибка или некорректная работа фиксируется в специальном журнале. А далее эти данные могут быть отправлены разработчикам для исправления.

По аналогии я стал применять такой же журнал в своей работе. Системные сбои и некорректная работа – это ошибки, а разработчик – это я. Каждая запись имеет свои реквизиты и ключевые теги, по которым можно фильтровать и консолидировать данные.

Такой инструмент позволит в короткие сроки, избавится от постоянных и системных ошибок. «Журнал регистрации» станет ценным источником данных для вас и для ваших коллег.

Пример полей журнала:

журнал ошибок

Подробная классификация

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

ошибки в работе

В каждом конкретном случае классификация ошибок будет разной. Но, для того чтобы дать вам точку опоры, поясню схему, изображенную на рисунке №1.

У меня есть определенные участки работы. На рисунке они обозначены как: «Договоры», «Расчеты», «Текущая работа», «Аналитика», «Внедрение». Для каждой ошибки из данной категории есть своя классификация, т.е. она может быть постоянной, системной, критической и допущенной из-за невнимательности (допускается использование нескольких определений).

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

Системные – это ошибки, возникающие в результате неверного построения бизнес процесса или определенной процедуры (например: в процедуре расчёта пропущен необходимый пункт).

Невнимательность – ошибки, которые объясняются человеческим фактором, усталостью и стрессовыми ситуациями (например: пропущенные слова в документах, опечатки).

Критические – ошибки, затрагивающие наибольшее число  участков работы (например: ошибки в расчетах влияют на договоры и текущую работу).

Чтобы видеть о каких документах идет речь, я использую теги, например: «Котировка», «Дополнительное соглашение», «Отчет» и т.д.

Как это работает

После того, как вы стали заполнять «Журнал регистрации ошибок» и систематически проводить работу по анализу внесенных данных, вы заметите, что ошибок, стало меньше. Постоянные и системные ошибки стали явными, а критические ошибки не кажутся такими страшными.

В чем же подвох? Когда вы видите ошибку и понимаете, откуда она возникла и какова ее природа, появляется возможность обходить эти ошибки. С картой минного поля идти по нему не так страшно, как без неё. Метод учета и классификации ошибок, описанный в статье, позволяет создать карту ошибок, используя которую, вы повысите свою производительность и станете более ценным сотрудником для работодателя.

Автор: Иван Алтухов

Понравилась статья? Поделить с друзьями:
  • Предпусковой подогреватель двигателя камаз 65115 коды ошибок
  • Предотвращение ошибок пока екэ
  • Предпусковой подогреватель двигателя камаз 14тс 10 коды ошибок
  • Предосудительный поступок ошибка недостаток 4 букв
  • Предпусковой подогреватель двигателя бинар ошибки