scope creep

[Нюра]

Помогите пожалуйста!
Контекст:  «Всего лишь несколько последних штрихов и он будет готов к выпуску». Это в особенности верно в отношении программного обеспечения, но может относиться и к любому другому материальному товару. Неважно имеем ли мы дело с техническим дефекте или товар нуждается в усовершенствовании, из-за того, что покупатель, с которым вы говорили, хочет большего, даже перед первым выпуском продукции, мы сталкиваемся с тяжелой проблемой. The tradeoff with what is called "scope creep" is time to market versus added features or stability.
Заранее спасибо
Нюра

[alk]

http://russian.joelonsoftware.com/Articles/TheJoelTest.html
Программисты очень не любят планы работ. "Будет сделано тогда, когда будет сделано!" - вопят они на управляющий персонал.
К сожалению, такая оценка не подходит. Слишком много плановых решений, которые необходимо принять до выпуска: демонстрации, выставки, реклама и т.д. Единственное решение - это составить план, установить сроки и придерживаться их.
Другой ключевой момент в составлении плана - это то, что он заставляет вас определиться, какую функциональность вы собираетесь поддержать, и выкинуть наименее важные функции. Лучше сделать это сразу, чем страдать от "ползучего фичуризма" (creeping featuritis), также известного под английским названием "scope creep".

Или
http://www.russdesign.ru/?section=ss2&id=135
Здесь уже начинается разговор об "объеме работ" (scope creep). И вам необходимо его определить. Иногда изменения приветствуются, потому что они обнаруживают, что что-то было неправильно или неточно сделано, или открывает какие-то новые невидимые ранее возможности. Но будьте готовы и к сопротивлению! Если временной фактор играет важную роль (а когда ж он не играет?) вся команда будет вас просить не поднимать эту проблему и сделать изменение как можно более простым, не таким объемным.

[Нюра]

Огромное спасибо вам алк!