İç Gözlem Nasıl Yapılmalı?
IT departmanınızı bileşenlerine ayırmanın ilk adımı, IT’nin yaptığı farklı işleri fonksiyonlar gibi görmeyi bırakmak ve bunları servisler olarak düşünmeye başlamaktır. Bunlar anlamdaşlarmış gibi gözüküyor ama arada önemli bir fark var: Fonksiyonlar, onu gerçekleştiren insan ya da grupların bakış açısını tanımlayan bir şeyken, servisler bundan faydalanan insan ya da grupların bakış açılarını tanımlıyor. “Tüm bunlardan sonra bir yardım masası nedir?” diye soruyor Gartner’dan Anderson. “O, IT’nin dahili kullanıcılarına bir servis sağlar.” Departmanın tamamına şöyle bir bakın, diyor. “Her şey bir servis gibi dikkate alınabilir. Sadece müşterinin kim olduğunu ortaya çıkarmanız gerekiyor.”

Bu düşünce biçimini adapte ettikten sonra, IT departmanınızı zeki bir müşteri gibi düşünmeye başlıyorsunuz ve her şey özel olarak ele alındığından kafa karışıklığı olmuyor. Bu kritik, çünkü IT departmanınızı bileşenlerine ayırmak önemli bir gayret gerektirecek. CIO’ların bu servislerin her birini ayrı süreçlere ve her bir süreci görevlere bölmesi gerekiyor (outsourcing sözlüğünde, görevler süreçlerin altkümeleridir. Örneğin, ihtiyaçlar bir süreç; kullanıcılarla konuşmak bir görev olabilir). Bazı durumlarda süreç ve görevler örtüşecektir. Bazılarında, konu ile ilgili olmayan ya da başarısız bir biçimde icra edilmiş adımlar bulacaksınız. İşte bu uygulamanın getirdiği yararlardan bir tanesi, diyor ABN Amro Services’in başkan yardımcısı Louis F. Rosenthal. “Bir firmanın kendi süreçlerinde katı olabileceğini ve stratejik bir partnerinden maksimum değeri bekleyeceğini düşünmüyorum,” diyor. CIO’ların sahip oldukları süreçleri değerlendirmekten daha fazlasını yapmaya ihtiyaçları var; gelecekte sahip olmak istedikleri
süreçler hakkında kafa yormaları gerekiyor.

Diğer taraftan, bu süreçleri ayırt etmek yeterli değil. Onların özel görevlere parçalanması gerekiyor. Örneğin, bir firma işin her ayrıntısını anlayan bir grup programcıya sahip olabilir ve firmaya rekabetçi bir avantaj sağlayan harika uygulamalar ortaya çıkartabilir. Bu durumda tüm uygulama gelişim sürecini dış kaynak yöntemiyle çözmek umutsuz bir girişim olabilir. Ancak, uygulama gelişim süreçlerini parçalara ayırırsanız, şunun gibi bir şey elde edersiniz: Gereksinim belirleme, fonksiyonel tasarım, fiziksel tasarım, inşa, test ve konuşlandırma. Belki ekip test konusunda mükemmel değildir. Ya da dünyanın başka bir köşesinde bu görevi daha ucuz ve daha etkili olarak yerine getirebilecek bir test grubu var. Süreçleri görevlere ayırmak bu türden kararları verme imkanı sunuyor.