Dış bir ekiple çalışmanın ilk ayındaki gecikmelerin çoğu koddan kaynaklanmaz. Bir hesabı, bir kimlik bilgisini, bir kararı ya da bir kişiyi beklemekten kaynaklanır. Ekibe bu süre boyunca ödeme yapılır ve gecikme görünmez, çünkü iki taraftan da hiçbir şey ters görünmez.
Bu, alıcı tarafından yazılmış bir ilk gün listesi: dış ekibin gerçekte neye ihtiyacı var, eksik her maddenin pratikte maliyeti ne ve devretmemeniz gereken iki şey hangisi.
Önemli noktalar
- Erişim, takvimin kendisidir: İlk aydaki kaymanın çoğu kimlik bilgisi beklemektir.
- Adı konmuş karar verici, dokümantasyondan önemlidir: İlk hafta sorular her gün gelir.
- Listeyi sözleşme imzalanmadan hazırlayın: Yarısı sizin kendi iç onaylarınızı gerektirir.
- İki şey sizde kalır: Üretime yazma erişimi ve paylaşmanız gerekmeyen müşteri verisi.
Sekiz madde
1. İlgili koda okuma erişimi
Depo, geçmişiyle birlikte. Yeni ürün mevcut bir sisteme bağlanacaksa o sistemin anlatılması değil okunması gerekir. Eksikse: kapsam çıkarma toplantılara kayar ve mühendislerinizi tüketir.
2. Veritabanı şeması ve gerçekçi bir veri örneği
Yapı yeterli değildir. Gerçek veri, şemanın sakladığını ortaya çıkarır: adının düşündürdüğünden başka bir şey için kullanılan alanlar, tutarsız değerler, tutmadığı anlaşılan varsayımlar. Anonimleştirilmiş hâli sorun değildir, genelde daha iyidir. Eksikse: birinci haftada çıkabilecek sorunlar altıncı haftada çıkar.
3. Arayüz için adı konmuş bir karar verici
Tek kişi, bir gün içinde ulaşılabilen, yeni ürünün neyi okuyup yazabileceğini yanıtlayabilen. Komite değil. İlk iki haftada bu sorular her gün gelir; sonrasında ayda birkaça iner. Eksikse: ekip ya bekler ya tahmin yürütür ve tahmin yürütmek daha kötüdür.
4. İhtiyaç duydukları ortamlar ve kimlik bilgileri
İşin dokunduğu her üçüncü taraf servisi için test hesapları: ödeme, mesajlaşma, harita, ürün neye değiyorsa. Bunlar çoğu zaman satın alma ya da bir tedarikçinin onayını gerektirir; bu yavaştır ve ilk ayın durmasının en sık tek sebebidir. Buna sözleşme imzalanmadan başlayın.
5. İş sonucu, kendi cümlelerinizle
Kurulmasını istediğiniz yazılım değil, işletmede istediğiniz değişiklik üzerine bir iki cümle. Her kapsam kararı buna geri döner.
6. Pazarlığa açık olmayan kısıtlar
Mevzuat gereklilikleri, entegre olmak zorunda olduğunuz bir platform, bir teknoloji standardı, gerçek bir sebeple var olan bir tarih. Bunları ilk gün söyleyin. Altıncı haftada keşfetmek, kapsamın yeniden yapılmasına yol açar.
7. Gerçek kullanıcılara erişim
Bunu gerçekten kullanacak üç kişiyle geçirilecek bir saat, bir aylık şartnameden değerlidir. Bu aynı zamanda en çok vaat edilen ve en az yerine getirilen maddedir.
8. Nasıl bitmesini istediğiniz
Ekibiniz devralacak mı, dış ekip işletmeye devam mı edecek, yoksa ürün ileride sisteminize mi katılacak? Bu, ilk haftadan itibaren teknoloji tercihlerini, belgeleme standartlarını ve kuralları değiştirir. Geç karar vermek, ekiplerin sürdüremeyecekleri bir şeyi devralmasının yoludur. Yeni ürünün sahibi kim olur yazısında ele aldık.
Vermemeniz gereken iki şey
Üretime yazma erişimi. Ayrı bir ürün kuran dış bir ekibin canlı sisteminize doğrudan yazması için neredeyse hiçbir iyi sebep yoktur. Veri değiştirmeleri gerekiyorsa bu, sizin kontrolünüzdeki bir arayüzden geçer. Düzeni güvenli tutan sınır budur.
Paylaşmanız gerekmeyen müşteri verisi. Anonimleştirilmiş ya da sentetik veri, geliştirme sorularının neredeyse tamamını yanıtlar. Gerçek kişisel veriyi yalnızca somut bir sebep varsa ve kendi yükümlülükleriniz izin veriyorsa paylaşın.
Yanlış yapmanın maliyeti
| Eksik olan | Tipik maliyeti |
|---|---|
| Depoya okuma erişimi | Kapsam çıkarma mühendislerinizle toplantıya kayar |
| Gerçekçi örnek veri | Gerçek veri geldiğinde yeniden yapım |
| Adı konmuş karar verici | Günlerce bekleme ya da yanlış varsayım |
| Üçüncü taraf test hesapları | Bir ila üç hafta ve en sık görüleni |
| Sonun kararlaştırılmış olması | Ekibinizin kabul edemeyeceği bir devir |
Bunların neredeyse tamamı mühendislik değil satın alma ve yetkilendirme işidir; yani sözleşmeden sonra değil sözleşmeyle paralel yürütülebilir.
Sırayı doğru kurmak
Bu sekiz maddeden hangisinin ne zaman hazır olması gerektiği de en az listenin kendisi kadar önemli. Erişim ve hesap açma işleri en uzun süreni olduğu için en erken başlamalı; bunlar satın alma, güvenlik onayı ya da bir tedarikçinin yanıtını beklediğinden kimsenin hızlandıramayacağı takvimlerde yürür.
Pratik sıra şu: sözleşme görüşmeleri sürerken üçüncü taraf hesaplarını ve erişim taleplerini başlatın, ilk gün depo erişimini ve örnek veriyi verin, ilk hafta içinde gerçek kullanıcılarla görüşmeyi ayarlayın. Karar verici ve sonun nasıl olacağı ise gün sıfırda belli olmalı, çünkü ikisi de ilk günden itibaren alınan kararları etkiler.
Bu sırayı kurmanın maliyeti neredeyse sıfırdır ve ilk ayın tamamen beklemeyle geçmesiyle işin ilk haftada başlaması arasındaki farkı yaratır.
Ali Boran Gazel