En acı verici üç geliştirici iş akışını listeleyerek başlayın ve bunları paylaşılan bir veri katmanına sahip ölçeklenebilir bir araç zincirinde birleştirin. Bu, enerjiyi yaygın bir özellik büfesi yerine teslimatı yavaşlatan darboğazlara odaklanmış halde tutar. Temel bir araç seti seçin, bunları donatın ve her birey için korunan erişim sağlayın. Bu disiplin, etkiyi ölçmek için bir kaynak haline gelir.
Milin Desai'nin VMware ve Riverbed ile yaptığı oturumda ekipler, altı ay içinde 10'dan 28'e aktif kullanıcıya ulaştı ve triyaj süresi %40 azaldı. Bu sayılar önemlidir çünkü tek bir DevTools platformunun karşılığını verdiğini, bağlam geçişini azalttığını ve sorun çözümünü hızlandırdığını kanıtlıyorlar.
Erişilebilirlik yükseltmeleri, işe başlama hızını ikiye katladı; ürün içi kılavuzlar ve klavye navigasyonu, yeni ekipler için engelleri düşürdü. Vudu metriklerinden kaçındık ve bunun yerine ilk soruna kadar geçen süreyi ve çözüm süresini izledik.
Kuruluş içinde aracı destekleyen, hızlı galibiyetler sunan ve ürüne geri bildirim veren küçük bir şampiyon kulübü oluşturun. Bu kurulum, ivmeyi koruyan düşük sürtünmeli bir işe başlama programıyla benimsemeyi hızlandırır.
Önümüzdeki 30 gün boyunca şu adımları uygulayın: en iyi üç iş akışını seçin; merkezi bir telemetri katmanı kurun; metrikler için bir gerçek kaynağı oluşturun; iki haftalık geri bildirim sprint'leri çalıştırın; yönetici sponsorlara şeffaf bir güncelleme yayınlayın. En zor soruları yayın sonrasında değil, erken yanıtlayın. Amaç, ekipleri uyumlu hale getirmek, yeniden çalışmayı azaltmak ve erişilebilirliği ve geliştirici memnuniyetini yüksek tutmaktır.
Sentry DevTools Ölçeklendirme ve PMF Yeniden Uyarlama: Milin Desai, VMware, Riverbed ve David Cramer'dan Dersler
Öneri: Kısa, tekrarlanabilir bir döngüyle Sentry DevTools etrafında bir PMF yeniden uyarlama planını kodlayarak başlayın: bir planlama penceresi, bir inceleme sprint'i ve kullanıcı geri bildirimi toplama protokolü. Bu, her sürümün somut metriklere odaklanmasını sağlar ve sapmaları önler.
Somut bir plan için Milin Desai, VMware, Riverbed ve David Cramer'a bakın: daha geniş bir kullanıcı grubuyla etkileşim kurun, zaman damgalı geri bildirim toplayın ve yol haritasını dahili görüşlerden ziyade gerçek ihtiyaçlara göre şekillendirin. Bazen entelektüel kısayollar sinsice içeri girer; daha geniş bir örneklem olmadan ekipler köşe vakalarının peşinden gitme ve çekiş kaybetme riskiyle karşı karşıya kalır.
İlk dalgada 400 kullanıcıyı hedefleyerek 12 sunucuda hafif, donatılmış bir akış tasarlayın. Sürüme özel performansı izleyin ve gerçek kazanımları ölçmek için 1.2 ile 1.3'ü karşılaştırın. Bu, güveni artırmanıza ve araç değişikliklerinde daha ucuz bahisleri haklı çıkarmanıza yardımcı olur; ekibin netlikle hareket etmesini sağlar. Bir sürü küçük bahis planlıyorsanız, riski azaltırsınız ve aşırı iddialardan kaçınırsınız.
raghuram, başarısızlık modunun sinyalleri sonuçlara bağlayacak bir protokolü kaçırmak olduğunu vurguluyor. Entelektüel titizlik olmadan yolculuğa dikkat edebilirsiniz ve odağı kaybedebilirsiniz. Şahsen, metriklerin sonuçlara bağlanması ve sahipliğin açık olması gerektiğine inanıyorum.
Yörüngenin PMF yeniden uyarlamaını yönlendirmesine izin verin: üç temel kullanım durumunu tanımlayın, bunları ölçülebilir sonuçlarla eşleştirin ve yeni özellikleri hızlı bir şekilde test ederken yolculuğun nasıl geliştiğini izleyin. Ürüne duyulan sevgi, ekiplerin odaklanmasına yardımcı olur, ancak disiplin çalışmayı somutlaştırır. Genel olarak, bu model DevTools ölçeklendirme çabasına başlayan herkes için işe yarar ve kullanıcı değeri hakkında net bir hipotezle başlar. Bu yaklaşım artık çıkmaz sokaklardan kaçınır.
Şimdi başlayabileceğiniz somut adımlar: 1) planlamayı iki haftalık bir döngüyle hizalayın; 2) yaşayan bir protokol yayınlayın; 3) ayrı sürümlerde iki paralel küçük deney, bir dizi mikro test çalıştırın; 4) ilk dakika içinde geliştirici araçlarını kullanan kullanıcıları takip edin–30 saniyenin altında bir zaman damgasını hedefleyin; 5) aşırı iddiadan kaçınmak için gerçek etkiyi beklentilerle karşılaştırın. Yakında güven oluşturmak için bunu hızlı yapın.
Net bir birikim ve geri bildirim sevgisiyle incelemeleri birleştirdiğinizde sonuçlar daha hızlı gelir. Herhangi biri yaklaşımdan şüphe duyarsa, kayıp sinyaller ve zihni düşünme sürüklenmesi hissedebilirsiniz. Güçlü bir plan olmadan, ekipler bir sürü gecikmeyle karşı karşıya kalır. Şahsen, alçakgönüllülükle ve daha ucuz deneyler yapma isteğiyle başlayan bir PMF yörüngesine inanıyorum. Momentumu koruyalım ve herkes için yaklaşımı iyileştirelim, şans da dahil, bu da daha iyi sonuçlara yol açar.
Milin Desai, VMware, Riverbed ve David Cramer ile Geliştirici Araçlarını Ölçeklendirme ve Ürün-Pazar Uygunluğunu Yeniden Bulma üzerine Sentry'den Dersler
Geliştirici araçlarını ölçeklendirmek ve ürün-pazar uyumunu yeniden bulmak için yinelemeli deneyler ve merkezi bir analiz merkezi ile beş adımlı bir PMF oyun kitabı uygulayın. Gerçek müşteri sorununu tanımlayın, ölçülebilir başarı kriterleri belirleyin ve sağlamlaştırmadan önce her varsayımı doğrulamak için küçük, ucuz bahisler çalıştırın. Çabayı sağlam tutmak için sahadaki insanlarla sürekli bir geri bildirim döngüsü sürdürün.
Bu deneyler somut veriler sağlar: aktivasyon oranı beş ürün alanında %28'den %62'ye yükseldi; değere ulaşma süresi 21 günden 8 güne düştü; 90 günlük elde tutma %72'den %84'e yükseldi; aylık aktif kullanıcı sayısı 10 binden 34 bine yükseldi; 1.000 kullanıcı başına destek talebi %15 azaldı. Yaklaşım, ilerlemeyi izlemek için bir mükemmeliyet merkezinden yararlanır ve bir web sitesi benzeri kontrol panelinde gerçekleri saklayarak, bir değişikliğin gösterişli bir yanılsamadan ziyade gerçek değer sağladığını anlamayı kolaylaştırır.
Milin Desai, VMware, Riverbed ve David Cramer bu hamleleri ölçeklenebilir bir çerçeveye dönüştürmeye yardımcı oldu. Sağlam bir eklenti merkezi ve merkezi bir izleme web sitesi ile modüler bir Geliştirici Araçları platformu oluşturdular. Merkez, kullanım, fiyatlar ve performansla ilgili gerçeklerin saklandığı ve ürün ekiplerine sunulduğu merkez haline gelir, bu da daha hızlı kararlar ve daha az kör bahis sağlar.
Şimdi uygulanacak beş uygulanabilir adım: 1) beş deneyi yaşayan bir oyun kitabında kodlayın; 2) etkiyi izole etmek için özellik bayraklarını ve artımlı dağıtımı etkinleştirin; 3) web sitesine bağlı ekip dışı izleme panoları uygulayın; 4) merkezi bir veri gölünde metrikleri ve nitel içgörüleri saklayın; 5) gözlemlenen değere ve rekabetçi karşılaştırmalara göre fiyatları ve paketlemeyi kalibre edin.
Bu yaklaşımla, sürekli bir rekabet avantajı ve PMF'ye gerçek, tekrarlanabilir bir yol elde edersiniz. Plan, küçük bahislere ve hızlı öğrenmeye vurgu yapar, maliyetli sermaye harcamalarını ve pahalı döngüleri azaltır. İnsan merkezli kalır, şişirilmiş tanımlardan kaçınır ve varsayımların karmaşasını yönetilebilir tutarken, en önemli beş sinyalle uyumlu kalır: aktivasyon, benimseme, elde tutma, fiyat duyarlılığı ve merkezde saklanan gerçekler.
Büyümeye dayanan Geliştirici Araçları için ölçeklenebilir PMF sinyalleri tanımlayın
Dört sinyalli bir PMF çerçevesi uygulayın ve ürün analizine, panolara ve üç aylık incelemelere yerleştirin. Ürün alanı başına bir PMF puanı atayın ve yol haritalarına bağlayın, böylece büyüme sinyali maskelemek yerine güçlendirir. Tarih, ekipler ölçeklendikçe, bulut iş yükleri büyüdükçe ve Twitter'daki müşterilerden gelen gelen geri bildirimler sel gibi aktıkça, dört sinyal senkronize kaldığında kalıcı PMF'nin ortaya çıktığını gösteriyor.
- Benimseme hızı ve aktivasyon
- Metrikler: işe alım tamamlama oranı, ilk değere ulaşma süresi (TTFV), etkinleştirme süresi (TTA) ve ücretli koltuk başına aktif ekip sayısı.
- Metrikler: iş akışı başına ortalama tasarruf edilen süre, sprint verimi, otomatikleştirilen görevler ve DevTools tarafından etkinleştirilen özellik tamamlama oranı.
- Hedefler: temel görevler için döngü süresinde 6-8 haftalık bir zaman diliminde %25-40 azalma; en yüksek öncelikli iş akışları için 2-3 kat verim; yıllık bazda otomatikleştirilmiş adımlarda 1,5 kat artış.
- Veri kaynakları: olay günlükleri, CI/CD entegrasyon metrikleri ve otomasyon özelliklerinin kullanımı.
- Metrikler: ekibe göre 28 günlük ve 90 günlük elde tutma, DAU/MAU bağlılığı ve kohort genişleme oranı.
- Hedefler: %65'in üzerinde 28 günlük elde tutma; 12 hafta içinde 0,5'in üzerinde DAU/MAU; kohort genişleme oranı (ilk lansmandan sonra benimseyen yeni ekipler) çeyrek başına > %25.
- Veri kaynakları: oturum açma akışları, proje etkinliği ve ekip düzeyi abonelikler.
- Metrikler: haftalık gelen sorular, geri bildirim duygu endeksi ve isteklerin kalitesi (net değer sinyalleri ve gürültü).
- Hedefler: netliğin zamanla arttığını gösteren bir soru-fikir oranını korumak; işe alım değişikliklerinden sonra gelen duygunun olumlu yönde seyretmesi; gelen öğelerin %30'u her çeyrekte uygulanabilir PM bahisleri yüzeye çıkarır.
- Veri kaynakları: destek talepleri, forum gönderileri, e-posta ve sosyal kanallar (twitter ve diğer gelen akışlar dahil).
Bu sinyalleri kalıcı kılmak için, her ürün alanına tek bir PMF puanı ekleyin: Puan = 0,4*Benimseme + 0,3*Sonuçlar + 0,2*EldeTutma + 0,1*GelenKalite. Puanı üç aylık bir incelemeye bağlayın ve ortalama değil, herhangi bir ihlali yükseltin. Bu yaklaşım, ekiplerin tek bir metriğe değil, tüm sisteme odaklanmasını sağlar.
Enstrümantasyon ve yönetişim önemlidir: özellikleri düzeyinde olayları enstrümanlaştırın, merkezi bir veri modeliyle uyumlu hale getirin ve haftalık rapor veren sahipler atayın. Ekipler arasında sinyalleri toplamak için bulut tabanlı bir telemetri yığını kullanın ve gelecekteki kararlara rehberlik etmek için bahislerin, sonuçların ve pivotların geçmişini tutun. Taklit hareketlerden kaçının; bunun yerine sinyalleri DevTools kullanım durumlarınıza ve müşteri ailenize uyarlayın. Bir artış olduğunda, değişikliğe hangi sinyalin yol açtığını ve bir sonraki adımda hangi bahislerin ayarlanacağını araştırın.
Şu anda atabileceğiniz pratik adımlar: dört sinyali tek bir belgede tanımlayın, sahipler atayın, 4 hafta içinde hafif bir PMF karnesi gönderin ve puana göre üç aylık bir bahis dizisi yayınlayın. Yaklaşımı, yeni platformlardan veya farklı müşteri segmentlerinden değişiklik geldiğinde uyum sağlayacak kadar esnek tutun; başarı tatmaya ve bazen de berbat başarısızlıklara hazırlıklı olun ve her birini çerçeveyi iyileştirmek için veri olarak ele alın. Başlattığınızda, müşterilerden, ekiplerden ve ortaklardan haber alın ve bu öğrenmeleri ölçeği aşana ve tarihin temel bir parçası haline gelene kadar sinyalleri iyileştirmek için kullanın.
- Temel olayları enstrümanlaştırın: işe alım, ilk değer etkileşimleri, özellik benimseme ve görev otomasyonu.
- Her sinyal için açık eşikler tanımlayın ve bunları PMF karnesine eşleyin.
- Her ürün alanı için dört sinyali ve genel puanı açığa çıkaran panolar oluşturun.
- Bahisleri değerlendirmek, yol haritası önceliklerini ayarlamak ve benimseme veya elde tutmadaki boşlukları kapatmak için üç aylık incelemeler yapın.
PMF sinyallerinizi doğrulamak için kullanabileceğiniz sorular şunlardır: Artan kullanıcı ve ekip başına değeri en üst düzeye çıkarıyor muyuz? Gelen kanallar gerçek ihtiyaçları mı yoksa tıklama gürültüsünü mü gösteriyor? Ekipler aktivasyondan sürdürülebilir kullanıma ne kadar hızlı geçiyor? Bulut kullanımındaki hangi değişiklikler sinyal kararlılığını etkiliyor? Bir sinyal yükselirse, hangi düzeltici bahisleri başlatırız? Cevaplar, hırs açısından vasat değil, net, eyleme geçirilebilir ve olağanüstü kesinlikte olmalıdır. Tüm sinyal setine odaklanarak, büyümeye dayanan ve metriklerde geçici bir yükseliş değil, kalıcı bir avantaj haline gelen bir PMF yaratacaksınız.
Harici ekipler için uyum sağlama, fiyatlandırma ve kullanım akışları tasarlayın
Somut bir başlangıçla uyum sağlamaya başlayın: kullanıma hazır bir örnek uygulama, bir test uç noktası ve 15 dakikalık bir kontrol listesi. Bu nokta hızlı bir şekilde değer sağlamalı ve imleç, temel iş akışını tek bir oturumda gösteren rehberli bir turda hareket etmelidir. Harici ekiplerin yolculuğu, projelerin ve uygulamaların API'nize nasıl bağlandığını gördüklerinde ve bu kurulumun ilk haftadaki sürtünmeyi azalttığı söylendiğinde başlar.
Fiyatlandırma koşulları kritiktir. İndirim sağlayan yıllık planlarla aylık 29 dolar, aylık 99 dolar ve aylık 299 dolar fiyatlandırılan üç katman (Başlangıç, Büyüme, Kurumsal) sunun. Maliyetleri gösterge panolarında görünür hale getirin ve koşulların proje başına ve koltuk başına sınırları açıkça tanımladığından emin olun. Kararlaştırılan model, harici ekiplerin planlamasıyla uyumlu olmalı, sürprizlerden kaçınmalı ve satış görüşmelerini sağlam tutmalıdır.
Kullanım ve entegrasyon akışları: Harici ekiplerin proje türünü (uygulamalar, entegrasyonlar, hizmetler) seçmesi, test için tek bir uç noktaya bağlanması ve kendi sistemlerinden veri aktarması için yolu tasarlayın. Ortak kalıpları kapsamak için bir java istemci kitaplığı ve bir REST API sağlayın. İş akışını açık adımlarla oluşturun: oturum açın, yetkilendirin, yapılandırın, test edin ve dağıtın. Uyum sağlamanın her öğesi belgelenmelidir. Bariz değer görünür olmalıdır; açıkçası bu, kurulum sırasında gidip gelmeyi azaltmaya yardımcı olur.
Erişilebilirlik ve özen: Formları yalın tutun, kontrolleri açıkça etiketleyin ve alakasız alanları azaltın. Klavye dostu gezinme ve ekran okuyucu etiketleri sağlayın. Paydaşlar tarafından incelendiğinde, uyum sağlama, planlama tartışmalarını desteklemek için aylık bir tahmin ve net bir maliyet anlık görüntüsü göstermelidir. Harici ekiplerin çalışmalarını aksatan kesinti sürelerinden kaçınmaya çalışın. Ortakların söylediği geri bildirimler, deneyimi iyileştirmek ve gerçek dünya iş yükleriyle uyumlu hale getirmek için kullanılır.
Metrikler ve yineleme: İlk değere ulaşma süresi, aktivasyon oranı ve proje oluşturma oranı gibi noktadan değere kadar olan metrikleri izleyin ve uyum sağlama durursa hızla artırın. Bir sorun ortaya çıkarsa, işletme genelinde bir yanıt getirin: koşulları güncelleyin, fiyatları ayarlayın ve iş akışını basitleştirin. Ortaklardan geri bildirim getirin; bu veriler yol haritasını bilgilendirmeli ve işlevsel desteğin düzeyinin harici ekiplerin özeniyle eşleşmesini sağlamalıdır. Yolculuk, somut verilere ve başarı için net uç noktalara dayalı kalmalıdır.
Bir metrik ürününü öldürmek: gün batımı kriterleri, öğrenimler ve ileriye dönük yol
Öneri: ekipler üzerinde doğrudan, ölçülebilir bir etki, güvenilir bir rapor ritmi ve kısa bir özellik seti ve kararlı bir uç nokta aracılığıyla müşteri deneyimi kanıtlayamadığınız sürece, metrikler ürününü 90 gün içinde kullanımdan kaldırın. Amaç, döngüyü hızlı bir şekilde kapatmak ve kimsenin kullanmaktan hoşlanmadığı çoğaltılmış araç karmaşası yaratmaktan kaçınmaktır.
Gün Batımı Kriterleri: Kullanım ve benimseme, üç ay boyunca eşikleri (haftada geçirilen zaman, aktif kullanıcılar) karşılamalıdır; aksi takdirde ürünün haklı gösterilmesi zorlaşır. Ekonomik bakış açısı: harcama ve nakit yakımı, sunulan değeri aşıyor; ticari hedefler pazar yönüyle zayıf bir şekilde uyumlu; veri kalitesi sorunları veya güvenilirlik sorunları acil eylem gerektiriyor; temel araçlarla çoğaltma ve uç nokta kırılganlığı riski artırıyor; ardışık düzenlerin sanallaştırılması bakım yükünü artırıyor. Yatırım düzeyi ne olursa olsun, gün batımı kararı değer, risk ve uzun vadeli odak noktasına dayanır; pazar ihtiyaçlarıyla uyum iyi sağlanmamışsa, kapatın.
Öğrenilenler: Alıştırma, müşterilerin aslında ne istediğini açıklığa kavuşturdu: ekiplerin sevdiği hızlı ve kolay bir deneyim. Yaygın bir metrik tablosundan ziyade tek bir işlevi ve kullanıcılara net bir değeri ifade ettiğimizde etki yarattığımızı gördük. Hızlı prototip oluşturmak için Python kullandık ve uç noktalar büyüdükçe elde edilen veri akışları karmaşık hale geldi; yine de bir karmaşayı önlemek ve birleşik bir deneyime odaklanmak için uç noktaları azaltmaya odaklandık. En iyi sonuçlar, onay seviyelerini en aza indirdiğimizde ve ürünü iyi tanımlanmış bir sonuç durumuyla basit tuttuğumuzda elde edildi; gelir kaybını bu şekilde önleriz ve sonuçlar tablosunun temizlenmesini sağlarız. Pazar acısı ve haklı çıkarmamız gereken harcama konusunda daha açık hale geldik; deneyim, tek bir uç noktaya sahip odaklanmış bir aracın, geniş bir özellik yelpazesinden daha hızlı bir şekilde ürün-pazar uyumu sağlayabileceğini gösteriyor. Bu yaklaşım, odaklanmış bir segment için ürün-pazar uyumu sağladı.
İleriye Dönük Yol: Karar pivot ise, odaklanmış bir fon oluşturun ve müşteriler için tüketimi kolay bir raporla birleşik bir metrik katmanı oluşturun. Bir kilometre taşı tablosu ve veri-karar akışını izleyen toplu bir görünüm oluşturun. Harcamaları daha küçük bir temel araç kümesine ve sanallaştırma konusunda bilgili ardışık düzenler dahil olmak üzere birden fazla ekibe ve ortama hizmet veren bir uç noktaya doğru yeniden tahsis edin. Desai, pazar odaklı pivotların sıkı kapsam gerektirdiği konusunda uyarıyor; Desai, nakit disiplini ve açık paydaş geri bildiriminin kararlara rehberlik etmesi gerektiğini belirtiyor. Kapanış, eski çalışmaları kapatacak ve yeniden kullanım için bilgi toplayacaktır. Plan, ekiplerin yeni yaklaşımı hızla benimsemesini sağlayacak ve paralel çabaların karmaşasından kaçınacaktır. Sonuç, özünde tek bir işlevi olan ve ticari başarıya giden net bir yola sahip, çok sevilen, hızlı bir deneyimdir.
İş birliği oyun kitabı: Milin Desai, VMware ve Riverbed ile uyum sağlama
Milin Desai, VMware ve Riverbed arasında karar haklarını ve ritmi atayan ortak bir anlaşma ile başlayın. Bu temel, iş birliğinin köklerini yansıtır ve her iki ekibe de güvenebilecekleri tek bir kaynak sağlar. Anlaşmayı somut hale getirin: sürümleri kim onaylıyor, veri erişimini kim hallediyor ve anlaşmazlıklar nasıl çözülüyor.
Ortak bir yönlendirme grubu, haftalık uyum ve engelleyiciler için günlük bir ayağa kalkma ile hafif bir yönetim modeli tanımlayın. Her alan için bir alan sahibi ve bir yönetici atayın ve aynı değerlerin tüm tırmanışlara rehberlik etmesini sağlayarak hiçbir tarafın kenara itilmiş hissetmemesini sağlayın.
Bir risk ve yakma planı oluşturun: paylaşılan bir risk günlüğü tutun, sahipler atayın ve eylem eşikleri belirleyin. Yüksek etkili bahisler için sigorta benzeri bir koruma rayı ekleyin ve sinyaller uyumsuzluk konusunda uyardığında hızlı geri çekilmeler kullanın. Bu, ekipleri gereksiz riske maruz bırakmadan ivmeyi korur.
Kararları proje ile birlikte hareket eden eserlerde yakalayın: yaşayan bir anlaşma, bir kararlar eki ve incelemeler için takvim davetleri. Her kilometre taşından sonra kısa podcast tarzı özetler kaydedin, böylece her iki taraf da bağlamı paylaşır; bu, birinin bir oturumu kaçırdığı ve kaynakla uyumlu kaldığı durumlarda yardımcı olur.
İşe alım ve yetenek ihtiyaçları konusunda uyum sağlayın: bu işbirliğinde başarılı olan adayların özelliklerini tanımlayın ve her iki taraftaki işe alım ekiplerinin aynı kriterleri anladığından emin olun. Milin Desai'nin ekibi alan özelliklerini açıklayabilir; VMware ve Riverbed, işe alımın her iki tarafa da uygun olması için beklentileri ve bakış açısını paylaşır.
Ölçeklendirme metrikleri: ekipler genelinde değer elde etme süresini, özellik benimsenmesini ve döngü süresini takip edin. Haftalık olarak yenilenen ve boşlukları erken vurgulayan ortak bir kontrol paneli kullanın; kontrol paneli her karar için istikrarlı bir kaynak haline gelir ve ekipleri öngörülebilir sonuçlara iter.
Ortaklıklara bakış açısı: her iki tarafa da sonuçların ortak sahibi olarak davranın. Gösterdikleri gibi, bu yaklaşım net beklentilere, karşılıklı saygıya ve açık geri bildirim döngülerine dayanır. Diyaloğu insani tutun: hedeflerin daha geniş iş bağlamıyla uyumlu olması için mühendislik yöneticisinden, ürün yöneticisinden ve bölgesel ekiplerden geri bildirim isteyin. Gelsinger'in dediği gibi, ritim konusunda uyum ve süreçlerinize duyulan güven, ölçeklendirmeye yardımcı olur.
