Ürün Yol Haritalarıyla Uyum (Crema’dan Brandon Blackman ile)

Michael Luchen

Yol haritaları, pek çok ürün ekibinde iş birliğini güçlendirebilen veya uyumsuzluk nedeniyle potansiyellerini azaltabilen temel belgedir. Yol haritalarına hepimiz aşinayız; peki bunlar gerçek ve samimi bir iş birliğini teşvik etmek için kullanılabilseydi? Onları statik bir belge olarak görmek yerine organik, şeffaf ve yinelemeli olsalardı ne olurdu? Bugün, sağlık hizmetlerinden kurumsal ürün geliştirmeye kadar uzanan deneyime sahip, alanının en iyi ürün yöneticilerinden biri bize katılıyor. Ürün yol haritaları ve harika ürünler oluşturmak için en iyi şekilde nasıl kullanılabilecekleri hakkında konuşacağız. Bizi dinlemeye devam edin.

Bu, ürün yönetimi, geliştirme ve strateji için uygulama rehberini oluşturan bir topluluğun seslerini buluşturan ürün yöneticisi podcast’i. Programın sponsoru, bireylerin ve şirketlerin yaratıcılık, teknoloji ve kültür yoluyla gelişmesine yardımcı olan dijital ürün ajansı Crema’dır. Daha fazla bilgi için crema.us adresini ziyaret edin.

Ürün yönetimi dünyasında başarılı olmanıza yardımcı olacak pratik ve samimi içgörüleri dinlemeye devam edin.

Bugün podcast’e Brandon Blackman‘i konuk etmekten büyük mutluluk duyuyorum. Brandon’ın ürün yönetimi uzmanlığı bir sağlık teknolojisi girişiminde başladı; daha sonra e-ticaret mağazalarının ve mobil uygulamaların geliştirilmesini denetlemeye, kurumsal düzeyde web uygulamaları üzerinde çalışmaya uzandı. Fikirleri hayata geçirme konusunda tutkulu.

Brandon’ın tutkusu, yüksek performanslı Çevik ve işlevler arası ürün ekiplerini motive etmek. Crema’da Brandon’la birlikte çalışma şansına sahip olmamın yanı sıra kendisi, yanlış veriler nedeniyle reddedilen tıbbi talepler sorununu çözmeye odaklanan bir sağlık platformu olan HealthSplash‘in yönetim kurulu üyesi.

Brandon, programa hoş geldin.

Brandon Blackman

Merhaba. Burada olmak gerçekten çok güzel.

Michael Luchen

Bize katıldığın için çok teşekkürler. Ürün yol haritalamasına hazır mısın?

İlgili Okuma: Çevik İş Listesi Önceliklendirmesini Geliştirmek İçin Kullanıcı Hikâyesi Haritalama Nasıl Kullanılır?

Brandon Blackman

Evet. Bunun hakkında konuşacağım için çok heyecanlıyım.

Michael Luchen

Ben de çok heyecanlıyım. Bu, hakkında pek çok görüşün ve doğru uygulama biçiminin bulunduğunu düşündüğüm konulardan biri.

Temelden başlayacak olursak, yol haritalarıyla kişisel geçmişin nasıl?

Brandon Blackman

Ürün yöneticisi olarak gereklilik nedeniyle yol haritalarıyla çok deneyim kazandım. Yol haritası, ürün geliştirme sürecimizin ve iş akışımızın temel parçalarından biri. Ancak bu konudaki geçmişimin büyük ölçüde deneme yanılma ve deneyimlerden öğrenmeye dayandığını söyleyebilirim. Hazırladığım ilk yol haritalarından bazılarını hatırlıyorum. Tarihlere çok fazla odaklanıyor, neredeyse tamamen Şelale yaklaşımına dayanıyordu ve yol haritasına göre hiçbir şey zamanında tamamlanmıyordu. Bu nedenle bir paydaşım veya şirket içinden üst yönetim düzeyinde biri bana ulaşıp “XYZ’yi ne zaman bekleyebiliriz?” ya da “Yol haritasını görebilir miyim?” diye sorduğunda, benim için daha çok rahatsızlık, stres ve kaygı kaynağı oluyordu. “Eyvah, kendimi köşeye sıkıştırdım; bunu onlarla paylaşmam gerekiyor,” diye düşünüyordum. Yol haritalarıyla başlangıcım böyleydi. Sonra daha iyi bir yol olması gerektiğini düşünmeye başladım. Bu konuda çok okuma ve araştırma yaptım, içinde yer aldığım ürün ekiplerinde de pek çok deneme gerçekleştirdim ve şu an bulunduğumuz noktadan gerçekten memnunum.

