Качество продукта и производства

Идея совершенствования производства основывается на том, что технологический процесс является критическим фактором, непосредственно влияющим на качество продукта. Автор этой идеи – американский инженер Деминг (W. Е. Deming), который работал над проблемой улучшения качества в промышленности Японии после второй мировой войны. Японцы в течение долгих лет самоотверженно трудились над совершенствованием процесса производства. Это, несомненно, стало основой высокого качества японских товаров.

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

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

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

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

Рис. 27.2. Основные факторы, влияющие на качество программного обеспечения

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

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

Факторы, положенные в основу прямоугольника на рис, 27.2, наиболее критичны. Качество продукта пострадает в любом случае, как только будет неправильно произведен расчет средств на выполнение проекта (независимо от его размера) либо будет представлен нереальный график работ, что сделает невозможным своевременное выполнение проекта. Для успешной реализации проекта необходимо достаточное количество материальных и временных ресурсов. В противном случае проект может спасти только высококвалифицированный и преданный персонал. И даже тогда при остром дефиците средств может пострадать качество конечного продукта.

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