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

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

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

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

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

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

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

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

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

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

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

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