Bir yazılım uygulama kaynağı seçme

“İş için doğru aracı kullanın”, yazılım tedariki için iyi bir slogandır. Bugünlerde yazılım tedariki için birkaç seçenek var. Şirket içi geliştirme, yazılım paketleri, yerel dış kaynak kullanımı, açık deniz dış kaynak kullanımı ve uygulama hizmeti sağlayıcıları (ASP), yazılım uygulamaları için olası kaynaklardır. Hepsi bir yazılım tedarik stratejisinde yer alır. Ancak hepsi tüm görevler için eşit derecede uygun değildir. Sektör deneyimi, şirket içi geliştirme ve satın alınan yazılım paketlerinin, yazılım tedarikinin temel unsurları olduğunu göstermektedir. Gerisi niş çözümlerdir.

Şirketimin son araştırması olan Strategic Trends in Information Technology’nin sonuçları, mevcut üretim uygulamalarının% 50’sinin şirket içi geliştirme,% 46’sı satın alınan paketler,% 3’ü yurtiçi dış kaynak kullanımı, yaklaşık% 1’i ASP’ler tarafından sağlandığını gösteriyor. Offshore dış kaynak kullanımı ile% 1.

Bu sonuçlar, onları gören birçok insanı şaşırtıyor. Dış kaynak kullanımı ve ASP’lere verilen tüm dikkat, çoğu insana bu kaynakların izini sürdüğü izlenimini verdi. Gerçek şu ki, dış kaynak kullanımı ve ASP pazarları büyümeye devam ediyor, ancak bunların kurulu yazılımların toplam tabanına katkısı az.

Kurum içi geliştirme ve satın alınan yazılım paketleri, iyi bir nedenden ötürü önde gelen yazılım kaynaklarıdır. Listenin başında bağlılık var. Çalışanlar, başarılarının kurumsal başarıya bağlı olduğunu bilirler. Şirketi desteklemek için uygulamayı teslim etmeleri gerektiğini biliyorlar ve bunu yapmaya duygusal olarak bağlılar. Proje başarısı ile kişisel başarı arasındaki bu yakın bağlantının yerini hiçbir şey tutamaz. Müteahhitleri veya diğer dışarıdan kişileri kullanan projeler bile, proje başarısı sorumluluğu şirket içinde kaldığı sürece bu taahhütten faydalanır.

Şirket bilgisi, dahili projelerin bir başka güçlü unsurudur. Çalışanlar şirket hakkında çok şey biliyor. Ürünleri biliyorlar ve şirketin nasıl çalıştığını biliyorlar. En önemlisi, şirket kültürünü anlıyorlar. Bunu anlıyorlar çünkü onlar bunun bir parçası. Bu sadece işlerin yapılmasına yardımcı olmakla kalmaz, aynı zamanda neyin önemli olup neyin olmadığını belirlemeye de yardımcı olur.

Fiziksel yakınlık, çoğu dahili projenin bir başka varlığıdır. Geliştiriciler ve kullanıcılar, düzenli olarak yüz yüze toplantılar yapmak için birbirlerine yeterince yakındır. Ve çoğu zaman gayri resmi temasları da oluyor – örneğin klasik “cezve boğa seansı”. Tüm bunlar, daha iyi proje sonuçlarını teşvik eden daha iyi kişisel ilişkileri teşvik eder.

Dahili projeler onlar için çok şey yapıyor. Bu kadar çok yazılımın bu şekilde teslim edilmesi şaşırtıcı değil.

Öyleyse, kurum içi geliştirme ve satın alınan paketler yerine dış kaynak kullanımı ve ASP’lerin lehine olan büyük argüman nedir?

Maliyet, daha az finansal maliyet. Kalite, pazara sunma süresi ve diğer tartışmalar da bazen yapılır, ancak her gün dış kaynak kullanımı ve ASP’ler lehine en büyük argüman maliyettir.

Maliyet güçlü bir argümandır, ancak herhangi bir mali fayda sağlanmadan ve ASP’lerin büyük engelleri aşmaları gerekir. Karşılaştıkları engeller, iç projelerin güçlü yönlerine tam olarak aykırıdır.

Çalışan bağlılığı yerine, satıcının kar elde etme kararlılığına sahibiz. Emin olmak için önemsiz bir faktör değil, ancak bir çalışanın proje başarısına olan kişisel ilgisi ile aynı şey değil.

Hem olgusal hem de kültürel, proje için önemli olan tüm şirket bilgileri çalışanlardan satıcıya aktarılmalıdır. Uygulama ne kadar karmaşık veya olağandışı olursa, tüm bilgileri aktarmak o kadar zorlaşır.

Satıcı, kültürün bir parçası değildir. Satıcı, en azından bir dereceye kadar her zaman bir yabancıdır. Bu, satıcının başarı ile başarısızlık arasındaki farkı yaratabilecek incelikleri bilmesini zorlaştırır. Daha az incelikli bilgi aktarmayı bile zorlaştırabilir.

Mesafe, birçok dış kaynaklı projede geliştiriciler ve kullanıcılar arasındaki düzenli yüz yüze toplantıları nadir hale getirir. Bazı açık deniz dış kaynak kullanımı projelerinde bu tür toplantılar olmayabilir. Dış kaynak sağlayıcının bir temsilcisi, şirket temsilcileriyle buluşur ve açık denizde kalan geliştiricilere bilgi aktarır. Mesafe, ekip üyeleri sekiz, on veya on iki saatlik zaman farklarıyla mücadele etmek zorunda kaldığında, telefon görüşmeleri gibi basit iletişimi de karmaşık hale getirir.

Tüm bunların üstesinden gelinebilir veya en azından yönetilebilir, ancak harici projeler doğrudan dahili projelerle rekabet etmekte sorun yaşar. Bunun anlamı, iç ve dış projelerin aynı tür projeler için uygun olmamasıdır. Proje ne kadar emtia benzeri olursa, dış kalkınma için o kadar uygun olur. Ne kadar benzersizse – ki bu genellikle kurumsal başarı için ne kadar kritikse – iç geliştirme için o kadar uygundur. Bu, basit işlevler için sözleşme yapılarak ve ince veya karmaşık işlevler için dahili geliştirme kullanılarak büyük bir proje içinde de uygulanabilir.

Yazılım tedarikinde herhangi bir numara varsa, bu yutturmacayı görmezden gelmek ve eldeki işe odaklanmaktır. O zaman mesele, iş için doğru aracı kullanmaktır.