Читаем Практика дао Toyota полностью

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

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

Рассмотрим другой пример, на этот раз связанный с качеством. Чтобы определить, допущен ли дефект, работнику необходима база для сравнения. Да-да, bj»i догадались правильно, речь идет о стандарте. В главе 6 говорилось о значении эталонных образцов. Кроме того, оператору можно предоставить определенную свободу действий для самостоятельного устранения небольших проблем при условии, что он укладывается во время такта. Эти «правила» тоже часть стандарта. Они же — важная составляющая следующего этапа, на котором оператор решает, когда надо позвать на помощь. Все это стоит четко определить!

2. Извещение руководства. Если проблема выходит за пределы компетенции оператора, он должен известить о проблеме своего руководителя и обратиться за помощью. Для этого используется сигнальный шнур или иное средство привлечения внимания. Андон в Toyota устроены таким образом, чтобы персонал, отвечающий за оказание помощи (лидеры команд и лидеры групп), мог быстро

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

Во многих компаниях, которые пытаются внедрить систему андон, работники не решаются признать, что им требуется помощь. Они боятся, что их будут винить в случившемся. Начальство судит о работнике и его квалификации с учетом того, как часто ему требуется помощь («хороший» работник не будет то и дело останавливать линию). Это ключевой момент формирования культуры. Руководство должно осознать, что его функция состоит в поддержке сотрудников и в поиске оптимальных методов работы, позволяющих каждому успешно выполнять свою работу. Если у руководителей или у подчиненных возникают недовольство и чувство обиды, система андон бесполезна.

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

3. Оценка. Взяв ответственность на себя, лидер должен первым делом оценить ситуацию. Носит ли проблема локальный или масштабный характер? Если речь идет о проблеме местного характера, справиться с ней несложно (например, оператор не укладывается во время такта) и лидер берет ответственность на себя, в первую очередь следует оценить возможность запустить линию вновь или решить проблему до ее остановки. Если проблема значительна или ее причина неясна (например, проблема с качеством, истоки которой где-то в другом месте), линию, скорее всего, придется остановить, и ее работа возобновится лишь после того, как ситуация будет исправлена.

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

Перейти на страницу:

Похожие книги

Философия DevOps
Философия DevOps

IT-принцип «agile» стал мантрой цифровой эпохи. С ростом проектов, переходом от монолитных приложений к системе микросервисов, увеличением и накоплением продуктов возникают вопросы, которые требуют совершенно иного подхода. Теперь наибольший интерес вызывает находящаяся на стыке разработки и операционного управления методология DevOps.DevOps – это не просто набор техник, это философия. Разработчики, зацикленные на пользователях, должны уделять внимание поддержке и ее запросам. Сисадмины должны сообщать о проблемах продукта и вносить свой вклад в улучшение процесса работы. Но налаживание связей внутри компании – это лишь первый шаг. Чтобы продукт стал простым и удобным, придется вложить время и ресурсы в его доработку. Конфигурация через центральную службу, внедрение простым копированием, отсутствие внешних зависимостей, обдуманные метрики вместо мусора в логах – вот лишь часть задач, которые придется решать на этом пути.Книга «Философия DevOps» познакомит вас с техническими, культурными и управленческими аспектами devops-культуры и позволит организовать работу так, чтобы вы получали удовольствие от разработки, поддержки и использования программного обеспечения.

Дженнифер Энн Дэвис , Кэтрин Дэниелс

Деловая литература