Все новости от 17 февраля 2000 г.

Сколько блох у слона?

Что, если ядро операционной системы — наверное, одной из самых сложных за всю историю ПК — это гигантские ноги животного? А неприятности, вызванные оставшимися проблемами совместимости с новыми устройствами и сетевыми службами, — лишь раздражение от внезапного движения его хобота?

Задача оценки Windows 2000 по своей трудности ближе, пожалуй, к подсчету блох у слона, чем к наблюдению за странным, но бросающимся в глаза хоботом. Как сообщает моя коллега Мэри Фоули, согласно внутреннему документу Microsoft, в коде ОС осталось 63 тыс. потенциальных ошибок, которые необходимо устранить в следующей версии продукта. Впечатляющее число.

Однако Windows 2000 огромна, и, чтобы оценить практическую надежность системы, следует оперировать не абсолютными числами, а относительным уровнем ошибок. При уровне менее двух ошибок на 1000 строк кода Windows 2000 оказывается на 80% выше того порога, который специалист по качеству ПО Стив Макконнел (Steve McConnell) считает указанием на необходимость переписать программу заново. Я не считаю это вполне удовлетворительным, так как тот же Макконнел заметил, что распределение дефектов далеко не равномерно; по его словам, одно из исследований IBM показывает, что 57% всех ошибок программы пришлось всего на 7% изученных модулей.

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

Стоимость исправления ошибок
Согласно большинству оценок, стоимость исправления ошибки программы после ее выпуска в 3-10 раз превышает стоимость профилактики ошибок и в 50-200 раз — стоимость предъявления более строгих требований к кодированию перед началом проекта. Если Microsoft потратит около 1000 $ на исправление каждого из 63 тыс. потенциальных дефектов, что является оптимистической оценкой (это 10 часов работы специалиста плюс накладные расходы), то их устранение после выпуска продукта обойдется компании на 40-60 млн $ дороже, чем профилактика. Кроме прямых расходов, Microsoft столкнется с задержкой поступления доходов, вызванной неуверенностью заказчиков в надежности первых версий продуктов, не говоря уже о потере заказчиков, выбравших другие платформы с хорошей репутацией, такие как AS/400.

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

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