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

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

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

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

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

4. Необходимо создать линию для пилотной проверки/обучения. Такая линия обеспечит возможность моделирования результатов: прежде всего тщательная проверка и лишь потом — внедрение.

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

6. Следует заниматься непрерывным совершенствованием процесса в дальнейшем.

Вопросы для самопроверки

1. Участвует ли ваша компания в гонке технологий?

2. Считаете ли вы, что необходимым условием конкурентного преимущества является самая современная, сложная и скоростная технология?

3. Не упустили ли вы из виду тот факт, что задача технологии — обслуживать людей и процессы?

4. Рассчитываете ли вы, что технология решит ваши проблемы, или ищете эффективные решения, а затем применяете технологию для поддержки персонала (чтобы уменьшить нагрузку)?

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

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

инициатору внедрения убедиться, что новая система будет поддерживать людей:

A. Участвовали ли будущие потребители технологии в ее разработке? Б. Применяли ли инициаторы внедрения метод «генти генбуцу»

(иди и посмотри на реальный процесс) и изучали ли текущий метод реализации процесса?

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

Г. Налажена ли тесная связь с поставщиком ИТ, которая позволит адаптировать технологию к людям и процессу?

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

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

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

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

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

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