Artık yol haritasını gerçekten seviyorum. Yol haritası benim, ekibimin ve hem iç hem de dış kullanıcılarımızın veya paydaşlarımızın vazgeçilmez bir aracı hâline geldi. Hazırlamayı öğrenmekten büyük keyif aldığım bir şey.

Michael Luchen

Harika. Geçmişinden ve başlangıçta nasıl sabit, Şelale tipi yol haritalarıyla çalıştığından ve süreç boyunca bunların sınırlılıklarıyla karşılaştığından bahsettin.

Bu deneyimden geçerken geliştirdiğin ürün yol haritaları hakkındaki kişisel felsefen nedir?

Brandon Blackman

Felsefemin temel ilkeleri basit: üst düzey tutmak, sürekli iyileştirmek ve her zaman yayınlamak. Yol haritası ayrıntılandıkça karşılanmamış beklentilerin ortaya çıkacağı alanların artacağını düşünüyorum. Bu yüzden onu her zaman düzenli ve güncel tutmak gerekir. Son ilke de sürekli yayınlamaktır. Dijital ürünler söz konusu olduğunda erken ve sık yayınlamayı savunan taraftayım.

Michael Luchen

Ürün yol haritalamasının temelleriyle başlayalım. Bir yol haritasının nihai amacı ne olmalı?

 

Brandon Blackman

Bir yol haritasının nihai amacı ürünün yönünü iletmektir. Aynı zamanda şirketin veya kurumun tamamının yönünü yansıtmalıdır. Çünkü yol haritasının temel görevi ürünle ilgilenen herkes arasında uyum sağlamaktır. Bu, kullanıcılarımızla dış uyum veya kendi ürün ekibimizle ve şirket liderliğiyle iç uyum olabilir. Yol haritasının asıl amacı, farklı bakış açılarına sahip pek çok kişiyi gelecekte ne bekleyebilecekleri konusunda ortak bir anlayış etrafında buluşturmaktır. Bu gerçekten büyük bir zorluk. Dolayısıyla amaç, tüm paydaşlarınıza bu ürünle nereye gittiğimizi açık ve öz bir yönlendirmeyle anlatmaktır.

Michael Luchen

Yani bir bakıma sürekli değişen bir hikâye gibi.

Brandon Blackman

Kesinlikle.

Michael Luchen

Birden fazla paydaşa hizmet ediyor.

Brandon Blackman

Evet, tam olarak öyle. Her iyi hikâyede olduğu gibi insanları çok fazla ayrıntıyla sıkmak istemezsiniz. Bunun bir hikâye olması fikrini seviyorum; çünkü onu ilgi çekici tutmak ve uyum sağlama amacına ulaşmak için yalnızca yeterli bilgiyi vermek istersiniz. Ancak o kadar ayrıntılı olmamalı ki belirli gereksinimleri veya teslim tarihlerini kaçırmamıza neden olsun.

Michael Luchen

Bir yol haritası oluşturulup kenara konan, geliştirme boyunca bakılan statik bir eser mi olmalı; yoksa daha organik ve yinelemeli bir şey mi?

Brandon Blackman

