Читаем O. ISO! Чему не учат на тренингах полностью

Если все же столкнулись с тем, что у кого-то нет времени на “ерунду”, спокойно ответьте, что и у Вас тоже нет времени на “ерунду”, но работа должна быть сделана, потому, что Генеральный директор ждет предварительный отчет и совещание состоится такого-то числа и в такое-то время. Если кто-то не сочтет нужным прийти, его право, но в отчете это будет прописано. Избегайте лишних объяснений и баталий, будьте серьезными!

Если же сам Генеральный директор в это самое время ушел в подполье и никак с Вами не контактирует – ситуация плохая, но вполне решаемая, Вам потребуется больше времени и нервов для сохранения “видимого” спокойствия (перед остальными сотрудниками Вы обязаны держать лицо!), но и с этим Вы справитесь.

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

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

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

Пожалуйста, не забывайте главную цель Вашего нахождения в компании – не для того, чтобы сделать ее лучше, не для того, чтобы увеличить прибыль (это цель системы), а для того, чтобы донести до всех видение Генерального директора, а до Генерального директора донести текущее состояние дел с предложениями по улучшению (не лично Вашими, “высосанными из пальца”, взятыми из интернета и книг по менеджменту, а высказанные теми, кто имеет к ним непосредственное отношение на рабочих местах).

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

Ошибка первая: Я пришел в компанию, чтобы строить эффективную систему управления.

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

Ошибка вторая: СМК поможет компании работать лучше

Никогда не говорите таких слов коллегам, особенно руководителям процессов, особенно тем, кто задействованы в производстве или продажах – тем самым вы наживаете себе врагов! А эти подразделения очень важны для системы менеджмента качества. Что значит лучше, тем самым вы даете всем понять, что работают они плохо, а Вы их научите работать “как следует”? А если они старше вас по возрасту в пару раз, представляете, что Вас ожидает?

Слова менеджера по качеству, которые внушают доверие, следующие: “Система менеджмента качества поможет компании определить места, которые нуждаются в улучшении и определить пути решения текущих проблем с минимальными рисками и вложениями! Если Вам не хватает персонала, где это видно? Покажите это на бумаге, не на словах, покажите это в цифрах, а я помогу донести до Генерального Директора! Если Вам не хватает ресурсов, где это видно? Если Вы не можете работать из-за плохой работы смежного департамента, где это видно? Покажите мне, покажите, а не говорите! Давайте вместе определим, как это показать!”

Ошибка третья: Я напишу Вам стандарты, и Вы будете по ним работать

Лишнее слово здесь “я”, менеджер по качеству должен четко себе уяснить – его работа собирать нужных людей для написания нужных документов! Написать стандарт для производства никто лучше производства не сможет, лишь они знают все “подводные камни” и знают, что им необходимо улучшать, а что усиленно контролировать, его задача помочь людям рассказать о том, что их волнует, чтобы после обозначить это в стандартах. Вы – помощник, а не надсмотрщик. Очень важно уяснить это в самом себе. Остальные сотрудники помогают Вам тем, что находят время и дают информацию, а Вы помогаете им добиться того, чтобы их услышали, понимаете?

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

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

Управление рисками
Управление рисками

Harvard Business Review – ведущий деловой журнал с многолетней историей. В этот сборник вошли лучшие статьи авторов HBR на тему риск-менеджмента.Инсайдерские атаки, саботаж, нарушение цепочек поставок, техногенные катастрофы и политические кризисы влияют на устойчивость организаций. Пытаясь их предотвратить, большинство руководителей вводят все новые и новые правила и принуждают сотрудников их выполнять. Однако переоценка некоторых рисков и невозможность предусмотреть скрытые угрозы приводят к тому, что компании нерационально расходуют ресурсы, а это может нанести серьезный, а то и непоправимый ущерб бизнесу. Прочитав этот сборник, вы узнаете о категориях рисков и внедрении процессов по управлению ими, научитесь использовать неопределенность для прорывных инноваций и сможете избежать распространенных ошибок прогнозирования, чтобы получить конкурентное преимущество.Статьи Нассима Талеба, Кондолизы Райс, Роберта Каплана и других авторов HBR помогут вам выстроить эффективную стратегию управления рисками и подготовиться к будущим вызовам.Способность компании противостоять штормам во многом зависит от того, насколько серьезно лидеры воспринимают свою функцию управления рисками в то время, когда светит солнце и горизонт чист.Иногда попытки уклониться от риска в действительности его увеличивают, а готовность принять на себя больше риска позволяет более эффективно им управлять.Все организации стремятся учиться на ошибках. Немногие ищут возможность почерпнуть что-то из событий, которые могли бы закончиться плохо, но все обошлось благодаря удачному стечению обстоятельств. Руководители должны понимать и учитывать: если люди спаслись, будучи на волосок от гибели, они склонны приписывать это устойчивости системы, хотя столь же вероятно, что сама эта ситуация сложилась из-за уязвимости системы.Для когоДля руководителей, глав компаний, генеральных директоров и собственников бизнеса.

Harvard Business Review (HBR) , Сергей Каледин , Тулкин Нарметов

Карьера, кадры / Экономика / Менеджмент / Финансы и бизнес
Чистый Agile. Основы гибкости
Чистый Agile. Основы гибкости

Прошло почти двадцать лет с тех пор как появился Манифест Agile. Легендарный Роберт Мартин (Дядя Боб) понял, что пора стряхнуть пыль с принципов Agile, и заново рассказать о гибком подходе не только новому поколению программистов, но и специалистам из других отраслей. Автор полюбившихся айтишникам книг «Чистый код», «Идеальный программист», «Чистая архитектура» стоял у истоков Agile. «Чистый Agile» устраняет недопонимание и путаницу, которые за годы существования Agile усложнили его применение по сравнению с изначальным замыслом.По сути Agile — это всего лишь небольшая подборка методов и инструментов, помогающая небольшим командам программистов управлять небольшими проектами,… но приводящая к большим результатам, потому что каждый крупный проект состоит из огромного количества кирпичиков. Пять десятков лет работы с проектами всех мыслимых видов и размеров позволяют Дяде Бобу показать, как на самом деле должен работать Agile.Если вы хотите понять преимущества Agile, не ищите лёгких путей — нужно правильно применять Agile. «Чистый Agile» расскажет, как это делать разработчикам, тестировщикам, руководителям, менеджерам проектов и клиентам.

Роберт Сесил Мартин , Роберт С. Мартин

Программирование, программы, базы данных / Менеджмент / Финансы и бизнес