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

Г. При производстве на заказ в договоре фигурируют условные единицы. Что служит такой единицей? (Ею может быть изделие, заказ, временной интервал или любой другой элемент, единый для всех.)

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

А. Определите свой продукт. Выявите траекторию перемещения продукта с одной операции на другую и составьте карту потока.

Б. В непроизводственных процессах увидеть перемещение продукта с операции на операцию бывает непросто. Продукт может

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

— Существует ли визуальное оповещение о потоке продукта (если продукт находится в информационной системе или в лотке для входящих документов)?

— Как обеспечить визуальное оповещение о движении продукта, если последний невидим?

СТАНДАРТИЗАЦИЯ ПРОЦЕССОВ И ПРОЦЕДУР


НОСИТ ЛИ СТАНДАРТИЗАЦИЯ ПРИНУДИТЕЛЬНЫЙ ХАРАКТЕР?

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

Однако существует и иной взгляд на стандартизацию. Масааки Имаи в своей новаторской работе пишет, что без стандартизации нет кайдзен6. Стандартизация — это отправная точка для непрерывного совершенствования. Как рассказывается в Дао Toyota, Пол Адлер проанализировал производственную систему Toyota (TPS) с точки зрения теории организации7. Он обнаружил, что Toyota удается избежать большей части незапланированных негативных последствий бюрократии, поскольку она сумела создать так называемую «поощряющую бюрократию», где наряду со стандартизацией имеет место расширение полномочий сотрудников. Мы представляем себе бюрократию как «принуждающую» систему, которая мешает людям быть гибкими и совершенствоваться. Однако поощряющая бюрократия Toyota дает прямо противоположный результат — она предусматривает гибкость и инновацию, имеющие долгосрочные последствия.

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

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

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

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

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

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

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