Değerli Proje Yöneticileri - Kurumsal Girişimlerde Agile'ı Yeniden Düşünme Zamanı

Sonuç odaklı planlamayı varsayılan yapın: Her ürün hattı için 3 aylık sonuçlar tanımlayın, yöneticileri takas yapmaları için yetkilendirin ve kararları bir özellik listesinden ziyade kullanıcı değerine göre şekillendirin. Bu değişiklikler bizi büyük ölçekli hız ve hesap verebilirlikle özellik öncelikli olandan değer öncelikli uygulamaya taşır. Yaklaşım, flatiron'dan ilham alan platform düşüncesinden ve mckendrick'in etkinlik yerine etkiye odaklanma konusundaki derslerinden yararlanır. Tek bir yöneticinin sahiplenebileceği bir karar çerçevesi oluşturun ve her yol haritasında kullanıcının sesinin duyulmasını sağlayın.

Riski üç koruma rayı ile örtün: politika uyumu, veri yönetimi ve sprint bitiş uçlarına yerleştirilmiş güvenlik kontrolleri. Son zamanlarda, politikayı ürün planlamasıyla yakından birleştiren ekipler uyum gecikmelerini %40 oranında azalttı ve yeniden işlemeyi %25 oranında azalttı. Büyük ölçekli girişimler için kadansı 6-12 haftalık döngülere uzatın ve her devirde kullanıcı sesinin kararları etkilediğinden emin olun. Bu çapraz fonksiyonel ritüeller - tasarım incelemeleri, veri incelemeleri ve politika kontrolleri - ayrı kapılarda değil, aynı odada bulunur.

Ekipleri aşırı yüklemeden kararların gerçek müşteri ihtiyaçlarını nasıl karşıladığına dair net bir bakış açısı sunun. Bugün, büyük ölçekli programlara liderlik edenler, kullanıcı araştırmasını önceliklendirilmiş bahislere dönüştürmelidir. İki haftalık eylem öğeleri ve değer dilini konuşan bir ürün sahibi tarafından yönetilen üç aylık bir inceleme kullanın. Bu bakış açısı, özerkliği политика ile dengelemeyi bilen uygulamalı PM'lerden ve kurumsal liderlerden gelir ve deneyi boğmadan uyumu sağlar. İşte bu nedenle koruma raylarını kodlamak ve ekibi alanlar arasında uyumlu tutmak gerekir.

Nelerin önemli olduğunu kapsayan hafif bir yönetişim kurumsallaştırın: yayınlanmaya hazır olma, güvenlik ve müşteri verisi işleme. İyi uygulama, satır içi yakma işlemleri değil, sunulan kullanıcı değerini gösteren erişilebilir gösterge panolarından gelir. Her program için 3 metrik, 2 risk ve 1 politika kısıtlamasını açıklayan basit bir kapak sayfası oluşturun. Oluşturulan ürünün kullanıcı için hayatı daha iyi hale getirdiğini doğrulamak için her sprintte güvenilirlik testleri ve kullanıcı testleri kullanın. Amaç, yeni törenlerin geçit töreni değil, tekrarlanabilir bir ritimdir.

Modeli kanıtlamak için tek bir iş biriminde 3 grubun yer aldığı 90 günlük bir pilot çalışması yürütün: sonuçları tanımlayın, politikaları hizalayın, üç KPI'yı (çevrim süresi, kullanıcı memnuniyeti ve özellik benimseme) izleyin ve kompakt bir öğrenme özeti yayınlayın. Bu pilot çalışmalar, PM'den yönetici ekibine bir bakış açısı notu ve görüşmelerden alınan bir kullanıcı sesi bölümünü içermelidir. Pilot çalışma sona erdikten sonra ölçeklendirip uyarlamama zamanı geldi.

Sevgili PM'ler: Kurumsal Girişimlerde Agile'ı Yeniden Düşünme

