Uygulama geliştirmeye hazırlanırken karşılaştığınız en büyük zorluk neydi?

Bu yazıyı paylaşma nedeni
Ben (muhtemelen) şirket içi ekipten ziyade önce dış kaynak geliştirme üzerinden uygulama geliştirmeye başlayacak gibiyim.
Çünkü benim için en önemli unsurun (şu anda) ‘hız’ olduğunu düşünüyorum.
Şirket içi ekiple mi başlanmalı, yoksa dış kaynak geliştirmeyle mi başlanmalı; bunun tek bir doğru cevabı yok ama
uygulama geliştirme işi veren bir müşteri açısından empati kurabildiğim bir yazı olduğu için kısaca özetleyip paylaşmak istedim.

Başlık : Uygulama geliştirmeye hazırlanırken karşılaşılan en büyük zorluk

1. Portföyden çok uygulama geliştirme süreci ve iş birliği biçimi
Genelde dış kaynak geliştirme için portföy üzerinden araştırma yapıp ilerlemek yaygın bir yöntem olsa da, sonuç olarak ortaya çıkan portföyden daha önemli olanın, geliştirme şirketinin hangi süreçle geliştirme yaptığı ve müşteriyle nasıl iletişim kurduğu olduğu vurgulanıyor.

• Check Point 1. Uygulama geliştirmeyi yöneten sorumlu bir PM’in varlığı
  — Genelde dış kaynak uygulama geliştirmede müşteri tarafındaki sorumlunun PM rolünü üstlendiği söylenir; ancak çoğu zaman geliştirme konusunda arka plan bilgisi olmaz. Geliştirme şirketi tarafında PM rolü üstlenildiğinde ise bunun (doğal olarak) iş gücü maliyetine etkisi olduğu için, geliştiricinin aynı anda PM rolünü de üstlendiği durumlar sık görülür.
  — Buna rağmen başarılı bir geliştirme için, yetkin bir PM’in varlığı basit bir portföyün ötesinde değer taşıdığı için bunun teyit edilmesi ve bu konuda yeterli düzeyde görüşme yapılması gerekir.

• Check Point 2. Uygulama geliştirme sürecindeki iletişim yöntemi ve sıklığı
  — Biraz temel bir konu gibi görünse de, dış kaynak geliştirmede iletişim yöntemini ve sıklığını net biçimde tanımlayarak projeyi yürütmek gerekir.
  — Taraflar arasında net bir tanım yoksa geliştirme ilerledikçe takvimin gecikme ihtimali artar ve yanlış iletişim yaşanma olasılığı yükselir.

• Check Point 3. Geliştirme yetkinliğinin ötesinde bakım, iyileştirme ve temel düzeyde ortaklık
  — Bir bakıma en önemli nokta da bu: Sadece istenen özellikleri geliştirebilen bir dış kaynak şirketinden ziyade, orta ve uzun vadede hizmetin bakımını ve iyileştirmesini birlikte yönetebilecek bir ortaklığa ihtiyaç olduğu vurgulanıyor.
  — Daha katı ifadeyle söylersek, müşterinin özellik geliştirmeye eşlik eden uzman bilgiye sahip olmama ihtimali yüksektir; bu nedenle bu boşluklar önceden hesaba katılmalı ve dikkate alınmalı, ayrıca (müşteri açısından) daha iyi çözümler üzerine birlikte düşünebilmek gerekir.

2. Başarılı bir uygulama geliştirme ve servis lansmanına kadar uzanan yolculuk
Yeni bir servis geliştiren ve girişim başlatan kişiler için sonuç şu: Uygulama geliştirmeyi sadece yukarıdan aşağıya verilen bir sipariş gibi değil, servisi çevreleyen çeşitli geliştirme unsurlarını birlikte görebilecek bir ortaklığı birlikte arayıp inşa etmek gerekir.