Создание практичных, достижимых и правдоподобных стандартов качества

Важно :  Данная статья переведена с помощью машинного перевода, см. Отказ от ответственности. Используйте английский вариант этой статьи, который находится здесь, в качестве справочного материала.

Автор: Лонни Пацелли (Lonnie Pacelli)

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

Качество имеет значение

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

К началу страницы

Рекомендации по разработке стандартов качества

Как можно создать практичные, достижимые и правдоподобные стандарты качества? Для начала обратите внимание на следующие рекомендации:

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

  • Создайте совет по стандартам качества.     Создайте группу из заинтересованных лиц, связанных с проектами, которыми вы управляете. Это делается не для того, чтобы сбросить на них часть своей работы, а для того, чтобы они помогли вам правильно определить стандарты качества.

  • Узнайте, что заинтересованные лица понимают под качеством.    Опросите каждую группу заинтересованных лиц, чтобы понять, что они ожидают от конечных результатов. Например, для стандартов качества ИТ можно обсудить требования с руководителями группы удобства использования или поддержки продукта, а также с другими ключевыми спонсорами. Выясните, что, по их мнению, требуется для успешного завершения проекта. Может показаться, что это очевидный вопрос, но некоторые ответы помогут вам понять, что для заинтересованных лиц важно, а что нет. Не следует недооценивать такие опросы: они помогают прийти к общему пониманию качества.

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

  • Продумайте, что произойдет при несоблюдении каждого стандарта качества.    Я называю это проверкой "А важно ли это?". Для каждого из стандартов определите логичное, хорошо продуманное последствие несоблюдения. Если вы вместе с советом не можете определить реалистичный результат или если следствия незначительны, рекомендуется пересмотреть или удалить стандарт. Слишком заманчиво добавить в список стандартов все, что придет в голову. Больше — не всегда лучше, поэтому сфокусируйте свое внимание на том, что его заслуживает.

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

    • Игнорировались ли какие-либо стандарты качества? Если да, то были ли у этого значительные последствия?

    • Учитывались ли стандарты качества при разработке продукта или же они применялись только при его тестировании?

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


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

К началу страницы

Заключение

Стандарты качества — это важнейший компонент методологии управления проектами. Чтобы показатели качества были эффективными, они должны быть практичными, правдоподобными и достижимыми. Если вы создаете стандарты качества, далекие от действительности, ваши сотрудники будут искать лазейки или полностью игнорировать стандарты.

К началу страницы

Об авторе.     Лонни Пацелли (Lonnie Pacelli) — владелец компании, консультант и автор, который уже более 20 лет занимается управлением проектами. Он работал с компаниями из списка Fortune 500, включая Майкрософт, Accenture, Motorola, Hughes Electronics, AT&T и Northrop Grumman, и успешно управлял разнообразными проектами — от установки сложных ИТ-системы для улучшения небольших процессов. В данный момент он является генеральным директором Banzai Sushi в Сиэтле. Лонни является автором книг The Project Management Advisor: 18 Major Project Screw-ups and How to Cut Them Off at the Pass (Prentice Hall, 2004), The Truth About Getting Your Point Across (Prentice Hall, 2006) и Leadership Made Simple (Amazon.com, 2006).

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

Совершенствование навыков
Перейти к обучению
Первоочередный доступ к новым возможностям
Присоединиться к программе предварительной оценки Office

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×