Müşteri rahatsızlığının bir ürüne dönüşmesine kadar - Airbridge API ekibinin geliştirme süreci

B2B pazarlama aracı Airbridge'i API ekibinin hangi süreçle geliştirdiğini anlatan bir tanıtım yazısı

• Müşteri talepleri ve fikirlerini toplama
• Öncelikli olarak çözülmesi gereken sorunların seçilmesi
• Kick-off yapılması
  • Ne tür bir iş olduğunun anlaşılması ve kullanıcı senaryolarının somutlaştırılması
  • Geliştiriciler de bu aşamadan itibaren katılarak teknoloji hakkında aktif şekilde görüş bildirir
• Tech spec yazılması
  • Özet, arka plan, hedefler, hedef olmayanlar, iş planı, beklenen Soru-Cevap, değerlendirme noktaları ve kilometre taşlarının yazılması
  • Üzerinde çalışılacak kodun %30'unu önceden yazarak uygulanabilir bir plan oluşturma
  • Counterpart ile birlikte gözden geçirme
• Kod çalışması
  • Tüm kodlar için karşılık gelen test kodlarının yazılması gerekir
• QA & Code Review
  • Feature branch üzerinden otomatik olarak QA Endpoint oluşturulması
  • Code Review'yu desteklemek için test çalıştırma otomasyonu ve statik analiz araçlarının otomatik olarak yürütülmesi
• Release
  • Ekip arkadaşıyla birlikte daha iyi bir ürün ortaya çıktığını kutlama

Bu süreç sayesinde geri bildirim döngüsü kısaltıldı, geliştirme aşamaları şeffaf hale getirilerek takvim daha öngörülebilir oldu ve işlevlerde hata çıkma olasılığı azaltıldı

• Yeni özellik dağıtımlarından kaynaklanan hatalar aynı döneme kıyasla %18 azaldı ve küçük ölçekli ticket'lar bu süreci izleyerek yalnızca 5 günde yayımlandı

[yunyun0505]

Okulda yazılım mühendisliği dersi aldığınızda mutlaka öğrendiğiniz bir şey vardır. “Planlama aşamasında yapılan düzeltmeler en düşük maliyetlidir; geliştirme tamamlandıktan sonra yapılan düzeltmeler ise en yüksek maliyete yol açar.” Bilinse de uygulaması zor bir önermedir. Özellikle de hızlı hareket eden startup’larda bu daha da böyledir.
Airbridge geliştirme ekibi de zor olsa bile doğru olduğuna inandığı yönde ilerlemek için çaba gösteriyor.