SI Geliştirici Hikayesi
#9. SI Projesine Katılım Sonrası - Geliştirmenin Başlangıcı

Projeye dahil olduktan sonra bir miktar uyum süresi geçtikten sonra geliştirmeye başlıyorsunuz. Geliştirme, RFP'de (İstek Tanımı Belgesi) belirtilen işlevleri WBS'nin programına göre gerçekleştiriyor. si'de, işlev geliştirirken her zaman değişiklik yapılabileceğini varsayarak diğer modüllerle entegrasyonunu mümkün olduğunca gevşek hale getiriyor.

Bunun nedeni, projenin siparişini veren müşterinin kendi işini bilmesine rağmen, hangi işlevlerin gerekli olduğunu, ekranların nasıl yapılandırılacağını vb. uygulama kılavuzları sağlayamamasıdır. Geliştirilen ekranlar gösterildiğinde, ek olarak gerekli gereksinimlerin ortaya çıkması veya değişikliklerin meydana gelmesi oldukça yaygındır.

Bu nedenle, diğer modüllerle entegrasyon seviyesi yüksekse, birini düzeltmek için diğer modülleri de düzeltmek gerekir ve bu da beklenmedik yan etkilere yol açabilir. Bu nedenle, kod tekrarı dağınık bir şekilde oluşur.

si'nin amacı, her şekilde çalışır hale getirmek olduğundan, temiz kod veya verimlilik gibi konular ikinci plana atılır.

Başlangıçta iyi yapmak için bir istek duyuyorsunuz, ancak sıkı bir program ve her gün ek isteklerde bulunan müşterinin taleplerine maruz kaldığınızda, kısa sürede hızlı hızlı geliştirdiğinizi fark ediyorsunuz.

Ayrıca, müşteri para ödediği için, bunu kendi başına yapacağını düşünerek elini kolunu bağlayan durumlar da oluyor. Bu, projenin sonlarında gerçekleşecek cehennemin habercisidir. Bu nedenle, iş açısından bilmediğiniz bir şey varsa, olabildiğince sorunuz ve düzenleyin.

si'de geliştirme yaparken aşağıdaki noktalara dikkat edin.

• İçerik her zaman değişebilir.
• Müşteri hiçbir şey bilmiyor. En küçük ekran birimlerinden başlayarak her birini gösterin ve sık sık geri bildirim alın.
• Ek talepler, mutlaka gerekli olmadıkça, kesinlikle "Evet" demeyin.
• Ben Bill Gates değilim. İyi tasarlanmış programlardan ziyade, müşteri hızlı bir şekilde oluşturulmuş ekranları tercih eder.