Ürün İşletim Modeli ve Teslimat

Kararların tıkandığı, gereksinimlerin yarım geldiği ve sürümlerin kaydığı kurumlar için. Net sahiplik, güvenilen bir backlog ve yol haritasını izleyen bir teslimat ritmi.

Ne zaman önemli

Strateji onaylandı ama teslimat ona benzemiyor. Kapsama kimin karar verdiği belirsiz, gereksinimler geliştiriciye eksik ulaşıyor, testler sorunları geç yakalıyor ve her sürüm tarihi pazarlığa dönüyor. Ekipler çok çalışıyor ama üst yönetim işin ürünü ileri taşıyıp taşımadığını göremiyor.

İstihdam dönemimde bir Agile dönüşümüne liderlik ettim, Jira'yı şirket genelinde devreye aldım, dokümantasyon standartlarıyla bir analiz birimi kurdum ve analiz, test ve yazılım ekiplerini yeniden yapılandırdım. İşletim modeline bakışımı bu deneyim belirliyor: önce kültüre uydurmak, sonra ölçülebilir kılmak.

Hangi kararlara yardım eder

  • Ürün, kapsam ve kabul kararlarının kime ait olduğu
  • Bir gereksinimin geliştirme başlamadan önce neleri içermesi gerektiği
  • Backlog'un nasıl yönetileceği ve önceliklerin nasıl değişeceği
  • Ekibe ve işe hangi sürüm ritminin uyduğu
  • Hangi ürün KPI'larının teslim edilen işin değer yaratıp yaratmadığını gösterdiği
Cam bir vitrinde eski lastik mühürler, bir tarih damgası ve mürekkep şişesi; yanında yıpranmış deri ciltli kitaplar ve eski kütüphane kartları.
Bir kütüphanenin geçmişinden lastik mühürler ve kayıt defterleri.Kaynak: "SANDNES BIBLIOTEK … Vintage rubber stamps ink stationery library cards old books" by Wolfmann, CC BY-SA 4.0, via Wikimedia Commons

Çalışma nasıl ilerleyebilir

  1. GözlemKararların, gereksinimlerin ve sürümlerin bugün gerçekte nasıl ilerlediğini görmek için ekiplerle ve araçlarıyla vakit geçirmek.
  2. TasarımRol ve karar modeli, gereksinim ve kabul standartları ile backlog yönetişim rutini; bunları kullanacak kişilerle birlikte hazırlanır.
  3. Devreye almaDeğişiklikler aşamalı olarak, sürtünmenin en yüksek olduğu ekipten başlayarak ve her adımdan sonra kısa değerlendirmelerle uygulanır.
  4. ÖlçümAz sayıda teslimat ve ürün ölçütü ile bir değerlendirme ritmi; model kanıta göre ayarlanabilsin diye.

Kimler için uygun

  • Süreçlerinden hızlı büyümüş ürün ve yazılım grupları
  • Agile pratiklerini ilk kez uygulayan ve bunların yerel kültüre uymasını isteyen kurumlar
  • Teslimattan yönetime ya da yönetim kuruluna daha net raporlama isteyen yöneticiler

Kimler için uygun değil

  • Sertifika programı ya da resmi bir çerçeve denetimi arayan ekipler
  • Asıl ihtiyacın hiyerarşik yetkiyle sürekli geçici yöneticilik olduğu durumlar

Bu işin dışında kalanlar

İK kararları, müşteri adına işe alım, araç lisanslama ve resmi Agile sertifikasyonu bu çalışmanın dışındadır. Sürekli ürün liderliği rolleri ayrıca ve yalnızca uygunluk teyit edildiğinde konuşulur.

Birlikte çalışma

Kapsam, format ve koşullar her iş için ayrıca konuşulur. Çalışma genellikle kimsenin yerine geçmeden, mevcut ekiple yan yana yürür.

Sık sorulanlar

Bu bir Agile koçluk hizmeti mi?

Kesişiyor ama odağı daha geniş. Agile seremonileri ancak karar sahipliği, gereksinim kalitesi ve sürüm planlaması netse işe yarar. Ben bunlardan başlıyor, sonra uygun pratikleri seçiyorum.

Hazır bir çerçeveyle mi geliyorsunuz?

Hayır. Scrum, backlog iyileştirme ve kabul kriterleri gibi bilinen yapı taşlarını kullanıp uyarlıyorum. Ekibin benimsemediği bir model, kâğıt üzerinde ne kadar doğru görünürse görünsün kalıcı olmaz.

Ürün KPI'ları konusunda da yardım ediyor musunuz?

Evet, işletim modelinin bir parçası olarak. KPI ağacını tanımlamaya, neyin ölçüleceğine ve ne sıklıkla değerlendirileceğine birlikte karar veriyoruz. Analitik altyapının kurulması ayrıca kapsamlandırılır.

1892 tarihli bir arşiv odasının çizgi gravürü: üç duvar yerden tavana gözler ve dosya çekmeceleriyle kaplı.
Pittsburgh Belediye Binası’nda bir arşiv odası, 1892.Kaynak: "Files,Pittsburgh City Hall,1892", public domain, via Wikimedia Commons

Birlikte konuşalım

Durumu birkaç satırla anlatın. Mesaj kendi e-posta uygulamanızda açılır; siz göndermeden hiçbir şey gitmez.

Bir teslimat meselesini konuşalımTüm hizmetler