Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Бизнесмену -> Демарко Т. -> "Балдеющие от алреналина и зомбированные шаблонами. Паттерны поведения проектных команд" -> 33

Балдеющие от алреналина и зомбированные шаблонами. Паттерны поведения проектных команд - Демарко Т.

Демарко Т., Листер Т., Макменамин С., Робертсон Дж. Балдеющие от алреналина и зомбированные шаблонами. Паттерны поведения проектных команд — Спб.: Символ-Плюс, 2010. — 288 c.
ISBN 978-5-93286-160-8
Скачать (прямая ссылка): baldeushieotadrenalina2010 .djvu
Предыдущая << 1 .. 27 28 29 30 31 32 < 33 > 34 35 36 37 38 39 .. 77 >> Следующая


То, что документ проходит проверку на полноту синтаксиса, не позволяет делать выводы о его соответствии поставленным задачам. Наличие в словаре определения поля данных не означает, что смысл 120

Ложный промежуточный контроль качества 120

поля интерпретирован правильно. Описание процесса в стиле * получить данные, выполнить обработку, вывести результат» - это просто перевод бумаги.

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

С. Р.

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

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

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

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

121

Мне не раз встречались письменные инструкции (обычно в крупных организациях), информирующие сотрудников отдела контроля качества о том, что их работа состоит в проверке полноты, единообразия и формальной корректности документов. В то же время люди, выполняющие эту работу, не являются специалистами в области разработки требований, проектирования, программирования, тестирования или в любой иной дисциплине в сфере разработки систем - они просто «контроль качества». Предполагается, что они используют (уйму) проверочных списков для (уймы) различных видов документов и занимаются тем, что проставляют в списках галочки, не обращая внимания на содержательную сторону документации. В таких компаниях модель рабочих процессов зачастую явным образом возлагает контроль качества содержательной части на авторов, то есть на тех, кто создавал артефакт. Подразумевается, что именно они являются специалистами в своей области.

П. X.

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

«Тестирование - это больше, чем тестирование (и должно начинаться до тестирования)».

Дороти Грэм

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

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

123

ущерба для качества свести к проверке того, работает ли продукт так, как было задумано. Многие организации не в состоянии это сделать, поскольку вообще не уверены в корректности собственного определения слов «работает, как было задумано». Если требования к программному обеспечению не тестировались, тестировщики не смогут доверять этим требованиям. Идея раннего тестирования -снабдить позднее тестирование точным эталоном, относительно которого можно будет оценивать качество решения.
Предыдущая << 1 .. 27 28 29 30 31 32 < 33 > 34 35 36 37 38 39 .. 77 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100