RAPIDS- Ürün İş Akışı

Mar 11 2023
Ürün Yönetimi mesleği ne kadar yükselirse, ürün portföyü yönetimine olan ihtiyaç o kadar artar. Bu, aynı anda inşa edilen, geliştirilen veya sürdürülen birden fazla ürün hattı veya girişimi olduğunda ve planların ve faaliyetlerin ürün hedeflerinizle uyumlu olmasını sağlamak için süreci kontrol ettiğinizde ortaya çıkar.
Unsplash'ta Patrick Perkins'in fotoğrafı

Ürün Yönetimi mesleği ne kadar yükselirse, ürün portföyü yönetimine olan ihtiyaç o kadar artar. Bu, aynı anda inşa edilen, geliştirilen veya sürdürülen birden fazla ürün hattı veya girişimi olduğunda ve planların ve faaliyetlerin ürün hedeflerinizle uyumlu olmasını sağlamak için süreci kontrol ettiğinizde ortaya çıkar.

Çoğu zaman, büyük ürün portföyü yönetimi daha büyük şirketlerde gerçekleşir. Bununla birlikte, bu daha büyük şirket süreçleri, genellikle kaynakların geniş ölçekte ve genellikle daha geniş bir ürün yelpazesiyle uygulanması nedeniyle çalışır. Tutarlı ve geniş bir iletişim düzeyi sağlamak, büyük bir ürün (veya proje) portföyünü yönetmek gerektiğinde önemli ölçüde daha zordur. Ancak daha küçük şirketler, ürünleri hızlı ve verimli bir şekilde pazara sunmak için çerçevelerden ve süreçlerden de yararlanır ve bir düzeyde tutarlı iletişime ihtiyaç duyar.

Hem büyük hem de küçük şirketler, "tarihlere ve kapılara" uyulmasını sağlarken, ürün oluşturmak, iletişim kurmak ve daha fazla teknik yönü "iş konuşmasına" çevirmek için çerçevelere ihtiyaç duyar. Çevik, SCRUM veya şelale metodolojilerini kullanıyor olun, bu yönler ürünleri piyasaya sürmenin veya geliştirmenin başarısı için kritik öneme sahiptir. Ne de olsa, herhangi bir ürün geliştirme yaşam döngüsü için getirisi beklenen bir yatırım vardır ve şirketin ve Yönetim Kurulunun bu yatırımın nerede olduğunu bilmeye hakkı vardır!

Daha küçük/büyüme/yenilik odaklı şirketlere olan eğilimim göz önüne alındığında, daha büyük şirketlerde geçirdiğim yıllar boyunca öğrendiğim en iyi uygulamalardan ve süreçlerden bazılarını alıp daha küçük şirketlerde çalışacak şekilde uyarladım. Eski bir CMO meslektaşım geçenlerde şirketindeki Ürün organizasyonuna yardımcı olması için bu çerçeveyi kendisine göndermemi istedi, bu yüzden konseptin onda yankı uyandırdığını düşünüyorum!

Kullandığım sisteme RAPIDS adını veriyorum . Herhangi bir mühendis, bu sistemin tipik bir SDLC'ye benzediğini fark edecektir ve bu işi daha önce yapmış olan herhangi biri, muhtemelen daha büyük şirketlerde kullandıkları sistemle bazı örtüşmeler görecektir. Bir ürünün başlangıcından prototipe, lansmana ve ürün yaşam döngüsünün geri kalanına kadar nasıl ilerlediğinin açık bir temsilidir.

Kilometre taşları/aşamaları aşağıdaki gibidir:

RA= Araştırma ve Analiz

P= Planla

Ben= Uygula

D= Teslimat

S= Stabilizasyon

Bu anımsatıcı araç ve süreç, başlangıç ​​ürün setine kadar yıllık planlama ve bütçeleme döngülerine sahip devasa ürün portföyleri için eşit şekilde ölçeklenir. Başlıca farklar, 1) başucu kitabını kaç kişinin anlaması gerektiği ve 2) işlerin aşamadan aşamaya ne kadar hızlı geçtiğidir.

Ölçeklendirmesinin nedeni, aşağıdakiler gibi kritik bilgilerin paylaşılmasına her zaman ihtiyaç duyulmasıdır:

  1. Bu ürüne ne kadar yatırım yapıyoruz?
  2. Bitmesine ne kadar var?
  3. Klasik "geldik mi?" soru…
  4. Hangi metrikler ürün başarısını gösterir?
  5. Bu çözümden nasıl para kazanacağız?

