Yeni ürününüz için ikinci bir ekip
Mühendisleriniz şirketin bağlı olduğu sistemi sürdürüyor. Vakitlerinin doğru kullanımı da budur. Yeni ürünü, kimseyi görevinden ayırmadan onların yanında biz kuruyoruz.
Kısıt bütçe ya da kapsam değil, kapasite
Takvimde, bunu kurabilecek kişilerin müsait olduğu bir ay yok. Bakım, ekibinizin eksikliği değil; çalışan bir sistemin işletme maliyetidir. Sonuç şudur: yol haritası hiç başlamaz ve yeni ürün her çeyrekte bir çeyrek daha ötelenir.
Kimin için
- Yeni ürün üç çeyrektir yol haritasında ve henüz başlamadı.
- Üretimde bir şey ilgi gerektirdiği için yeni iş her sprintte erteleniyor.
- Bütçe onaylı, kapsam tanımlı. Eksik olan, kapasitesi müsait bir ekip.
- İşe alım altı ay sürer ve sonunda yönetmeniz gereken daha fazla kişi olur.
- Mühendisleriniz kod tabanını korumaya çalışıyor ve bunda haklılar.
- En son çalıştığınız dış ekibin işini kendi mühendisleriniz denetlemek zorunda kaldı; bu, kazandırdığından fazla vakit götürdü.
Çalışma nasıl yürür
Bütün kurgu tek bir kısıt etrafında tasarlandı: mühendisleriniz kendi işlerinde kalır.
Kapsam
Kapsamı ekibinizi meşgul etmeden tanımlarız
Sistemi, veri modelini ve mevcut entegrasyonları kendimiz inceleriz. Mühendislerinizden haftalık sabit bir toplantı değil, bir günlük soru-cevap isteriz. Bir konunun iki kez anlatılması gerekirse bu maliyeti biz üstleniriz.
Ayrıştırma
Yeni ürün kendi yüzeyinde çalışır
Kendi deposu, kendi dağıtımı, kendi nöbet düzeni. Mevcut sisteminize, geliştirme başlamadan önce yazılı olarak mutabık kalınan bir arayüz üzerinden bağlanır. Kurduğumuz hiçbir şey ekibinizin çevresi içinde çalışmaz; dolayısıyla mesai dışında onlara aktarılamaz.
Teslim
İki haftada bir çalışan yazılım incelersiniz
Tamamlanma yüzdesi ya da durum göstergesi değil. Açıp kullanabileceğiniz yazılım. Bir dilim gecikecekse aynı iki hafta içinde bilgilendirilirsiniz; sonrasını yeniden sıralamak için hâlâ alan varken.
Devir
Ya siz devralırsınız ya da işletmeye biz devam ederiz
Devir, bir varsayım değil, tarihi belirlenmiş planlı bir iştir. Ekibiniz kod tabanını, işletim belgesini ve iki hafta boyunca yanlarında çalışan mühendislerimizi alır. İşletmeye bizim devam etmemizi tercih ederseniz bu, ayrı ve belirgin şekilde daha küçük bir anlaşmadır.
Ne teslim ediyoruz
Hepsi ilk commit'ten itibaren sizindir; çalışmanın sonunda serbest bırakılmaz.
Üretimde çalışan ürün
Sizin bulut hesabınızda ya da bizimkinde. Karar sonda keşfedilmez, başta verilir.
Arayüz sözleşmesi
Kod yazılmadan önce belgelenir: yeni ürün sisteminizden neyi okuyabilir, neyi yazabilir ve iki taraftan biri değiştiğinde hangi süreç işler.
Ekibinizin kabul edebileceği bir devir
Mimari notlar, işletim belgesi ve aldığımız kararlar ile gerekçeleri. Faturayı onaylayan kişi için değil, sistemi devralan mühendis için yazılır.
Sorumluluk dağılımı
Burada belgelenmesinin sebebi, en sık ve en sessiz şekilde aksayan kısmın burası olmasıdır.
| Ürün yönü ve öncelikler | Siz |
|---|---|
| Yayın sırası | Siz, bizim önerimizle |
| Teslimat, ekip ve takvim | Biz |
| Yeni ürünün nöbeti | Biz |
| Mevcut kod tabanınız | Aksini talep etmedikçe dokunulmaz |
| Yazdığımız kod | İlk commit'ten itibaren sizin |
Benzer çalışmalar
EasyCEP iki ayrı ürün için iki kez bizimle çalıştı: EasyHesap tarafını ve Garaj mobil uygulamasını biz kurduk; kendi ekipleri bu sırada halihazırda işlettikleri platformda kaldı. Şu anda Sipay ile aynı esasta çalışıyoruz.
EasyCep Garaj
Vitrinden operasyona kadar uçtan uca ticaret projesi.
EasyHesap
Telefon perakende pazarı için kurulmuş ön muhasebe ve stok kontrolü.
Sık sorulan sorular
Mühendislik ekibimizin yeni ürün için kapasitesi yok. Gerçekçi seçenekler neler?
Dört seçenek var ve ikisi uygulanabilir. İşe alım altı ay sürer ve sonunda yönetmeniz gereken daha fazla kişi bırakır. Bakımı askıya almak sürdürülebilir değildir. Tek tek geliştirici çalıştırmak, kendi mühendislerinizin onları yönlendirmesini ve denetlemesini gerektirir; bu da yaratmaya çalıştığınız kapasiteyi tüketir. Kalan seçenek, bütün bir ürünü kapsamını çıkaran, kuran ve ayrı bir yüzeyde işleten bir ekibe vermek ve mühendislerinizi yerinde bırakmaktır. Ekibinizin vaktini kazanmak için o vakti harcamayan tek seçenek budur.
Mühendislerimizi mevcut üründen ayırmadan yeni ürünü nasıl kuruyorsunuz?
Onları kritik yolun dışında tutarak. Sistemi bize anlattırmak yerine kendimiz inceleriz. Yeni ürün kendi deposunda, kendi dağıtımı ve kendi nöbet düzeniyle çalışır; sisteminize başlangıçta yazılı olarak mutabık kalınan tek bir arayüz üzerinden bağlanır. Mühendisleriniz başta yaklaşık bir gün, sonrasında ayda birkaç saat ayırır. Daha fazlası gerekiyorsa kapsam yanlış tanımlanmıştır ve bunu düzeltmek bizim sorumluluğumuzdur.
Bu, ekip takviyesi (staff augmentation) mıdır?
Hayır ve bu ayrım önemlidir. Ekip takviyesi; yönlendirme, kod incelemesi ve sprintinizde yer gerektiren geliştiriciler sağlar, bu da kıdemli mühendislerinizin vaktinin onları yönetmeye gitmesi anlamına gelir. Biz koltuk doldurmak yerine bir ürünün sorumluluğunu alırız. Yönü ve öncelikleri siz belirlersiniz; kapsam, ekip, teslimat ve işletim bizdedir. Her gün pull request değil, iki haftada bir çalışan yazılım incelersiniz.
Teslimde kod kimin olur?
İlk commit'ten itibaren sizin. Depo, birinci günden itibaren sizin organizasyonunuzda durabilir. Lisans, emanet (escrow) düzeneği ve işin ödeme karşılığı tutulduğu bir dönem yoktur.
İleride kendi ekibimiz devralmak isterse ne olur?
Bu, bir istisna değil beklenen sonuçtur. Devir, tarihi belirlenmiş planlı bir iştir: mühendisleriniz kod tabanını, mimari notları, işletim belgesini ve iki hafta boyunca yanlarında çalışan mühendislerimizi alır. Bunun gerçekleşeceğini varsayarak geliştiririz; kodun, faturayı onaylayan kişi için değil sistemi devralan mühendis için belgelenmesinin sebebi budur.
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şmesi karar gerektirdiğinde ulaşabileceğimiz belirli bir muhatap. İlk haftadan sonra ayda birkaç saat bekleyin. Standup toplantılarınızda yer istemiyoruz; bu bilinçli bir tercihtir.
İlgili yazılar
EasyCep Çekirdeği Durdurmadan İki Ürünü Nasıl Ekledi?
Önce EasyHesap, sonra Garaj. Aynı müşteri için, işleri durmadan kuruldu. Sınırın nasıl çizildiğini ve ikinci projede neyin değiştiğini anlatıyoruz.
Yıl Sonu Yavaşlama Dönemi Aslında Ne İçin İyi?
Üç haftalık düşük kapasite ya kaybedilir ya da keşif, denetim ve ertelenen kararlar için yılın tek penceresidir.
Yıl Sonu Stok Sayımı Neden Bir Hafta Sürüyor?
Yıllık sayım, stok verinizin yıl boyunca ne kadar doğru olduğunun ölçümüdür. Sonucu nasıl okumalı?
İç ve Dış Ekip Aynı Sistemde Nasıl Çalışır?
Çarpışmalar insan sorunu değil sınır sorunudur. İki ekip arasındaki çizgiyi, hiçbiri diğerinin sürümünü bozamayacak şekilde nereye çekmeli?
Yol haritasında bekleyen işi anlatın
Tek paragraflık hâlini gönderin. Neyi gerektirdiğine dair görüşümüzle ve hangi kısımlara dokunmayacağımızla döneriz.
Uçtan uca ürün ortağınız
Yeniden yazılması gereken üç ürün yerine, ayakta kalan tek bir ürün teslim etmeyi tercih ederiz. Bu ölçü, büyüklüğü ne olursa olsun her projede aynıdır.
Ali Boran GazelCEO