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

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

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

Конкретная ситуация: создание потока при обработке заказов

Создание потока — эффективный метод, который приносит пользу любому процессу, производящему любой продукт. (Слово «продукт» обычно ассоциируется у нас с товарами промышленного производства, однако данные концепции применимы к любому объекту, который в процессе обработки передается из рук в руки. Это может быть заказ на поставку, страховой полис или сэндвич, приготовленный в Subway.) В данном случае продукт представлял собой заказ потребителя, который требовал ввода данных в компьютерную систему, внесения изменений в соответствии с требованиями заказчика, заказа материалов для изготовления изделий по индивидуальным заказам, вычерчивания индивидуально заказанных деталей с помощью САПР и проведения анализа.

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

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

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

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

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

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

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