Gerçek alıcı ve kullanıcı sonuçlarına göre belirlenen altı haftalık teslimat döngüleriyle üç aylık bir pilot çalışma benimseyin. Durum oyunlarını geride bırakın ve her döngüden sonra gerekçe ve sonuçları belgelemenizi isteyin. Odaklanmış yineleme ayları boyunca, yönetimin taahhüt edebileceği ve kullanıcıların değeri daha hızlı hissedeceği bir yön belirleyeceksiniz. Planlamayı sonuçlara indirin. Her şeyden önce, alıcı ve kullanıcı ihtiyaçlarıyla uyumlu kalın. Kavazovics'e göre, strateji ve teslimat arasındaki uyumsuzluk ayları tüketir ve kullanıcıları kaybetme riski taşır.

Uygulama planı:

1. Sorunun durumunu ve alıcı segmentlerini tanımlayın; gerçek bir başlangıç ​​noktası oluşturmak için kullanıcılardan temel metrikleri toplayın.
2. Net sahipliği olan iki çapraz fonksiyonel ekip oluşturun: ürün sahibi, mühendisler, tasarım, veriler ve yönetim ve ürün ekipleri arasında uyum sağlayan bir yönetim sponsoru.

Döngüleri altı haftalık teslimat pencereleri ve döngüler arasında bir haftalık bir backlog iyileştirmesi olarak yapılandırın; hipotezleri test etmek için döngü başına iki gün keşif çalışması ayırın (Google tarzı deneyler).

Backlog'u sonuçlara göre önceliklendirin: her bir öğeyi ölçülebilir hedeflerle ilişkilendirin; ilgili olmayan her şeyi sprint'in dışında bırakın.

Kararları ve hipotezleri belgeleme: neyin denendiğini, ne olduğunu ve kararların neden alındığını kapsayan hafif bir belge tutun; sonuçlar öğrenilir öğrenilmez belgeyi güncelleyin.

Alıcı katılımı: alıcılarla aylık demolar yapın ve kullanıcı geri bildirimi toplayın; öğrendiklerinize göre yönü ayarlayın.

Yönetim ritmi: ilerleme, maliyetler, risk ve başla/başlama kararlarını uyumlu hale getirmek için aylık bir inceleme yapın; kararların kağıttan eyleme geçmesini sağlayın.

İzlenecek temel metrikler

• Ürünler ve ekipler genelinde döngü süresi ve sağlama süresi iyileştirmeleri
• Deney sonuçlarının üretim kullanımına dönüştürülmesi
• Hedef segmentler arasında kullanıcı benimseme oranı
• Tahmine kıyasla döngü başına net fayda (gelir etkisi veya maliyet tasarrufu)
• Temsili bir kullanıcı grubundan kullanıcı memnuniyeti ve nitel geri bildirim
• Sürüm sonrası hata oranı ve kararlılık
• Öğrenme süresi: bir hipotezi gerçek verilere karşı doğrulamak için geçen günler

Alan için rehberlik: alıcıya ve kullanıcılara odaklanın, yalnızca önemli olanı ele alın ve karar belgeleme için harcanan süreyi sağlanan değerle uyumlu tutun. Bu yaklaşım, ekipler ağır yönetişimi geride bırakıp gerçek sonuçlara doğru yinelemek için özgürleşirken, kurumsal yönetimde yılların deneyimini desteklerken, aylarca süren uygulamada çevik kalmayı sağlar.

Sprint'lere başlamadan önce Agile'ın net bir ürün vizyonunu gölgede bırakmasına izin vermeyin

Her sprint'e alıcılara ve ölçülebilir sonuçlara dayanan net bir ürün vizyonuyla başlayın. Kurumsal bağlamlarda, aylarca süren çalışmayı gerçek bir etkiyle ilişkilendirebilmek, ekiplerin aynı özellik-kontrol listesi düzenine kaymasını engeller. Vizyon, yazar veya ürün yöneticisi tarafından yazılmalı ve kimin satın aldığı, hangi sorunun çözüldüğü ve neden önemli olduğu belirtilmelidir.

Agile'ın yalnızca vizyon doğrulandıktan sonra uygulamayı iyileştirmesine izin verin. Yönü doğrulamadan Agile'ı benimserseniz, yanlış şeyi inşa etme riskiyle karşılaşırsınız. Başarının neye benzediğini ve kimin fayda sağladığını içeren kısa bir keşif aşaması kullanın. Plan, temel varsayımları kanıtlamak için aylar boyunca birkaç deney içerir ve sprint backlog'undan ayrı olmalıdır. Onlar odağı hedeflenen sonuçta tutarlar.

