Sabit fiyatlar yazılım geliştirmede önemli bir proje türüdür. Ama fiyat riskine odaklanmak gerçekten mantıklı mı?
Sabit fiyatlar fiyat riski ile uğraşmanın bir yoludur. Fiyat riskleri genellikle bunun dışında önemlidir: Berlin Havaalanı Ber veya Hamburg Elbphilharmonie örnektir. Dolayısıyla bu riski yönetmek mantıklı.
Bireysel yazılımın oluşturulması her zaman pahalıdır, çünkü özel olarak uyarlanmış yazılım oluşturulur. Bu yüzden sadece fiyat açısından değil, aynı zamanda risklidir. Paradoksal: Risksiz bir risk bile başlatmamalısınız. Risk soloları, teslim edip etmediği önemli değilse bir projedir. Ama sonuç önemli olmadığında neden bunu yapıyorsunuz?
Temel çelişki
Tek bir yazılım projesinin maliyetlerinden ve risklerinden kaçınmanın tek yolu, önemli bir ayarlamaya ihtiyaç duyulmaması koşuluyla standart yazılım kullanmaktır. Bu nedenle yazılım herhangi bir özel gereksinim almaz.
Yani temel bir çelişki var: eğer bireysel yazılım pahalı ve riskliyse – festival ödüllerinin bir projesi neden ön plana çıkıyor? Projenin başarısından kaynaklanan değer daha önemli olmalıdır. Bu, yeni bir ürün, işlem optimizasyonları veya yazılım projelerinin diğer birçok nedeninden biri olabilir.
Ve tam olarak göz ardı edilen şey budur. Genellikle projenin değerinin ne olduğu açık değildir. Veya önceliklerin net bir tanımı olmayan rekabet hedefleri vardır. Dikkat çekiyor. Sonuçların da elde edilmesini sağlamak için değer ölçüldüğünden daha az yaygındır. Ve eğer tüm bunlar verilirse, birçok proje istenen başarıyı sağlamaz. Araştırma Başarı oranının yüzde 30 olduğunu öne sürüyor.
Doğru özelliklere ve projenin değerine dikkat sadece başarıyı arttırmakla kalmaz, aynı zamanda tasarruf eder. En ucuz özellik, hiç inşa etmediğiniz şeydir. Bu nedenle fiyat riski, anlamsız özellikleri mümkün olan en kısa sürede sipariş ederek azaltılabilir.
Değer ve başarı
İlk bakışta, “kolay yapılması gereken” ve herhangi bir değer sağlayamayan bazı projeler vardır. Sabit bir fiyat orada mantıklı olabilir. Örneğin, yazılımın teknik tabanları güncellenmelidir. Bu proje yalnızca yazılımı gelecekte hale getirmeli ve yeni özellikler uygulamamalıdır. Standart yazılım genellikle eski sistemin karmaşık süreçleriyle doğru değildir ve bu nedenle bir alternatif değildir. Ancak bu durumda bile, yeni yazılım yeni özellikler uygulanabilir ve bu nedenle değerler yaratabilir: süreç optimizasyonları, yeni ürünler, vb.
Öngörülebilirlik ve öngörülebilirlik önemlidir. Ancak fiyat riski yerine, projeler değer ve başarıya odaklanmalıdır, çünkü bu yüzden bireysel yazılım projeleri vardır. Tam olarak bu sorular da göz ardı ediliyor.
Meslektaşları Innoq Falk Hoppe, Simon Kölsch, Holger Kraus, Silvia Schreier ve Stefan Tilkov'a blog yazısının ilk versiyonunda tartışma için teşekkürler!
()
Sabit fiyatlar fiyat riski ile uğraşmanın bir yoludur. Fiyat riskleri genellikle bunun dışında önemlidir: Berlin Havaalanı Ber veya Hamburg Elbphilharmonie örnektir. Dolayısıyla bu riski yönetmek mantıklı.
Bireysel yazılımın oluşturulması her zaman pahalıdır, çünkü özel olarak uyarlanmış yazılım oluşturulur. Bu yüzden sadece fiyat açısından değil, aynı zamanda risklidir. Paradoksal: Risksiz bir risk bile başlatmamalısınız. Risk soloları, teslim edip etmediği önemli değilse bir projedir. Ama sonuç önemli olmadığında neden bunu yapıyorsunuz?
Temel çelişki
Tek bir yazılım projesinin maliyetlerinden ve risklerinden kaçınmanın tek yolu, önemli bir ayarlamaya ihtiyaç duyulmaması koşuluyla standart yazılım kullanmaktır. Bu nedenle yazılım herhangi bir özel gereksinim almaz.
Yani temel bir çelişki var: eğer bireysel yazılım pahalı ve riskliyse – festival ödüllerinin bir projesi neden ön plana çıkıyor? Projenin başarısından kaynaklanan değer daha önemli olmalıdır. Bu, yeni bir ürün, işlem optimizasyonları veya yazılım projelerinin diğer birçok nedeninden biri olabilir.
Ve tam olarak göz ardı edilen şey budur. Genellikle projenin değerinin ne olduğu açık değildir. Veya önceliklerin net bir tanımı olmayan rekabet hedefleri vardır. Dikkat çekiyor. Sonuçların da elde edilmesini sağlamak için değer ölçüldüğünden daha az yaygındır. Ve eğer tüm bunlar verilirse, birçok proje istenen başarıyı sağlamaz. Araştırma Başarı oranının yüzde 30 olduğunu öne sürüyor.
Doğru özelliklere ve projenin değerine dikkat sadece başarıyı arttırmakla kalmaz, aynı zamanda tasarruf eder. En ucuz özellik, hiç inşa etmediğiniz şeydir. Bu nedenle fiyat riski, anlamsız özellikleri mümkün olan en kısa sürede sipariş ederek azaltılabilir.
Değer ve başarı
İlk bakışta, “kolay yapılması gereken” ve herhangi bir değer sağlayamayan bazı projeler vardır. Sabit bir fiyat orada mantıklı olabilir. Örneğin, yazılımın teknik tabanları güncellenmelidir. Bu proje yalnızca yazılımı gelecekte hale getirmeli ve yeni özellikler uygulamamalıdır. Standart yazılım genellikle eski sistemin karmaşık süreçleriyle doğru değildir ve bu nedenle bir alternatif değildir. Ancak bu durumda bile, yeni yazılım yeni özellikler uygulanabilir ve bu nedenle değerler yaratabilir: süreç optimizasyonları, yeni ürünler, vb.
Öngörülebilirlik ve öngörülebilirlik önemlidir. Ancak fiyat riski yerine, projeler değer ve başarıya odaklanmalıdır, çünkü bu yüzden bireysel yazılım projeleri vardır. Tam olarak bu sorular da göz ardı ediliyor.
Meslektaşları Innoq Falk Hoppe, Simon Kölsch, Holger Kraus, Silvia Schreier ve Stefan Tilkov'a blog yazısının ilk versiyonunda tartışma için teşekkürler!
()