Kesinlikle daha organik ve yinelemeli olması gerektiğini düşünüyorum. Statik bir şeyse muhtemelen kullanıcılar ve ürünün gerçek dünyada yayımlandıktan sonra nasıl çalışacağı hakkında bazı yanlış varsayımlarda bulunmuşuzdur. Günün sonunda yol haritası gelecekteki bir şeyi iletir; bir öngörü sunar. Ne kadar plan yaparsanız yapın, oraya ulaşana kadar ne olacağını gerçekten bilemezsiniz. Bu yüzden yol haritası olduğu gibi ele alınmalıdır: bir tahmin ve geleceğe açılan bir bakış. En doğru tahmine sahip olmanın en iyi yolu bugüne bakmak ve tahmini buna göre ayarlamaktır. Bu nedenle her zaman yinelemeli olmalı ve bir şeyin nihai sürümünün bulunduğunu varsaymamalıdır.

Michael Luchen

Bir yol haritası hazırlarken neye odaklanmalı?

Brandon Blackman

İnşa ettiğiniz şeyin nedenine ve ne olduğuna odaklanmalısınız. Özellikle yol haritalama deneyiminiz yoksa nasıl yapılacağına odaklanma eğilimi vardır. Oysa “nasıl” sorusunu iş listesine bırakmalısınız. İş listesi bunu nasıl yapacağımızı açıklar; yol haritası ise neden ve ne sorularına odaklanır. Neden bu yöne ilerliyoruz? Neden bu öğelere odaklanıyoruz? Ne üzerine çalışıyoruz? Yol haritası bu soruları yanıtlamalı ve “nasıl” sorusunu dışarıda bırakmalıdır.

Michael Luchen

Yol haritalarımıza durumları, temaları ve sonuçları ekliyoruz. Bunları yol haritası bağlamında açıklayabilir misin?

Brandon Blackman

Durumlar, “şu anda üzerinde çalıştığımız”, “sırada üzerinde çalışacağımız” ve “daha sonra üzerinde çalışacağımız” şeyleri ifade eder. Bu durumlara dikkat ederseniz hiçbirinin tarihi yoktur. Bir şeye tarih eklediğiniz anda, tarihi eklememiş olsaydınız gerekli olmayabilecek bir gereksinimin içine kendinizi sıkıştırırsınız.

Durum yaklaşımı, şu anda ne üzerinde çalıştığımızı gösterir. Bu bugün, yarın veya ertesi gün olabilir. Bir sonraki durum ise paydaşlara sırada ne olduğunu gösterir. Buna da tarih eklenmez; yarın veya gelecek hafta başlayabilirsiniz. Bildiğimiz tek şey, sıradaki yönün bu olduğudur. “Daha sonra” bölümü ise gelecekteki daha uzak yönü gösterir.

Temalar da yaygın bir yol haritası yaklaşımıdır. Örneğin müşteri ilişkileri bir tema olabilir. Daha sonra bu temaya katkıda bulunan öğeleri, epikleri veya kullanıcı hikâyelerini düşünmeye başlarsınız. Sonuç odaklı bir yol haritası ise “müşteri etkileşimlerini %30 artırmak” gibi bir hedef belirler. Bu, müşteri ilişkileri temasına bağlı bir sonuç olabilir.

Bu iyi bir neden ve ne örneğidir. Nasıl yapılacağı yine iş listesine ve uzmanlara bırakılır. Şu anda bildiklerimizle müşteri etkileşimlerini %30 artırmanın birçok yolu olabilir. Yol haritasının iletmesi gereken tek şey, yön olarak müşteri etkileşimlerini %30 artırma sonucuna doğru ilerlediğimizdir.

Michael Luchen

Bunları açıkladığın için teşekkürler. Yol haritası geliştirmeye bu kadar Çevik yaklaşmanın büyük bir gücü var. Şu anda doğru olduğunu bildiklerimizi parçalara ayırmaya, ardından temalara veya sonuçlara hizmet edecek bir sonraki alana geçmeye odaklanıyor. Diğer fikirleri de iş listesinde tutuyoruz; ancak bunlar kalıcı yol haritasına damgalanmış taahhütler olmuyor.

