Bu yazının önceki bölümlerini
- Büyük Projeler Nasıl Yönetilir – 1
- Büyük Projeler Nasıl Yönetilir – 2
- Büyük Projeler Nasıl Yönetilir – 3
- Büyük Projeler Nasıl Yönetilir – 4
- Büyük Projeler Nasıl Yönetilir – 5
- Büyük Projeler Nasıl Yönetilir – 6
- Büyük Projeler Nasıl Yönetilir – 7
- Büyük Projeler Nasıl Yönetilir – 8
- Büyük Projeler Nasıl Yönetilir – 9
- Büyük Projeler Nasıl Yönetilir – 10
- Büyük Projeler Nasıl Yönetilir – 11
başlıkları altında okuyabilirsiniz.
Geliştirme ve deneme ortamları
Deneyimlerim, birçok kurumumuzun tek bir sistem sahibi oldukları, bunun da yaşayan sistemleri olduğu, deneme ve geliştirmelerin de bu sistem üzerinde yapıldığı yönündedir.
Özellikle başlangıçta altyapı yatırım maliyetini düşüren bu yol aslında ciddi bir tuzaktır. Deneme, geliştirme çalışmaları kaçınılmazdır ve hem sistem yönetimi hem de uygulama tarafında yapılacaktır.
Deneme ve geliştirme ortamları ayrılmalı, ayrı sistemler kurulmalıdır. Bu öncelikle sistem yönetiminde değişik felaket ve kurtarma kurgularının denenmesini sağlar. Tek bir sistem olduğunda sistem yönetimi açısından deneme yapmak olanaksızdır ve bunun bedeli felaket başa geldiğinde ağır ödenir ( ya da ödenemez). Uygulama geliştirme ortamı da yaşayan sistemden ayrı tutulmalıdır.
Bu çalışmalar için ayrı sistemler kurmamanın en basit sonucu, bu çalışmalar sırasında işleyen yapının bozulması, kesintiye uğratılmasıdır. Durumun kurtarılması da her zaman hızlı ve kolay olmayabilir.
Sistem yönetimi açısından denemeler uygulama geliştirmeyi aksatacaktır. Çok yoğun uygulama geliştirme yapılmıyorsa tek bir ek sistem kullanılabilir ve çalışmalar ardışık yürütülebilinir.
Uygulama geliştirmede değişiklik ve yama yönetimi önemlidir. Bazı hazır ürünler veya bilgiişlem geliştirme bölümleri bu yönden hiçbir altyapıya sahip değildirler, yazılım geliştirme teknikleri ilkel aşamadadır ve geliştirmeler doğrudan eski yazılımın üzerine konur. Bazı ürünler geliştirmelerin yönetimine uygun teknik altyapı içerirler ancak, uygulama geliştirmeciler bu yolu kullanmazlar. Başlangıçta “acele” diye (bazen de bilinmediğinden) kullanılmayıp bozulan bu yapı, daha sonra içinden çıkılmaz bir hale gelir. Bilişim yöneticisinin böylebir yapı kurmaya dikkat etmesi ve uygulanmasını sağlaması gerekir. Özellikle yazılım yükseltmelerinde ne zaman, ne amaçla hangi değişiklik veya geliştirmelerin yapıldığı bilgisi kaybolur ve bu eklentilerin yükseltilmesi açmaza girer.
Bu yazının devamını Büyük Projeler Nasıl Yönetilir – 13 başlığı altında okuyabilirsiniz.