Süreç, disiplinle esnekliği dengelemelidir. Agile'ı benimsemek, planı uyarlanabilir tutmak anlamına gelir, ancak esaslar asla değişmez: doğrulanmış bir vizyon, açık başarı kriterleri ve geliştirmenin başladığı net bir nokta. Kurumsal ofis, vizyona karşı ilerlemeyi izleyen hafif bir yönetişim katmanıyla inşa edilmelidir. Kapsamı ayarlamak için esnekliği kullanın, vizyondan uzaklaşmak için değil. Plan, ilk üç sonucu ve ölçeklendirmek için bir sonraki deney setini içerir.

Backlog öğelerini vizyonla bağlantılı bir metriğe bağlayın. Geliştirmeyi taahhüt etmeden önce şunu sorun: teslim ettiğimiz şey nedir, etkisi nedir, kim fayda sağlıyor ve bunu nasıl ölçeceğiz? Bu yaklaşım, alıcıların ve dahili paydaşların planlama ve etki arasındaki bağlantıyı görmelerine yardımcı olur, yeniden çalışma döngülerini azaltır ve kurumsal için en büyük değere, daha az israfla odaklanmasını sağlar. Kuruluşunuz opowers panoları kullanıyorsa, yönetişimi ekiplere ve alıcılara şeffaf tutmak için bunları vizyonla uyumlu hale getirin.

Segmentleri, rakipleri ve trendleri haritalandırarak kullanıcı araştırmalarını pazar dinamikleriyle dengeleyin

Şimdi üç katmanlı bir harita tanımlayın: segmentler, rakipler ve trendler ve her içgörüyü somut bir ürün kararıyla ilişkilendirin. İşlevler arası ekiplerinizi uyumlu hale getirin ve kullanıcı araştırmasının pazar sinyalleriyle buluştuğu noktada liderliğin onayını alın. İş ile pazar dinamikleri arasındaki bu uyum, kararları hızlandırır ve kuruluşlarınız genelinde açık bir hesap verebilirlik noktası oluşturur. Açık sahiplenme, aşırı çalışmayı önler ve ekip refahını artırır. Süreç, ekipleriniz için iyi bir şekilde ayarlanmış olarak kalır.

Segmentleri boyuta, karlılığa ve benimseme hızına göre haritalandırın; erken benimseyenler, ölçek odaklı alıcılar, fiyata duyarlı müşteriler ve şüpheciler gibi 4-5 grubu hedefleyin. Her segment için temel sorun noktalarını, en iyi iletişim kanallarını ve yankı uyandıran sesi belirtin. Bu netlik, küçük, iyi kapsamlı deneyler yapmayı ve boşa harcanan çabadan kaçınmayı kolaylaştırır.

Ürününüzün nerede öne çıkabileceğini anlamak için dört rakibi ve iki yükselen oyuncuyu değerlendirin. Fiyatlandırma modellerini, özellik eksikliklerini ve pazara giriş mesajlarını not edin. Erişimi genişletebilecek ve teslimat riskini azaltabilecek potansiyel ortaklık fırsatlarını belirleyin.

İçgörüleri biriktirme öğeleriyle eşleyen bir kanıttan eyleme matrisi oluşturun. Örneğin, bir segment güçlü talep gösteriyor ancak yeni bir entegrasyon gerektiriyorsa, aşamalı bir özellik sürümü ve pazara giriş planı önerin. Varsayımlar temelsizse, hızlıca yeniden düşünün ve planı ayarlayın. Bulguları, net bir sahibi ve ölçülebilir bir başarı noktası olan iki haftalık bir sprint planına çevirin.

Pratik bir düzen oluşturun: 2 haftalık tekrar kontrolleri, 6 haftalık harita yenilemesi ve üç aylık liderlik incelemeleri. Sonuçları özlü bir sunumda belgeleyin, böylece aynı mesaj ekipler ve liderlik arasında iletilir. Olumlu bir ton sürdürün, başarıları kutlayın ve morali yüksek tutmak ve müşterilerin sesini bozulmadan tutmak için gerilimleri erken yüzeye çıkarın.