Brandon Blackman

Ne kadar çok taahhütte bulunur ve ne kadar çok şeyi damgalarsanız, karşılamanız gereken gereksinim ve beklentileri o kadar artırırsınız.

Michael Luchen

Tarih eklememekten bahsettin. Pek çok dinleyici “Tarih eklemek istemiyorum ama paydaşlarım belirli bir günde müşteriye yayın yapmamız gerektiğini söylüyor,” diyecektir. Böyle bir durumda nasıl ilerliyorsun?

Brandon Blackman

Her şeyi istediğim gibi kontrol edebilseydim yol haritalarında hiç tarih olmazdı. Ancak gerçek dünyada yöneticiniz, pazarlama ekibiniz veya müşteri hizmetleri ekibiniz bir şeyin ne zaman hazır olacağını bilmek ister. Bu nedenle tarihleri bir ölçüde kullanmanız gerekir. Ben bu gerilim içinde yaşıyor ve mümkün olan en üst düzey tarihi vermeye çalışıyorum.

Çoğu durumda bu, üç aylık yol haritalarıyla yapılabilir. Örneğin “2. çeyrekte müşteri etkileşimlerini %30 artırabileceğiz” diyebilirsiniz. Bu, pazarlama ekibine kampanyalar hazırlaması için yeterli bilgi verir; müşteri hizmetleri ekibine de bu sonucu destekleyecek kanalları 2. çeyreğe kadar hazırlaması gerektiğini gösterir. Tema veya sonuç odaklı bir yol haritası tüm paydaşlara yön verir. Üç aylık yaklaşım size üç aylık bir esneklik payı bırakır.

Michael Luchen

Yol haritaları oluştururken esneklik payı kavramını kullanmayı seviyorum. Başka bir yararlı yöntem de belirsizlik konisi. Bunu, alt kısmı kesilmiş yana doğru duran bir üçgen olarak düşünün. Bugün üçgenin en geniş ucundasınız; ilerledikçe seçenek ve belirsizlik alanı daralıyor. Zaman geçtikçe hedeflere ve kilometre taşlarına yaklaştıkça daha fazla şey öğreniyor ve daha fazla kesinlik kazanıyorsunuz. Çevik bir ortamda hikâye puanlarını kullanmak da bu düşünceyi izlememize yardımcı oluyor. Birkaç sprint’ten sonra teknik, kullanıcı deneyimi ve pazar risklerini daha iyi anlamaya başlıyor, ekibin hızını izleyebiliyor ve tarihlere daha fazla kesinlikle yaklaşabiliyoruz.

Brandon Blackman

Belirsizlik konisi fikrini seviyorum. Geçen hafta emekliliğimden çok uzakta olmama rağmen emeklilik hesabıma baktım. Hesapta bir tahmin aracı vardı ve birçok açıdan emekliliğe giden yol haritam gibiydi. Yatırımlarınızı ve aylık katkılarınızı, %90 kesinlikle belirli bir miktarla emekli olacağınız şekilde ayarlamanızı söylüyor. Geleceği, özellikle 30 yıl sonrasını bilmek mümkün değil; ancak hangi yatırımlara ne kadar ayırmam gerektiğini düşünmeme yardımcı oluyor.

Yol haritaları da buna çok benziyor. Bir paydaş “X tarihinde ne bekleyebiliriz?” diye sorduğunda “%90 kesinlikteki yanıtı mı, yoksa %30 kesinlikteki yanıtı mı istiyorsunuz?” diyebilirsiniz. Böylece belirli bir kesinlik derecesiyle nerede olacağınızı açıklayabilirsiniz.

Michael Luchen

Harika bir benzetme. Tarih yönetiminden başka bir konuya geçelim: Yol haritasındaki bağımlılıkları nasıl yönetiyorsun?

Brandon Blackman

