Yeni ürününüzü kuran ikinci ekip

Sorun bütçe değil, kapsam da değil

Sorun, bunu kurabilecek kişilerin takvimde boş bir ayının olmaması. Bakım, ekibinizin başarısızlığı değil; çalışan bir sistemin maliyeti. Ama sonuç şu: yol haritası hiç başlamıyor ve yeni ürün her çeyrekte bir çeyrek daha öteleniyor.

Kimin için

• Yeni ürün üç çeyrektir yol haritasında ve hâlâ başlamadı.
• Her sprintte yeni iş erteleniyor, çünkü üretimde bir şey ilgi istiyor.
• Bütçe de var, kapsam da. Olmayan tek şey, bir ayı boş olan bir ekip.
• İşe alım altı ay sürer ve sonunda yine onları yönetmek zorunda kalırsınız.
• Mühendisleriniz kod tabanını korumaya çalışıyor, haklılar da.
• En son dışarıdan bir ekip denediğinizde, işin denetimi yine sizin ekibinize kaldı ve kazandırdığından çok vakit götürdü.

Nasıl yürür

Bütün kurgu tek bir kısıt etrafında tasarlandı: mühendisleriniz kendi işlerinde kalır.

1. Kapsam

   Kapsamı ekibinizi meşgul etmeden çıkarırız

   Sistemi, veri modelini ve mevcut entegrasyonları kendimiz okuruz. Mühendislerinizden bir günlük soru-cevap isteriz, haftalık sabit toplantı değil. Bir şeyi iki kez sormamız gerekirse bunun bedelini biz taşırız, onlar değil.

2. Ayrıştırma

   Yeni ürün kendi yüzeyinde durur

   Kendi deposu, kendi dağıtımı, kendi nöbeti. Mevcut sisteminize, başta yazılı olarak anlaştığımız bir arayüz üzerinden bağlanır. Kurduğumuz hiçbir şey ekibinizi gece üçte arayamaz, çünkü kurduğumuz hiçbir şey onların çevresi içinde çalışmaz.

3. Teslim

   İki haftada bir çalışan yazılım görürsünüz

   Yüzde değil, renkli durum göstergesi değil. Açıp kullanabileceğiniz bir şey. Bir dilim gecikirse aynı iki hafta içinde söyleriz; sıradakini değiştirmek için hâlâ alan varken.

4. Devir

   Sonra ya siz devralırsınız ya biz sürdürürüz

   Devir, ümit edilen bir şey değil, tarihi olan planlı bir iş. Ekibiniz kod tabanını, işletim belgesini ve iki hafta boyunca yanlarında bizi alır. Taşımaya devam etmemizi tercih ederseniz, bu ayrı ve çok daha küçük bir anlaşma olur.

Ne teslim ediyoruz

Hepsi ilk commit'ten itibaren sizindir; iyi hâl şartıyla en sonda değil.

• Çalışır hâlde ürün

  Sizin bulut hesabınızda ya da bizimkinde. Kararı sonda keşfetmezsiniz, başta verirsiniz.

• Arayüz sözleşmesi

  Kod yazılmadan önce yazıya dökülür: yeni ürün sisteminizden neyi okuyabilir, neyi yazabilir ve iki taraftan biri değiştiğinde ne olur.

• Ekibinizin kabul edebileceği bir devir

  Mimari notlar, işletim belgesi, aldığımız kararlar ve gerekçeleri. Faturayı imzalayan için değil, işi devralan mühendis için yazılır.

Sorumluluk kimde

Burada yazıyor, çünkü sessizce ters giden kısım tam olarak burası.

Bunu daha önce yaptık

EasyCEP iki ayrı ürün için iki kez bize geldi; kendi ekipleri bu sırada halihazırda yürüttükleri platformda kaldı. Şu anda aynı işi Sipay ile yapıyoruz.

• 

  EasyCep Garaj

  Vitrinden operasyona kadar uçtan uca ticaret projesi.

• 

  EasyHesap

  Telefon perakende pazarı için kurulmuş ön muhasebe ve stok kontrolü.

En çok sorulanlar

• Mühendislik ekibimizin yeni ürün için kapasitesi yok. Gerçek seçenekler neler?

  Dört seçenek var ve yalnızca ikisi işe yarıyor. İşe alabilirsiniz: altı ay sürer ve sonunda yönetecek daha çok insanınız olur. Bakımı durdurabilirsiniz: bunu kimse kaldıramaz. Tek tek geliştirici kiralayıp kendi mühendislerinize denetletebilirsiniz: bu da tam olarak yaratmaya çalıştığınız kapasiteyi tüketir. Ya da bütün bir ürünü, kapsamı çıkaran, kuran ve ayrı bir yüzeyde işleten bir ekibe verip mühendislerinizi yerinde bırakırsınız. Ekibinizin vaktini kazanmak için ekibinizin vaktini harcamayan tek seçenek bu.

• Mühendislerimizi mevcut üründen çekmeden yeni ürünü nasıl kuruyorsunuz?

  Onları hiçbir zaman kritik yola koymayarak. Sistemi bize anlattırmak yerine kendimiz okuruz. Yeni ürün kendi deposunda, kendi dağıtımı ve kendi nöbetiyle yaşar; sisteminize başta yazılı olarak anlaşılan tek bir arayüzden bağlanır. Mühendisleriniz başta yaklaşık bir gün, sonrasında ayda birkaç saat harcar. Daha fazlası gerekiyorsa kapsamı yanlış çıkarmışızdır ve bunu düzeltmek bizim işimizdir.

• Bu, ekip takviyesi (staff augmentation) mı?

  Hayır ve fark tam olarak meselenin kendisi. Ekip takviyesi size yön, kod incelemesi ve sprintinizde yer isteyen geliştiriciler verir; yani kıdemli insanlarınızın vakti onlara gider. Biz koltuk değil, ürün alırız. Yönü ve öncelikleri siz belirlersiniz; kapsam, ekip, teslimat ve işletim bizde. Siz her gün pull request değil, iki haftada bir çalışan yazılım incelersiniz.

• Ürün çıktığında kod kimin olur?

  İlk commit'ten itibaren sizin. İsterseniz depo birinci günden itibaren sizin organizasyonunuzda durur. Lisans yok, emanet (escrow) düzeneği yok ve işin ödeme karşılığı tutulduğu bir dönem yok.

• İleride kendi ekibimiz devralmak isterse ne olur?

  Bu istisna değil, beklenen son. Devir, tarihi olan planlı bir iştir: mühendisleriniz kod tabanını, mimari notları, işletim belgesini ve iki hafta boyunca yanlarında bizi alır. Bunun olacağını varsayarak geliştiririz; kodun faturayı imzalayan için değil, işi devralan mühendis için belgelenmesinin sebebi bu.

• Ekibimizden ne istiyorsunuz ve ne kadar vaktini?

  Sistemin ilgili kısımlarına okuma erişimi, başlangıçta bir günlük soru-cevap ve arayüz sözleşmesinde karar gerektiğinde ulaşabileceğimiz bir muhatap. İlk haftadan sonra ayda birkaç saat bekleyin. Standup toplantılarınızda yer istemiyoruz, bu bilinçli bir tercih.

Yol haritasında takılı kalan şeyi anlatın

Tek paragraflık hâlini gönderin. Size ne gerektiğini ve hangi kısımlara dokunmayacağımızı söyleyerek döneriz.

Projeye başlayın

Uçtan Uca Ürün Ortağınız