Bu yaklaşım sayesinde, sinyaller ekiplerinizin alabileceği net eylemlere dönüşür ve harita yıllar süren değişim boyunca alakalı kalır. Piyasalar değiştikçe, ürününüz ölçeklendikçe ve ortaklıklar olgunlaştıkça yapıt güncellenir. Bu disiplin, birçok iş öğesinin ve şeyin paralel olarak tamamlanmasına yardımcı olarak kuruluşlarınızı uyumlu tutar ve olumlu bir sesle hareket etmesini sağlar.

Tanımlanmış roller, düzen ve karar haklarıyla Planlamayı Yüksek Performanslı Bir Takım Sporuna Dönüştürün

6 haftalık bir planlama düzeni benimseyin: keşif ve tasarım için 2 hafta, teslimat için 4 hafta. Her döngüyü daha kısa vadeli bir dizi sonuca bağlayın ve en iyi 3 özelliği, başarı kriterlerini ve yayın penceresini belirten tek bir plan yayınlayın. Bu, yanlış anlaşılmaları azaltır ve şirketinize net bir yol haritası sunar. Düzen, işlevler arası bir ekip ve dijital girişimler için tasarlanmıştır ve bu da her planın içinde ne olduğuna ve hangi risklerin ortaya çıkabileceğine bakmaya yardımcı olur. Kararlar verilere ve müşteri sinyallerine dayandığında daha hızlı uyum göreceksiniz.

Karar haklarına sahip açık roller tanımlayın. Ürün Lideri vizyona ve biriktirme önceliklendirmesine sahiptir; Teknik Lider mimariyi ve temel teknoloji seçimlerini korur; Teslimat Yöneticisi programın ve ekipler arası bağımlılıkların sahibidir; Tasarım, KG ve Veri liderleri planlamaya eşit ortaklar olarak katılır. Amaç, kapı tutmayı önlemek ve işlevler arası ekiplerin büyük ölçekli girişimlerde birlikte hareket edebilmesini sağlamaktır. Bu modeli benimseyerek gidip gelmeyi azaltır ve şirketiniz için yol haritasını hızlandırırsınız.

Öngörülebilir bir düzende ritüeller oluşturun: her Pazartesi planlama (lojistik ve en iyi değiş tokuşlar için 60 dakika), Çarşamba günü biriktirme iyileştirmesi ve paydaşlarla Cuma günü bir inceleme. Bir seçimin neden yapıldığını ve neyi engellediğini yakalamak için basit bir geri çağırma günlüğü tutun. Müşterileriniz ve teknoloji stratejiniz için neyin önemli olduğunu ortaya çıkarmak ve karar haklarının net ve uygulanabilir kalması için ritmi sıkı tutmak için forumları kullanın.

Aşağıdaki tablo, rolleri, sıklığı ve karar haklarını belirterek gerçekliği sabitlemekte ve sahiplikle ilgili soruları azaltmaktadır:

Müşterilerinize hızlı, düşük riskli deneyler ve hızlı geri bildirim yoluyla şüphe avantajı sağlayın

Tek bir değer önermesinin doğrulanması için bir özellik geçişinin arkasında, bir b-to-b alıcı segmentiyle 14 günlük bir pilot uygulama başlatın. Temel sistemlere dokunmadan teslim edilebilen küçük, çalışan bir bileşen seçin. Hipotezi, neyin yapıldığını, başarı ölçütlerini ve çıkış kriterlerini önceden tanımlayın. Benimseme %20'nin üzerine çıkarsa ve alıcılar yapıcı geri bildirimde bulunursa, çabayı ölçeklendirin; aksi takdirde durun ve ayarlayın.

Deneyi, vizyonu projelere bağlayan bir planın içine yerleştirin. Testi, ekiplerin varsaydığı değil, müşterilerin orada gerçekten ne yaptığı üzerine kurun. Yönlü bir tasarım oluşturmak için mckendrick içgörülerine dayalı, araştırma destekli bir yaklaşım kullanın. Ürünü yeniden yazmadan temel faydayı kanıtlayan sınırlı sayıda bileşene ve özelliğe odaklanın. Bu, döngüleri potansiyel olarak kısaltabilir ve riski azaltabilir.