Bağımlılıkları yönetmek için genel olarak yapılacak en iyi şey onları not etmek ve iletişim kurmaktır. Bağımlılıklar yol haritasında yer almalıdır. Tema, sonuç veya durum odaklı yol haritanızı hazırlarken bağımlılıkları ilgili öğelere ekleyin. Belirli bir zaman diliminde belirli bir sonuç planlıyor olabilirsiniz; ancak “Bu, X, Y ve Z’ye bağlıdır” diye belirtmelisiniz. Böylece daha önce sözünü ettiğimiz uyumu sağlarsınız.

Ön yüz ve arka yüz ekipleri arasında bunu sıkça yapıyoruz. Ön yüzün arka yüze, arka yüzün de ön yüze bağımlılıkları oluyor. Bu nedenle sözleşmeler hazırlıyoruz. Örneğin bir API sözleşmesi, oluşturulan API’den ne bekleyebileceğimizi açıkça ortaya koyan bir belgedir. API henüz mevcut olmasa veya arka uç onu destekleyemese bile ön yüz bu sözleşmeye dayanarak geliştirilebilir. Sözleşme sağlam olduğu sürece iki tarafın bağımlılıklarını birleştirmek kolaylaşır.

Sözleşmede ön yüzün ne yapabilmesi gerektiği de yer almalıdır. Böylece arka uç ekibi neyi nasıl oluşturacağını bilir. Sözleşme taraflar arasında üçüncü bir katman oluşturur ve her iki taraf kendi yükümlülüğünü yerine getirir.

Bu yaklaşım geliştirme ekibiyle pazarlama veya müşteri hizmetleri ekipleri arasında da kullanılabilir. “Her şey tamamlandığında siz şunları bekleyebilirsiniz” diyerek ekiplerin kendi süreçlerini ve sistemlerini önceden hazırlamasını sağlayabilirsiniz.

Michael Luchen

Bağımlılıkları yönetmek yalnızca iş veya içerik bağımlılıklarıyla sınırlı değil; teknik bağımlılıkları ve ekiplerin bunlar üzerinde sağlıklı biçimde iş birliği yapmasını da kapsıyor.

Brandon Blackman

Kesinlikle. Bağımlılıkların özü, bazı şeylerin başka şeylerin gerçekleşmesine bağlı olmasıdır ve bazen işler planlandığı gibi gitmez. Hatta gitmemesini beklemeliyiz. Bu yüzden bağımlılıkların yol haritasında belirtilmesi önemlidir. Yol haritası statik değil, yinelemeli ve organiktir. Bir şey değiştiğinde bunun belirli bir bağımlılık veya beklenenden daha büyük bir kapsam nedeniyle değiştiğini açıklayabilirsiniz.

Belirsizliği ve bağımlılıkları başlangıçta herkesle paylaşırsanız, geleceği tahmin etmeye ilişkin sorunların büyük bölümünü ortadan kaldırırsınız. Yol haritasının genel amacı da budur: paydaşlarla uyum sağlamak.

Michael Luchen

Yol haritalamayla ilgili bazı zorluklardan bahsettin. Özellikle Çevik yol haritalarıyla birlikte sürüm yönetimi ve teslimat konusunda başka hangi zorluklarla karşılaşıyorsun?

Brandon Blackman

Zorluklar çoğu zaman ürün ekibinin parçası olmayan kişilerden veya ekiplerden kaynaklanıyor. Özellikle kurumlarda iç paydaşlar Çevik sürece aşina olmayabiliyor. Bu nedenle yol boyunca Çevik’in ne olduğunu ve neden bu şekilde geliştirme yapmamız gerektiğini anlatmak ve eğitim vermek gerekiyor.

Kullandığım benzetme şu: Bir ev inşa etmiyoruz. Evler uzun zamandır inşa ediliyor; nasıl ev yapılacağını biliyoruz ve bunu Şelale yöntemiyle planlayabiliriz. Ancak çoğu zaman daha önce hiç yapılmamış bir şey inşa ediyoruz veya daha önce yapılmış bir şeyi kendimize özgü bir biçimde yapıyoruz. Böyle bir durumda geleceği bilmenin yolu yok.

