Grubumuzdaki her ürün, bir insanın elle yaptığı ve kodlamaya değecek kadar çok kez tekrarladığı bir işten doğdu.
Bu sıra — önce operasyon, sonra yazılım — bir strateji değildi. Bir hizmet işi yürütmenin ve aynı adımlardan yorulmanın sonucuydu. Ama artık bunu birkaç kez yaşadıktan sonra, sıranın göründüğünden daha önemli olduğunu düşünüyorum ve gerçekte neye benzediğini anlatmak istiyorum.
İlk sürüm bir insan ve bir kontrol listesidir
Elle yapılan bir şirket kuruluşu kabaca şudur: müşterinin bilgilerini topla, kimliğini doğrula, unvan uygunluğunu kontrol et, kuruluş belgelerini hazırla, sun, belgeyi al, belge paketini teslim et ve uyum takvimini kur.
Bunun ilk sürümü bir insan ve bir kontrol listesidir. Yavaştır ve ölçeklenmez; başlangıçta ikisi de sorun değildir, çünkü kuruluş işlemekten daha değerli bir şey yapmaktadır: sürecin gerçekte ne olduğunu keşfetmektedir.
Bunu tasarlayarak öğrenemezsiniz. İşi yapmadan önce yazdığınız kontrol listesi hep aynı şekilde yanlıştır — her şeyin yolunda gittiği yolu kapsar, ki zaman orada geçmez.
İşten önce ölçümü otomatikleştirin
Yüz kuruluştan sonraki içgüdü, en sıkıcı hissettiren adımı otomatikleştirmektir. Bu içgüdü genellikle yanlıştır, çünkü "sıkıcı hissettiren" ile "en çok zaman alan" farklı şeylerdir.
Daha faydalı bulduğumuz şey, herhangi bir şeyi otomatikleştirmeden önce süreci ölçmekti. Her dosyanın her aşamaya ne zaman girdiğini ve ne zaman çıktığını kaydedin. Birkaç hafta sonra izleniminiz değil, gerçek bir dağılımınız olur.
Bizimki beklediğimiz gibi değildi. Yavaş hissettiren adımlar — belge hazırlama, sunum — hızlı ve öngörülebilirdi. Zaman beklemede geçiyordu: müşterinin belge göndermesini beklemek, bir belgenin okunabilir olmasını beklemek, birinin dosyanın takıldığını fark etmesini beklemek.
Bu, tümüyle farklı bir ilk yapıya işaret eder. Belge üretimi değil. Bildirimler ve durum takibi.
Mutlu yolu değil, durum makinesini modelleyin
Bir kontrol listesini yazılıma dönüştüren şey, durumları adlandırmaktır.
Bir kuruluş, görevler dizisi değildir. Bir seferde tek bir durumda bulunan ve durumlar arasında hareket eden bir nesnedir: sunuldu, belge bekleniyor, belgeler alındı, incelemede, sicile sunuldu, tescil edildi, belgeler teslim edildi, faal.
Durumlar açık hâle geldiğinde, daha önce mümkün olmayan birkaç şey mümkün olur:
- Her durumda kaç dosya olduğunu sorabilirsiniz; bu, gerçekten faydalı ilk operasyonel ölçüttür.
- Her duruma bir süre iliştirip aşıldığında uyarı verebilirsiniz.
- Müşteriye dosyasının gerçekte nerede olduğunu söyleyebilirsiniz.
- Takılmış dosyaları, birinin her açık dosyayı incelemesine gerek kalmadan bulabilirsiniz.
İstisnalar da durumların içinde yaşar. Belge bekleniyor durumunun "henüz istemedik" ile "istedik ve yanıt vermediler" ile "yanıt verdiler ama belge kullanılamazdı" arasında ayrım yapması gerekir. Her biri farklı bir eylem gerektirir.
Kuruluşa özgü olmayan parçaları ayırın
Bir hizmet işinin altyapı işine dönüştüğü adım budur ve gözden kaçırması kolaydır.
Kuruluş durum makinesine bakın ve ne kadarının kuruluşa özgü olmadığını fark edin:
- Müşteriden yapılandırılmış bilgi toplamak
- Bir kimlik belgesini doğrulamak
- Kurumsal bir belgeden veri okumak
- Bir belgeyi güvenle saklamak ve denetimli biçimde teslim etmek
- Son tarihi olan tekrar eden bir yükümlülüğü takip etmek
- Birine bir işlem gerektiğini bildirmek
Bunların hiçbiri şirket kuruluşuyla ilgili değil. Bunlar, kuruluşun ihtiyaç duyduğu genel yeteneklerdir — ve bir doğrulama ürününün, bir ödeme ürününün ya da bir avantaj platformunun da ihtiyaç duyacağı yeteneklerdir.
Bunu fark etmek, ikinci ürünü baştan yazmak olmaktan çıkarıp bir montaja dönüştüren şeydir.
Genelleştirmeden önce ikinci ürünü inşa edin
Tam bu noktada durup platformu düzgünce inşa etme cazibesi güçlüdür. Parçaları al, genelleştir ve sonra üzerine ürün inşa et.
Bizim deneyimimizde bu, kullanımın değil hayal gücünün şekillendirdiği bir platform üretir. Bir yeteneğin hangi parçalarının gerçekten genel olduğunu tek bir örnekten anlayamazsınız. Tek örnek, size bir kez işleyen bir şey verir.
Daha güvenilir sıra, ikinci ürünü parçaları olduğu hâliyle kullanarak inşa etmek, tekrara katlanmak ve gerçek dikiş yerlerini ikinci kullanım örneğinin söylemesine izin vermektir. İki gerçek tüketiciden sağ çıkan arayüz, ayırmaya değerdir. Varsayımsal gelecekteki tüketiciler için tasarlanan genellikle değmez.
Manuel yolu çalışır tutun
Manuel geçersiz kılma imkânı olmayan otomatik bir iş akışı, belirli ve öngörülebilir bir biçimde kırılgandır: uymayan ilk dosya tümüyle tıkanır ve tek çözüm bir kod değişikliğidir.
Bir kuruluş hattında uymayan dosyalar rutindir. Bir unvan reddedilir. Bir belge beklenmedik bir formatta gelir. Sicil bir soru sorar. Tek çıkış yolu dağıtım yapmaksa, mühendislik çağrılırken operasyon durur.
Her otomatik aşamanın, eğitimli bir operatörün dosyayı ileri taşımak için kullanabileceği manuel bir karşılığı olmalı ve bu geçersiz kılma, diğer her geçiş gibi kaydedilmeli — kim yaptı, ne zaman ve neden.
Bu, bu arada, otomatikleştirmeye değer bir sonraki şeyi bulma yöntemidir de. Geçersiz kılmalar kümelenir.
Bunun Dorsko'daki yeri
Bu, grubun gerçekte nasıl geliştiğinin tarifidir. Kuruluş iş akışları, ikisi de yayında olan anasirket ve Dorsko Formations'a dönüştü. Altlarındaki belge işleme DorskoVerify'a dönüşüyor. Etraflarındaki ödeme operasyonları DorskoPay'e. İkisi de geliştirme aşamasında.
Sıra, varış noktasından daha önemli: yazılım var, çünkü önce operasyon vardı — ve yaptığı şeyleri yapıyor, çünkü zamanın nereye gittiğini izledik.