Pazartesi sabahı. On iki canlı ürünü olan beş kişilik bir stüdyosunuz. Üçü, bir noktada okumanız gerekecek çökme uyarıları veriyor. İkisi, hafta sonu çıkan bir rakip uygulama güncellemesi nedeniyle elde tutmayı kaybediyor. Birinin Cuma gününe kadar yenilenmesi gereken bir mağaza listesi var, yoksa öne çıkanlar listesinden düşecek. Bekleyen 47 müşteri yorumu var. 4. Oyun'a yapılan harcama bir şekilde %30 arttı. Burak bir yol haritası toplantısı soruyor. Ekipteki biri 7. Oyun'u soruyor. Haftanız sekiz dakika içinde başlıyor.
Bu portföy operasyonları. Kimse bunun oyun kitabını yazmadı.
Çoğu operasyonel tavsiye yanlış yapı için yazıldı
Operasyonel kanon (kitaplar, başlıklar, LinkedIn gönderileri) tek bir şeyi yönettiğinizi varsayar. Bir büyüme yöneticisi işe alın. Dönüşüm hunisi panonuzu kurun. Haftalık ürün konseyinizi yürütün. Bir Kuzey Yıldızı metriği seçin.
Bunların hiçbiri bir portföyle temas ettiğinde ayakta kalamaz.
On iki ürünü yöneten beş kişilik bir stüdyo, daha küçük bir işletme değildir. Ölçeklenmiş bir startup değildir. Tamamen farklı bir operasyonel yapıdır: az personel, yüksek ürün sayısı, ürün başına sığ bağlam, zengin ürünler arası bağlam. Personel sayısı matematiği, her ürün için bir büyüme yöneticisi işe alamayacağınız anlamına gelir. Ürün sayısı matematiği, her biri için haftalık bir ürün konseyi yürütemeyeceğiniz anlamına gelir. Her iki yapı için oluşturulan oyun kitapları esner ve kırılır.
Çoğu stüdyo bunu beşinci ürünlerinde keşfeder. İlk üçü yönetilebilir gelmişti. Dördüncüsü zordu. Beşincisi netleştirdi: sizi buraya getiren çerçeve sizi ona ulaştıramaz.
Bu yapının henüz yerleşik bir adı yok. Bazı operatörler buna portföy diyor. Bazıları holdco diyor. Çoğu sadece "bir sürü şey yönetiyoruz" diyor. Adı ne olursa olsun, operasyonel disiplin kendine özgü bir şeydir (portföy operasyonları), ve çoğu yazılmamıştır çünkü yazmaya vakti olmayan operatörlerin kafasında yaşar.
Bu gönderi, bunu yazmaya başlama girişimidir. Özellikle: tek ürünlü oyun kitaplarının başarısız olduğu beş yer çok ürünlü stüdyolar, ve bunun yerine ne yapılmalı.
Beş başarısızlık modu
1. Manuel tarama Pazartesi sabahını yutar
İlk hata, fark edilmesi en ucuz, düzeltilmesi en zor olandır. Her sabah, ekipten biri her ürünü tarar. Çökme panoları. Uygulama mağazası yorumları. Harcama raporları. Etkileşim panelleri. Müşteri destek gelen kutusu.
İlk üründe bu, kurucunun işidir ve otuz dakika sürer. Beşinci üründe hala kurucunun işidir ve üç saat sürer. On ikinci üründe artık yapılmaz ve stüdyo, gerçek sorunları müşteri taleplerinden öğrenir.
Manuel portföy taraması ölçeklenmez. Operatörler bu işte kötü olduğu için değil, işin ürün sayısına göre doğal olarak doğrusal olması ve operatörün tek bir kişi olması yüzündendir. Panolarla biraz zaman kazanabilirsiniz, ancak on iki ürün uyarısından hangisinin gerçekten önemli olduğunu bilme ihtiyacından panolarla kurtulamazsınız.
Yapılması gereken iş sinyal triyajıve operatör panoyu açmadan önce, sonra değil, gerçekleşmesi gerekir.
2. Dersler ürünler arasında kaybolur
Birden fazla ürün işletmeye başladıktan üç ay sonra, aynı acı verici konuşmayı iki kez yaşarsınız: ekipten biri Game 4'te bir sorun dile getirir ve daha kıdemli bir ekip arkadaşı "bunu geçen Mart'ta App 2'de çözmüştük" der. Sonra herkes çözümün aslında ne olduğunu kimsenin hatırlamadığını fark eder.
Tek ürünlü organizasyonlar bunu wikiler ve runbook'larla çözer. Portföy stüdyoları bunu yapamaz, çünkü ilgili ders farklı bir ürünün bağlamında gömülüdür. Game 4'ün runbook'unda bu yoktur. App 2'nin runbook'unda vardır, ancak o runbook'u sadece App 2 lideri okur. Ürünler arası hafıza kimsenin kafasında güvenilir bir şekilde yaşamaz.
Çözüm daha büyük bir wiki değil. Çözüm kurumsal hafıza ürün bazında yapılandırılmış ancak ürünler arasında okunabilir olmalıdır. Game 4'ün sorunu ve App 2'nin çözümü, varsayılan olarak, kimse yeniden biçimlendirmeden, aynı şekilde, aynı yerde olmalıdır.
3. Karar anları kaçırılır
Her çok ürünlü stüdyonun aynı birikmiş işi vardır: geçen Salı yapılması gereken ama yapılmayan kararlar. Game 4'teki haftalar önce ayarlanması gereken teklif tabanı. App 7'deki mağaza listeleme yenilemesi. Kimsenin çatallamayı hatırlamadığı Game 11'deki elde tutma testi.
Stüdyo muhakeme eksikliği çekmiyor. An eksikliği çekiyor. Bağlam hazır olsa on dakika sürecek bir görüşme, iki saat hazırlık gerektirdiği için ertelenir. Yeterince ertelendiğinde, artık gerçekleşmez.
İhtiyaç duyulan şey bir karar ritmi: her ürün için belirli kararların öngörülebilir bir ritimle, bağlamı önceden hazırlanmış olarak gerçekleşeceğinin garantisi. Bir toplantı takvimi değil, anın hazır geleceğine dair bir sözleşme.
4. Fonksiyonlar arası bağlam parçalanır
Küçük bir stüdyoda, "fonksiyonlar arası" farklı ekipler anlamına gelmez. Aynı üç kişinin üç şapka takması anlamına gelir. Reklamları yöneten kişi aynı zamanda mağaza listelemesini de yönetir, aynı zamanda canlı operasyonları da yönetir. Uyumsuz değillerdir; kendileriyle faz dışıdırlar.
Sorun işletim yüzeyidir. Reklam harcaması bir araçta yaşar. Mağaza listelemesi başka bir araçta yaşar. Canlı operasyonlar belgesi üçüncü bir araçta yaşar. Her biri aynı ürün hakkında aynı gün farklı bir hikaye anlatır. Operatör, bunların aynı ürün olduğunun farkında olan tek şeydir.
Çapraz fonksiyonel bağlam bir portföy stüdyosunda daha iyi toplantılarla ilgili değildir. Aynı kişinin üç farklı şapka takarak okuyabileceği, ürün başına tek bir kayıtla ilgilidir. Soru "Game 4'te bugün ne oluyor?" olduğunda, bir araya getirilecek üç cevap değil, okunacak tek bir cevap olmalıdır.
5. Büyüme döngüleri sessizce bozulur
Portföy operasyonlarındaki en pahalı hata, kimsenin fark etmediğidir. Bir büyüme döngüsü yayınlanır, iki hafta çalışır ve sonra sapar. İlk kohorttan sonra çatallanması gereken elde tutma testi asla çatallanmaz. Mart ayında ayarlanan para kazanma eğrisi, Haziran'a kadar varsayılana geri döner. Kimse yanlış yapmıyor; kimse yanlış bir şey bile yapmıyor. Döngü sadece sürdürülmüyor.
Tek ürünlü operasyonlarda kurucu hatırlar. Portföy operasyonlarında kurucunun hatırlaması gereken on bir başka şey vardır.
Bir otomatik işleyen büyüme döngüsü sistemin farkında olduğu bir döngüdür: döngü bozulduğunda, varsayımları değiştiğinde, çatallanması gerektiğinde yüzeye çıkar. Operatör yine de karar verir. Sistem, karar verme anının kaçırılmamasını sağlar.
Gerçekten işe yarayan nedir
Beş hata modunun çözümleri beş ayrı araç değildir. Bunlar, farklı yüzeylere uygulanan aynı temel değişimdir. On iki ürünü aşan çoğu çoklu ürün stüdyosu, bunun bir versiyonunu genellikle acı verici bir şekilde kendi başlarına çözmüşlerdir. İşte daha kısa versiyonu.
1. Birim şirketin kendisi değil, üründür.
Çoğu işletim aracı varsayılan olarak bir şirket çalışma alanına sahiptir: tek bir bilgi tabanı, tek bir kanal, tek bir gösterge paneli. Çoklu ürün stüdyoları için bu yanlış bir varsayılandır. Belleğin kanonik birimi ürün olmalıdır. Oyun 4'ün kendi karar kaydı, kendi sinyal günlüğü, kendi bağlam deposu vardır. Portföy gerektiğinde bunları okur, ancak birim üründür.
Bu ürün başına bellek. Kulağa bariz geliyor; neredeyse hiçbir hazır araç bunu varsayılan olarak sunmuyor.
2. Kararlar belgeler değil, birinci sınıf varlıklardır.
Çoğu araç neyin yapıldığını kaydeder. İhtiyaç duyulan şey aynı zamanda neden yapıldığı, hangi sinyalin çağrıyı tetiklediği ve neyin düşünüldüğü ve reddedildiğidir. Bir karar kaydı bir belge değildir. Operatörün unutmasını aşan yapılandırılmış bir eserdir.
Test: Üç ay sonra, yeni bir ekip arkadaşı Oyun 4'ün kaydını okuyup o zamanki operatörün muhakemesini yeniden yapılandırabilir mi? Evet ise, kayıt işini yapıyor demektir. Hayır ise, stüdyo aynı dersi iki kez öğrenecektir.
3. Kapasite yerine ritim.
Portföy operasyonlarını işe alarak çözemezsiniz. Bunu, alınması gereken kararların stüdyonun sürdürebileceği bir ritimle alınmasını sağlayarak çözersiniz. Karar ritmi sözleşmedir. Stüdyonun işi buna uymaktır.
4. Genel asistanlar değil, uzman aracılar.
AI araçları ortaya çıktığında, her şeyi tek bir genel asistana sorma eğilimi vardı. Gerçek bir stüdyoda Pazartesi sabahını atlatamadı. İşe yarayan şey uzman aracılar: her bir işletim fonksiyonu için bir tane, kapsamlı belleğe ve tek bir işe sahip. Çökme raporlarını izleyen, metin yazmaya çalışmaz. Mağaza listelerini izleyen, para kazanma değişiklikleri önermez.
Kapsam, güven mekanizmasıdır. Bir fonksiyonun tam belleğine sahip uzman bir aracı denetlenebilir, kalibre edilebilir ve tersine çevrilebilir. Her şeye sahip genel bir aracı ise edilemez.
5. Portföy genelinde tek bir işletim zihni.
Yukarıdaki beş şey, ancak aynı yerde yaşarlarsa işe yarar. Aksi takdirde, on iki gösterge panelini on iki daha iyi gösterge paneliyle değiştirmiş olursunuz. İşin amacı tek bir işletim zihni: her ürünü okuyan aynı beyin, her hatta hareket eden aynı aracılar, operatör artık tek entegrasyon katmanı değil.
Qualia hakkında bir not
Qualia'yı bu oyun planına göre inşa ediyoruz. Ürün, portföy operatörleri için bir AI COO dur: 3-20 canlı oyun veya uygulama yürüten 2-10 kişilik küçük stüdyolar. Mimari, ürün başına bellek artı uzman aracılar artı bir paylaşılan portföy beynidir. Varsayılan insan döngüdedir. Kendimizi değerlendirdiğimiz ölçüt operatör sıkıntısıdır: Qualia ekranını okuyan bir kurucu esnerse, ekran yanlıştır.
Erken aşamadayız. İki müşteri. 30 dakikalık kurulum. Çok ürünlü bir stüdyo işletiyorsanız ve yukarıdaki hata modlarından herhangi biri haftanızı yiyorsa, konuşmak isteriz. Demo rezervasyonu yapın.
Bu neden yazılmadı
Çoğu oyun planı tek bir şeyi ölçeklendirdiğinizi varsayar. Portföy operatörleri çokluğa karşı ölçekleniyor: daha fazla ürün, aynı personel, ürün başına Slack yok. İş farklı. Bu yüzden araçlar da öyle olmalı. Ve oyun planı da.
Kaçırdığımız bu tür versiyonları bulduysanız, duymak isteriz.
Yazan Doğan Turan, Kurucu Ortak, Qualia ·