Çevik yol haritalarındaki başka bir zorluk da bilinmeyenin çok fazla olmasıdır. Bilinen bilinenler, bilinen bilinmeyenler ve bilinmeyen bilinmeyenler vardır. Çevik çalışırken bu gerilimle ve belirsizlikle yaşarız. Çevik bunu ortadan kaldırmaz; onunla başa çıkmamızı ve kaosu düzenleyerek kullanıcılarımız için yaşamlarını iyileştiren ürünler oluşturmamızı sağlar.

Michael Luchen

Yazılım geliştirme aslında bilgi oluşturma ve toplama işidir. Ev inşa etme benzetmesinden çok daha fazlasıdır. Tuğlaları nasıl yerleştireceğimizi, tuğlaları nasıl oluşturacağımızı ve tuğla yapmayı nasıl öğreneceğimizi de keşfetmemiz gerekir. Yazılım geliştirme boyunca kendi bilgimizi oluştururuz ve bu da yol haritasına daha fazla değişkenlik ekler.

Brandon Blackman

Evet, harika bir nokta.

Michael Luchen

Yol haritalarının 50.000 fitlik görünümünden bir alt seviyeye, sprintlere ve yol haritasının büyük parçalarını ayırmaya geçelim. Sprintler yol haritasını parçalamaya nasıl yardımcı olur?

Brandon Blackman

Öncelikle her sprintin bir hedefi olmalı. Sprintin sonunda bu hedefe ulaşılmış olmalı ve hedef ürünü, ekibi ve kullanıcıları yol haritasında daha ileriye taşımalı. Hedef yol haritasından kopuk veya onunla uyumsuzsa üzerinde çalıştığınız şey yol haritasının yönüne katkıda bulunmuyor demektir.

Sprint planlama ve başlangıç toplantılarında önce yol haritasının 50.000 fitlik görünümünü ele alırım. Daha sonra hikâyeleri seçer ve sprint hedefini yazarız. Bu hedef, o anda yol haritasının hangi yönü üzerinde çalıştığımızı açıkça göstermelidir. Bazen hedef, yol haritasındaki bir kullanıcı hikâyesine doğrudan bağlı olmayabilir; örneğin öncelikle arka uçta bir deneme yapmak gerekebilir. Ancak bu çalışma daha sonra yol haritasına bağlı bir hikâyeye ulaşmamızı sağlar. Sprint hedefi, bugün yaptığınız çalışmayla yol haritası arasındaki köprüdür.

Michael Luchen

Sprint hedefleriyle başlamak ve sprintin ne olması gerektiğini onların belirlemesini sağlamak çok iyi. Ancak sprintler bazen küçük Şelale süreçlerine dönüşebiliyor. İki haftalık dönem boyunca her şeyi tamamlamak zorunda olduğumuzu düşünüyoruz. Sprintlerin yol haritası bağlamında küçük Şelale süreçlerine dönüşmesini nasıl önlersin?

Brandon Blackman

Sprintler bağımsız ve kullanılabilir kullanıcı hikâyelerinden oluşmalı. Kullanıcı hikâyelerinin bağımsız, test edilebilir ve kullanılabilir olması gerektiğini bazen ben de unutuyorum. Sprint hedefi uçtan uca bağımsız ve kullanılabilir olmalı. Sprint sonunda üç sprint daha tamamlanmadan kullanılamayacak bir şeyle karşılaşmamalısınız.

Her sprint bağımsız, istenirse yayınlanabilir ve kullanılabilir olmalı. Ürün üretim ortamında olsaydı kullanıcılar gerçekten içine girip kullanabilmeli. Bu, sık yayınlama fikrine bağlanıyor. Bu, her zaman son kullanıcılara yayın yapmak anlamına gelmez; kullanılabilir bir ön üretim ortamına yayınlamak da olabilir. Kullanıcı varsayımsal olarak ürünü kullanabilmeli ve ondan değer elde edebilmeli.