Riski en aza indirmek için yetkiler oluşturun: bir geçiş, uzaktan devre dışı bırakma ve hızlı geri alma. Geri bildirim süresini, benimsemeyi ve hangi alıcıların gerçekten kullandığını izleyin. Geri bildirim değer eksikliğini ortaya çıkarırsa, duraklatırsınız; olumlu sinyaller gösterirse, testi gecikmeden bir sonraki bileşene ölçeklendirirsiniz.

Bir iş yüküne düşmekten ve ekiplerin sıkışıp kalmasından kaçınmak için, sıkı bir ritmi koruyun: haftalık incelemeler, her proje için net sahipler ve yinelemek veya duraklatmak için basit bir karar ağacı.

Öğrenilenleri sabitleyin ve versiyonlanmış araştırmalar yapın; sonuçları alıcılar ve paydaşlarla paylaşın; öğrendiklerinizi bir sonraki ürün grubunu şekillendirmek, vizyon ve organizasyonun konumu ile uyumlu hale getirmek için kullanın. Bulguları yaklaşan zirveye bağlayın ve yol haritasını buna göre güncelleyin. Bu öğrenilenleri öncelikleri ve değerin nerede yer aldığını yeniden düşünmek için kullanın.

Karmaşık dijital ortamlarda Çevikliği yönlendirmek için pratik çerçeveler benimseyin

Pratik bir çerçeveyle başlayın: akış için Kanban ile takımlar için Scrum'ı eşleştirin ve ihtiyaçları özelliklere ve planlara bağlayan hafif bir harita tabanlı planlama yaklaşımı ekleyin. En büyük bahisleriniz, kısa vadeli sürümlerde somut kilometre taşları haline gelir ve ekip, esneklik kaybetmeden projeleri ölçeklendirmenin riskli olduğunu bilir. Kazanılan deneyleri yönlendirmek, hikayeler toplamak ve toplantı gündemini uygulanabilir içgörülerle beslemek için giriş ve ön cephe kullanıcı geri bildirimlerinden yararlanın. Bu, yaklaşımı doğrulamak için potansiyel olarak bir ekiple bir pilot uygulama çalıştırmanıza olanak tanır.

Etkiyi çabaya bağlayan basit bir karar haritası ve hafif bir puanlama modeli kullanın, böylece takımlar ilk olarak neye yatırım yapacaklarından emin olurlar. B-to-b girişimleri için kararları, öğrenilen kullanıcı değeri ve iş ihtiyaçlarına ve test edilmesi gerekenlere sabitleyin. Özellikleri küçük, test edilebilir artışlarla geliştirin ve gerçek kullanıcı geri bildirimiyle doğrulayın; teslimatı yavaşlatan teslimatları önlemek için tasarım ve doğrulama paralel olarak çalışır.

Çekirdek özelliklerden uç geliştirmelerine kadar sonraki oluşturulacakları yönlendiren canlı bir ürün haritası tutun. Planlarınızı kullanıcı ihtiyaçlarıyla uyumlu tutun ve kazanan bir deneyimi korumak için kararları giriş verileri ve gerçek dünya hikayeleriyle besleyin. Esneklik varsayılandır; koruma rayları, ekipler değişen gerçeklere uyum sağlarken yayın sınırlarını tanımlar.

Son olarak, yaklaşımı takımlar arasında ölçeklendirmek ve tutarlılık sağlamak için hafif bir yönetişim ritmi oluşturun. Projeler ve b-to-b girişimleri arasında teslimatı hızlandırmak için yeniden kullanılabilir bir tasarım sistemi ve paylaşılan bir bileşen kitaplığı oluşturun. Sonuçları açık ölçütlerle izleyin ve nelerin gerekli olduğunu ve nelerin öğrenildiğini yansıtan bir biriktirme listesi tutun. Bu yaklaşımlar, kazanan bir dijital deneyim oluşturmaya yardımcı olur.