Страсти по ISO 9000. Грустно-комическая повесть о получении сертификата на систему качества

Долгов Влад

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

Но вот, как дошло до денег, то было сказано, что пятьсот-семьсот «зеленых» в зубы и хватит, потому что средняя зарплата., а вы знаете какая средняя зарплата по стране? Так вот, как и средняя температура по больнице, намного ниже, чем эти семьсот, так что это максимум, который я могу заплатить.

А на вопрос: за год сделаем так, чтобы фурами не воровали, и вы быстро окупите нас… короче, было не очень внятно, что так-то оно так, но зарплата

все равно не больше чем семьсот!

Вот так!

А наш пресловутый пресейл?

Вот смотри, как иногда все это происходит.

Например, поступил запрос на внедрение системы. Назначили технического специалиста для формирования технико-коммерческого предложения (ТКП).

А дальше…

Программист – начальнику отдела

Мы не можем справиться с предложенным проектом! Повторяю: НЕ МОЖЕМ! Это потребует полного изменения структуры дерева наследования, а никто в нашем отделе в ней не разбирается. Более того, никто в компании не знает даже языка, на котором это все было написано, так что даже если кто-то и захочет этим заняться, он просто не сможет.

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

Начальник отдела – руководителю проекта

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

Руководитель проекта – менеджеру среднего звена

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

Менеджер среднего звена – менеджеру верхнего уровня

Этот проект подразумевает пересмотр структуры. У нас есть несколько специалистов, которые работали в этой области и еще несколько специалистов по языку реализации. Они могли бы организовать обучение персонала. Если вас интересует мое мнение, нам стоит взяться за этот проект, но действовать нужно осторожно.

Менеджер верхнего уровня – управляющему

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

Управляющий – клиенту

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

Ты понял, Влад, куда уходит качество?

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

Поэтому если нет нужной динамики продаж, то никакое ISO тут качество не обеспечит!

Вот откуда начинает расти качество проекта!

Мда…

И дым от пророка в своем отечестве нам сладок и приятен…

Глава одиннадцатая

Подводим итоги

Из измерений

получается количество, из количества – цифры, из цифр – сравнение, а из сравнений – победа.

Сун Цу

– Друзья!

Сегодня настало время поговорить о том, что уже сейчас нам дала система качества!

Основной тезис построенной нами системы, как я уже многократно говорил, гласит: «Нет процессов без сбора данных, нет сбора данных без их анализа, нет анализа без принятия решений и нет решений без планирования корректирующих и предупреждающих действий!»

И стандартный набор инструментов и процедур только помогает эффективному прогрессу. Однако почему-то еще не все менеджеры проектов хотят следовать стандартным процессам и методикам!

– Они боятся, что это будет ограничивать их креативность?

– Позвольте возразить. Именно в результате их отсутствия или их «незамечания» как раз очень часто и происходит так, что менеджер проекта в конце концов обнаруживает себя запутавшимся в жуткой помеси процедур, инструментов управления и техник, требующих значительных усилий для того, чтобы совместить их друг с другом. Это все только препятствует продвижению проекта и сопровождается однозначной потерей его качества!

Еще раз и еще раз повторяю, что стандарты – это регламенты действий только «по умолчанию». И если у вас появляется разумная им альтернатива, то это только приветствуется ISO, поскольку требует постоянного совершенствования! Поэтому не устану повторять, что наперекор устоявшемуся ошибочному мнению стандартные процедуры только способствуют креативности, а не затрудняют ее. Еще раз аргументирую. Стандартные процедуры дают четкое понимание задач данного проекта, а также конкретные инструменты и техники работы для завершения задач. Такой подход снижает количество информации, которое надо переварить, чтобы справиться с задачей. Стандартизация способствует, во-первых, эффективному логически последовательному выполнению проекта. Во-вторых, лучшей интеграции активности в связи с тем, что участники проекта видят взаимозависимость их работы с работой других участников проекта. Менеджеры смогут работать более автономно, понимая стандарты, которым надо следовать во время принятия решений. И наоборот, когда стандарты отсутствуют, сотрудники будут наталкиваться на разные препятствия, находя их просто на ровном месте. В-третьих, снижается коэффициент переделок в связи с тем, что стандартизация существенно облегчает возможность использования наработок предыдущих проектов, улучшает коммуникации, потому что все члены команды играют по общим правилам. И здесь мы плавно переходим к реальной возможности снижения рисков проекта при помощи хорошо известного способа – создания базы знаний по ранее выполненным проектам.

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

Здесь еще раз напомню вам об основных наших показателях – это как раз отклонения от плана в себестоимости и длительности проекта!

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