Michael Luchen

Kullanıcı hikâyelerinde yeterince açıklık bulunmalı; ancak ekiplerin ilerleyebilmesi ve sprint hedeflerine ulaşırken yaratıcı davranabilmesi için esneklik de korunmalı. Fazla ayrıntı, hikâyeyi kendi başına bir Şelale sürecine dönüştürebilir.

Brandon Blackman

Bu çok önemli. Fazla ayrıntıya girerseniz “nasıl” alanına dönersiniz. Ürün yöneticisi olarak geliştirme veya tasarım konusunda sınırlı içgörüye sahip olabilirim. Üst düzey bir hedef belirleyip bir miktar belirsizlik bırakırsam uzmanlar bu hedefe ulaşmak için gerekeni yapabilir. Böylece sorunları çözmeleri için en yetenekli insanların güçlenmesini sağlarsınız.

Michael Luchen

Yol haritalarını, türlerini ve sprintler içinde nasıl ilerletileceğini konuştuk. Yol haritası ne sıklıkla gözden geçirilmeli?

Brandon Blackman

Bir ürün yöneticisi olarak muhtemelen her gün veya gün aşırı yol haritasına bakarım. Ürün ekibi açısından ise her başlangıç veya planlama döneminde gözden geçirilmelidir. Yol haritası sprintleri ve sprint hedefini belirlemeli; hangi kullanıcı hikâyelerinin alınacağını ve hangi epiklere odaklanılacağını yönlendirmelidir.

Şirket genelindeki paydaşlarla ürün hakkında iletişim kurarken de yol haritasını bağlam sağlamak için kullanmak iyi olur. Böylece yalnızca küçük bir pencereyi göstermek yerine bütün resmi sunarsınız. Bir sürümün veya epiğin neden önemli olduğunu kullanıcıların ve paydaşların anlamasına yardımcı olursunuz. Ürün yöneticisi yol haritasını her gün veya gün aşırı gözden geçirip herkesin hâlâ doğru yönde ilerlediğinden emin olmalıdır.

Michael Luchen

Kişisel olarak en sevdiğin yol haritası türü ve yaklaşım nedir?

Brandon Blackman

Ürüne bağlı. Çalıştığım ürünlerin çoğunda tema odaklı yol haritasını tercih ediyorum. Temayı şirketin birkaç önemli hedefiyle ilişkilendirmek güzel. Bu, ürün ekibinin ne üzerinde çalışacağını seçmesini ve geliştiricilerle tasarımcıların temalara nasıl ulaşacaklarına karar vermesini sağlar.

Daha küçük ürünlerde tema odaklı yol haritasının en fazla güçlendirmeyi sağladığını düşünüyorum. Örneğin bir girişim laboratuvarı ürününde yılda yalnızca 14 gün çalışabiliyoruz. Bu nedenle yol haritası çok öz ve üst düzey olmalı; aynı zamanda bir yıl içinde neyin teslim edileceğini açıkça anlatmalı. Durumlar da bunu hızlı ve etkili biçimde iletmemizi sağlıyor: Şu anda üzerinde çalıştığımız şey bu, sırada bu var ve daha sonra bunu bekleyebilirsiniz.

Michael Luchen

Sürenin sonuna yaklaşıyoruz. Kapatmadan önce kişisel, hızlı sorular sormak istiyorum.

Brandon Blackman

Sor.

Michael Luchen

Başarına en çok katkıda bulunan kişisel alışkanlığın hangisi?

Brandon Blackman

Analog not alma konusunda biraz eski kafalıyım. Her zaman analog not almıyorum; çoğu zaman bilgiyi çok hızlı tüketmem veya kaydetmem gerekiyor ve dijital olarak yazıyorum. Ancak notları analog biçimde takip etmek veya sindirmek, onları zihnime yerleştiriyor ve kısa süreli bellekten uzun süreli belleğe taşımama yardımcı oluyor.

