Чтение онлайн

Но срок придется оттянуть месяца на три, не меньше!

Почему так долго, ведь документировать можно всего за два-три месяца? Здесь дело не в сроке документирования, а в том, что для честного прохождения аудита нашей системе нужно пройти так называемый цикл Деминга: «запланировал – сделал – проверил – поправил».

– Да, правильно. Его еще называют циклом Шухарта – Деминга.

– Я сейчас тоже поумничаю. На самом деле в практике управления производством его впервые упомянул еще Тейлор. Так что цикл должен по праву называться циклом Тэйлора – Шухарта – Деминга. Интересно, что сам Деминг, так много сделавший для продвижения подхода с позиций процесса, в этом цикле показал операции, а не процессы. Цикл был кратким изложением метода проб и ошибок, эффективность которого всегда была ниже всякой критики. Судя по многочисленным публикациям, этот довольно-таки древний и слабый управленческий прием воспринимается в стандарте ISO 9000 как откровение. Хотя вы правы, можно короче и точнее: «выяви недостаток и устрани его».

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

– Нет-нет! Разводить бюрократию мы не будем – любые отклонения от внутренних стандартов возможны, но только обоснованные и с документированием принимаемых решений!

Но «вернемся к нашим баранам». Вы поняли – надо, чтобы наша система поработала и прошла хотя бы одну итерацию перед ее аудитом.

Так что я целиком за второй путь!

– Правильно, Алексей, придется просить заказчика еще подождать!

Аргументирую отвлеченным примером.

Допустим, вам предлагают купить машину, а вы говорите, что возьмете, но без мотора (сейчас денег нет, и ездить пока некуда), а вот кузов вам здорово понравился и вы хотите в нем покрасоваться перед соседями. И даже прокатиться можно – под горку. А вот чтобы она сама вас возила – придется все-таки встраивать мотор и за отдельные деньги.

Невыгодно.

– Да, вы правильно слышали, что при внедрении ISO 9000 необходимо разрабатывать должностные инструкции!

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

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

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

Поэтому обучение должно стать одним из основных производственных бизнес-процессов в нашей с вами СМК.

– Да, правильно, основным у нас будет именно сквозной процесс выполнения проекта, разбитый на процедуры в соответствии с его жизненным циклом.

– Вы правы, вообще трактовка требований ISO это действительно обоюдоострое оружие – его можно очень эффективно использовать для выстраивания именно «линии нашей защиты». Здесь я повторюсь, абсолютно полная аналогия с судебным процессом – трактовка содержания статей Уголовного кодекса позволяет существенно «смягчить приговор». Но это шутка. Но в каждой шутке, сами знаете, что.

– Да, именно поэтому в большинстве случаев смогу отпарировать замечания аудитора!

Давайте на этом завершим с вопросами по аудиту и перейдем к вопросам по технологии.

– Нет, не в BPWin.

Да, я, конечно, знаю про IDEF0. Но его трудно понять, и, прежде всего, самим исполнителям, и, как правило, внешним аудиторам тоже. Именно поэтому документировать процессы будем в ARIS, поскольку после беседы с вашим Главным я понял, что всю документацию придется делать мне самому, поэтому я и выбираю то, что мне наиболее удобно, – я на нем собаку съел.

– Да, именно так. Я действительно предлагаю для управления проектами внедрять именно Microsoft Project. Упрямая статистика говорит, что примерно семьдесят процентов пользователей в мире для управления проектами используют именно продукт Microsoft Project.

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

– Да, вы абсолютно правы. Сам по себе MS Project, конечно, явно не дотягивает до выставленной рынком планки корпоративных решений.

Но дело в том, что продукты «Microsoft» в интегрированных решениях как бы усиливают полезность друг друга и их совместная потребительская ценность значительно возрастает.

Поэтому не будем пытаться «изобретать велосипед», тем более что, как правило, все наши отчетные документы уже ведутся в Word и Excel, то есть используют все тот же продукт «Microsoft» – MS Office.

Вот по этому пути дальнейшего использования продуктов «Microsoft» и советую идти нам дальше.

– Да, вы правы, для успешной организации Проектного офиса на основе MS Project будет необходима его интеграция с MS Share Point. Это как раз и даст нам возможность легко управлять версиями документов и обеспечит необходимое управление записями по качеству.

– Правильно. Использование средств групповой работы на базе MS Outlook и MS Exchange обеспечит нам эффективность внутренних коммуникаций.

– Нет-нет. У нас уже все есть. Корректирующие действия – это ваша процедура управления проблемами в ходе проекта. А предупреждающие действия – это ваша процедура управления рисками проекта. Мы только все систематизируем!

– Да, вы правы, тема качества на самом деле действительно очень интересна.

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

Но об этом как-нибудь потом с теми, кому это интересно.

– Ну, если больше нет вопросов, то как там, у классика: «Заседание продолжается, командовать парадом буду я» – Директор по качеству!

Как приятно начинать работать с умными людьми.

Только я начинаю ощущать здесь «засаду» – эти умники во время интервью с аудитором как бы не начали умничать и обсуждать саму целесообразность внедрения ISO. Ох, КАК это злит аудиторов!

Придется вести «разъяснительную работу».

В кабинете сразу повесил плакат: