Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Konspekt_lektsy_2_St.doc
Скачиваний:
61
Добавлен:
25.09.2019
Размер:
3.58 Mб
Скачать

О политике развёртывания

В ходе первых визитов директора департамента в другие подразделения ему удалось быстро понять, что развертывание политики в его собственном подразделении вниз либо не доходило до проектировщиков либо шло очень тяжело и в ключе «начальник сказал», что сковывало активность и закрывало дорогу к творчеству. Пришлось настойчиво объяснить менеджерам, а также ведущим исполнителям, что развёртывание политики означает обсуждение задач, мозговой штурм по поиску идей, выбор приоритетов для действий, проверку возможности исполнения поставленной задачи и продолжение планирования дальнейших действий каждым членом команды. Во время визита качества профессор Японского союза учёных и инженеров объяснил конкретно, как японские компании развертывают политику до самых низших подчинённых. Инженерный департамент попытался повторить их опыт у себя.

О формализации процесса разработки и его интеграции в цикл PDCA

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

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

О мозговом штурме, укреплении «вех»

Специальные меры, разработанные в ходе мозгового штурма, нуждались в некоторой коррекции. Здесь снова помог визит качества, благодаря которому удалось понять, где процесс разработки блокируется, и найти способ его ускорения. Была определена также роль инженерно - технической иерархии как контролёров качества и соблюдения графиков по нескольким составным частям и системам.

Выводы

Визиты качества были полезны для инженерного подразделения, так как позволили:

  1. более конкретно общаться в отношении поставленных целей;

  2. ясно увидеть, понята ли Политика компании повсеместно и внедряется ли она на самых низших уровнях сложной организации;

  3. продемонстрировать обязательства руководителей в отношении TQM;

  4. подвигнуть людей на конкретные дела;

  5. понять встречающиеся трудности и их корневые причины;

  6. проверить, используются ли инструменты TQM продуктивным образом, и помочь людям использовать их;

  7. улучшить групповую работу;

  8. выбрать приоритеты среди необходимых мер по улучшению.

В результате визиты качества стали средством, позволяющим улучшать TQM в инженерном департаменте Рено.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]