[История разработчика SI] 09. Начало полноценной разработки после ввода в проект SI

История разработчика SI
#9. После ввода в проект SI - начало полноценной разработки

После ввода в проект и некоторого периода адаптации начинается полноценная разработка. Разработка ведется в соответствии с графиком WBS на основе функций, указанных в RFP (спецификации требований). В SI предполагается, что функции могут быть изменены в любое время, поэтому стараются сделать связь с другими модулями как можно более слабой.

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

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

Поскольку целью SI является сделать так, чтобы система работала, чистота кода и эффективность отходят на второй план.

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

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

При разработке в SI обязательно учтите следующее.

• Содержание может быть изменено в любое время.
• Заказчик ничего не знает. Показывайте ему небольшие фрагменты экранов по очереди и часто получайте обратную связь.
• Не говорите «да» всем дополнительным требованиям, если они не являются действительно необходимыми.
• Я не Билл Гейтс. Заказчику важнее быстро готовый экран, чем хорошо структурированная программа.