RA= Araştırma ve Analiz

  • Hedef: ürünün/girişimin devam etmesi/devam etmemesi
  • Zaman Çizelgesi: hedef gün/haftadır
  • Cevaplanan kilit sorular:
    -
    Pazar fırsatı/iş durumu tanımlaması
    - İdeal müşteri profili (ICP)
    - Erken ürün veya özellik seti varsayımları
    - Erken ürün veya KPI metriği varsayımları
    - İlgili satıcı varsayımları
    - Temel hizmetler/platform varsayımları (mevcut bir platformun üzerine inşa ediliyorsa)

1-çağrı cihazları

Tek çağrı cihazı, aşağıdakileri içeren her girişim hakkında bir özettir:

  • Fırsat/Sorun Bildirimi - Girişimin neyi çözdüğünün, ideal müşteri profilinin ve beklenen herhangi bir dağıtımın özeti
  • Kapsam - Temel varsayımlar VE girişimin neyi BAŞARILAMAYACAĞI. İkincisi anahtardır - belki bu aşamalı bir yaklaşımdır veya sadece bir MVP'dir.
  • Kimden → Kime - şimdiki ve geleceğin ne getireceğini göstermenin basit bir yolu; iş gerekçesinden alınan başarı metriklerini buraya dahil edebilir
  • Varsayımlar : Gereken satıcılar/ortaklar, gereken zamanlama, diğer girişim veya kaynak bağımlılıkları
  • Çaba/Etki - bu, iş sonuçlarına büyük etkisi olabilecek düşük efor gerektiren öğelerin olup olmadığını görmenin hızlı bir yoludur (bunlar "düşük asılı meyve" öğeleridir)

Lütfen dikkat- Bu aşamanın bir e-tablo ile gayrı resmi olarak yapıldığını gördüm. Bunu umursamıyorum, ancak eninde sonunda bu bilgiyi daha geniş bir şekilde paylaşmanız gerekeceğini unutmayın. Bu nedenle, 1-çağrı cihazlarınızı bir tür slayt paylaşım aracında da oluşturabilirsiniz.

P= Planla

  • Hedef: ihtiyaçları, maliyetleri, zaman çizelgelerini belirlemek ve kapsamlarını belirlemek
  • Zaman Çizelgesi: hafta/ay(lar)
  • Yanıtlanan temel sorular:
    -
    Ürün destanları ve prototip oluşturma
    - Önemli UX iş akışlarını geliştirme
    - Satıcı seçimi ve inceleme (gerekirse)
    - Temel hizmetler/platform incelemeleri (gerekirse)
    - İş gerekçesini sonuçlandırma
    - İlk operasyonel ve dahili incelemeler

Herhangi bir DIY ev geliştirme türünün anladığı bu aşama için mantram "iki kez ölç, bir kez kes".

Bu aşama, ekibinizle bir ürün sorumlusu olarak sizin parlamanız gereken yerdir. Önümüzdeki aşamalar, sorumlulukların organizasyonun diğer bölümlerine aktarılmasıyla ilgili hale gelir, bu nedenle, ürün ve pazar hakkındaki bilginizi gösterme becerisiyle Plan aşamasından çıktığınızdan emin olun.

Son olarak, ilerleme ve planlar hakkında dahili olarak resmi olarak iletişim kurmaya başladığınız yer burasıdır. Burada, Operasyonlar ve Destek ekipleri, Finans ekipleri ve Hukuk ve Uyum ekiplerinin (gerekirse) daha zorlayıcı sorularını yanıtlamak için yeterli bilginiz var. Bu, kalemleri keskinleştirmenin ve varsayımlara meydan okumaya geri dönmenin zamanıdır, çünkü bu aşamanın sonuna geldiğinizde beklentiniz, işin tüm yönlerinden onay verilmesidir. Ayrıca, 1 çağrı cihazlarınızı bu aşamada güncellenmiş bilgilerle güncellemeyi planlayın.

Yol haritanızı nasıl oluşturduğunuza ve ilettiğinize bağlı olarak, PLAN aşamasına ulaşan öğeler, bir tür canlıya geçiş tarihiyle birlikte yol haritasında yer almalıdır.