Gelecek hakkında düşünürken analog yöntemlerle eğlenebiliyorum. Boş bir kâğıda yapılacaklar listeleri ve hedefler çizebilir, bazı şeyleri takip edebilir ve yaratıcı olabilirim. Geçmişi takip etmek, bugünü düzenlemek ve geleceği tasarlamak için iyi bir defter ve kalem kullanmak her zaman geri döndüğüm alışkanlık. Bu fikirlerin bir kısmını madde işaretli günlük yönteminden aldım.

Michael Luchen

Defter ve kalem dışında düzenli kullandığın diğer favori araç nedir?

Brandon Blackman

Bu muhtemelen seni şaşırtmaz. Crema’da çok kullandığımız sanal beyaz tahta aracı Miro. Miro hesabı açmanızı herkese önerebilirim; harika bir araç. Miro’yu keşfettiğim ilk günden beri yol haritalarımı onun dışında hazırlamadım.

Yol haritası için bir çerçeve oluşturabilir, bu yol haritasına katkıda bulunan tasarımların görsellerini veya Figma entegrasyonlarını ekleyebilirim. Beyaz tahta üzerinde Jira ile entegre olan kullanıcı hikâyeleri yazabiliyorum. Miro’yu keşfettiğimizden beri her gün, hazırlamam gereken her yol haritasında kullanıyorum.

Michael Luchen

Gerçekten mümkün olan en iyi bağlamsal yol haritasını oluşturmanızı sağlıyor.

Brandon Blackman

Evet.

Michael Luchen

Ürün yönetimi yolculuğunun başındaki birine vereceğin tek tavsiye nedir?

Brandon Blackman

Kariyerimin başındaki genç Brandon’a dönüp tavsiye verebilseydim, deneyimsiz bir ürün yöneticisi olarak bir teknoloji girişiminde işe başlamasını söylerdim. Ürün yönetiminin ne olduğunu, Çevik yaklaşımın ne anlama geldiğini bilmiyordum; bütün terimler benim için yeniydi. Yine de işe atladım.

Ürün yöneticisi olmak isteyenlere bir girişim bulmalarını, hatta kendi girişimlerini kurmalarını öneririm. Bu, mevcut işinizi bırakmanız gerektiği anlamına gelmez. Akşam 17.00 ile 02.00 arasında kendi girişiminiz üzerinde çalışabilirsiniz. Çevik süreci öğrenin ve var olmayan bir şeyi oluştururken uygulayın. Bu bir hizmet işletmesi, dijital ürün işletmesi veya başka bir şey olabilir.

En iyi ihtimalle milyar dolarlık bir girişimin kurucusu olursunuz; en kötü ihtimalle benim girişimimde olduğu gibi hiçbir sonuç elde edemezsiniz. Ancak her iki durumda da deneyim kazanırsınız ve sevdiğiniz işi yapacağınız bir pozisyona geçebilirsiniz.

Michael Luchen

Çok bilgece sözler. Brandon, bugün podcast’e katıldığın ve yalnızca yol haritalama uzmanlığını değil, ürün geliştirme alanındaki diğer deneyimlerini de paylaştığın için çok teşekkürler.

Brandon’ın çalışmaları hakkında daha fazla bilgiye crema.us adresinden ulaşabilirsiniz. Kendisine LinkedIn üzerinden de ulaşabilirsiniz. Bugün bize katıldığın için tekrar teşekkürler, Brandon.

Brandon Blackman

Beni davet ettiğiniz için çok teşekkür ederim.

Michael Luchen
Ve dinlediğiniz için hepinize çok teşekkürler.

Podcast’e bir değerlendirme bırakmayı, neleri beğendiğinizi, daha fazlasını görmek istediklerinizi veya ele almadığımız ve takip etmemizi istediğiniz konuları bize bildirmeyi unutmayın. Ayrıca community@theproductmanager.com topluluğumuzu takip edip katılabilirsiniz. Dinlediğiniz için tekrar teşekkürler. Bir sonraki bölümde görüşmek üzere.