Ben= Uygula

  • Hedef: ürün teslimatı için inşa et ve hazırlan
  • Zaman Çizelgesi : genellikle haftalar/aylar
  • Yanıtlanan temel sorular:
    -
    Yazılım geliştirin
    - Kullanıcı deneyimini sonlandırın
    - Alfa/Beta sürümleri
    - İlk operasyonel ve dahili incelemeler
    - Pazara açılmaya başlayın

Bu aşamanın zaman çizelgesi haftalar veya aylar olabilir. Ne olursa olsun, Pazara Gitme süreçlerini henüz başlatmadıysanız, Pazarlama veya Ürün Pazarlamasını önemli ölçüde daha fazla dahil ettiğiniz yer burasıdır. Bir ürün sorumlusu olarak, bu aşamanın çoğu mühendislik tarafından yapılan işlerdir, bu nedenle diğer işlevler arası görevlerinizin birçoğunu gerçekleştirmenizi sağlar.

D= Teslimat

  • Hedef: ürünün sorunsuz bir şekilde pazara sunulmasını sağlamak
  • Zaman Çizelgesi : genellikle haftalar
  • Yanıtlanan kilit sorular/başarılan öğeler:
    -
    Müşteri sözleşmesi ihtiyaçlarını kesinleştirin
    - Dahili eğitim ve materyaller
    - Satış ve Pazarlama eğitimi
    - Nihai operasyonel ve dahili incelemeler

Bu aşamanın çoğu, işleri özellikle Satış ve Pazarlamaya devredebileceğiniz yerdir. Çözmek için çabaladığınız sorunlarla ilgili heyecanınızı paylaşma fırsatı verildiğinden, mümkün olduğu kadar çok dışa dönük toplantıya katılmak isteyeceksiniz! Ancak, eklenecek bir sonraki yardımcı özellik setini aramak isteyeceğiniz için potansiyel müşterilerden gelen ipuçlarını dinlediğinizden de emin olun.

S= Stabilizasyon

  • Hedef: ürünün kararlı olduğundan emin olun, bir sonraki özellik setinde yineleyin
  • Zaman Çizelgesi : genellikle aylar
  • Yanıtlanan temel sorular/başarılan öğeler:
    -
    Metrikler ve ölçümler
    - Ürün versiyonlama, yükseltmeler, yeni özellikler
    - Otopsi incelemeleri

Burada ölçülmesi gereken bir diğer önemli husus, müşteriye Hizmet Verme Maliyetidir. İlk iş gerekçeniz muhtemelen kaç tane müşteri hizmetleri temsilcisinin gerekli olduğu, platform maliyetleri ve devam eden bakım maliyetlerinin söz konusu olduğu konusunda varsayımlarda bulundu. Ürününüzün karlılığını gerçekten belirleyecekleri için bunları burada analiz etmeyi unutmayın.

Şirketin büyüklüğüne bağlı olarak, bir ürün bir süre bu aşamadayken bakım moduna veya özelliklerin altı ayda bir eklendiği seyrek güncelleme moduna geçebilir. Durum buysa, bunu genellikle ekibinizdeki bir Proje Yöneticisine devredersiniz veya bu aşamaya ulaşan ürünleri yöneten bir grup olabilir.

HIZLILAR

Küçük şirketlerde, 1-çağrı cihazını kullandım ve özellikle bir şirket olarak hedefler belirlediğimizde, bir veya iki hafta içinde RA'dan P'ye her şeyi aldım. Bununla birlikte, bunun için bir çerçeveye sahip olmak bile konuşmayı şirketteki HERKESİN anlayabileceği şekilde normalleştirir. Ayrıca, örneğin Ops ekibi için bir şey eklemeniz gerekirse, artık bunun için bir yeriniz olduğu anlamına gelir.

Özetle, bu araç, çeşitli büyüklükte ve karmaşıklık düzeyindeki şirketler için benim için çok faydalı oldu. Ayrıntı düzeyini ve aşamadan aşamaya geçme zamanlamasını şirketin boyutuna uyacak şekilde değiştirdim, ancak kullanılacak temel bir çerçeveye sahip olmaktan keyif aldım.

Eminim benzer veya belki de çok farklı birçok başka çerçeve vardır. Bana göre, tadı her zaman harika olacağını bildiğin ama bazen zaman, tat ya da arzu uğruna onu değiştirmek istediğin bir pasta tarifine sahip olmak gibi bir şey!

RAPIDS İş Akışı