Teknoloji ve Ürün Ekiplerinizi Teknoloji Ürün Tuvali ile Hizalayın

Bu makalenin sesli sürümünü dinleyin

Ürün geliştirme ve teknoloji ekipleri arasındaki iletişimsizlik, muhtemelen yazılım geliştirmede kaynak israfının en büyük kaynağıdır. Yüksek büyüme hızına sahip teknoloji şirketleri, ürün teslimatlarına yönelik artan taleplerle karşı karşıyadır ve bu nedenle, bazen uygun planlamadan vazgeçilebilir. Ürün ve teknik ekip uyumu eksikliğini gösteren birden fazla işaret vardır:

• Ürünler şartlara uygun olarak teslim edilmedi.
• Ürün özelliklerini sunmak planlanandan daha uzun sürüyor.
• Takımların haftalık olarak çok az etkileşimi ve iletişimi var.
• Teknik ekip, yeni ürün talepleri nedeniyle altyapılarını "yeniden yapmak" zorunda kalıyor.
• Gelişim hızı, rekabete kıyasla yavaş geliyor.
• Teknik ekip sık sık soruyor: “ Bunu bize neden daha önce söylemedin? ”

Başarılı şirketler, iki ekip arasındaki bu arayüzü aktif olarak yönetir ve herkes tarafından anlaşılan net ürün ve teknoloji yol haritalarına sahiptir. Ancak şu anda, bu sorunu yapılandırılmış bir şekilde çözen popüler metodolojiler bulunmamaktadır.

Bunun yerine, çoğu zaman, bu hedeflere yapılandırılmamış toplantılar yoluyla geçici bir şekilde ulaşılır. Buna en yakın karşılaştırma, ölçeklendirilmiş Çevik çerçevelerdir, ancak bu yaklaşımlar bile tüm şirketler için, özellikle daha küçük olanlar için her zaman uygulanabilir değildir, çünkü bu yaklaşım tüm çerçevenin benimsenmesini gerektirir.

Ürün ve teknoloji ekipleri arasında kolayca uyum sağlamanın yollarından biri, yapılandırılmış Teknoloji Ürün Tuvalini kullanmaktır.

Teknolojik Ürün Kanvas Nedir?

Tuval konsepti uzun yıllardır var. Bu alandaki kilit vizyonerler ve yenilikçiler arasında İş Modeli Tuvalini yaratan Alexander Osterwalder, Roman Pichler ve Ürün Vizyonu Tuvali ve Kullanıcı Hikayesi Haritalama yöntemi ve Fırsat Tuvali ile tanınan Jeff Patton yer alıyor. Ürün ve teknoloji uyumu sorununu çözmek için tuval metodolojisini kullandım ve Teknoloji Ürün Tuvali'ni yarattım.

Tuval, ekip tartışmasını kolaylaştırmanın ve herkesi aynı sayfada - kelimenin tam anlamıyla - almanın hızlı bir yolu olarak hareket edecektir. Bu, bu belgeyi oluşturmanın en önemli yararlarından biridir. Bir saat kadar kısa sürebilen süreçten geçerek, ürün ve teknoloji ekipleri arasındaki uyumu yönetmeye başlayacaksınız.

Technology Product Canvas, ekibinizi ürün yol haritası hedeflerini, teknoloji yol haritası hedeflerini belirtmeye ve görselleştirmeye ve yol haritasının her bir ürün-teknoloji aşamasını açıkça tartışmaya zorlar. Bu alıştırma, ekiplerin uyum içinde olmasını ve herkesin net beklentiler ve yönlendirmelerle odadan ayrılmasını sağlar.

Teknoloji şirketleriyle yaptığım çalışmalarda, iş hedefleri ile teknoloji yetenekleri arasındaki kesişimin en fazla riskin yattığını fark ettim. Technology Product Canvas, tam olarak bu riski yönetmek için oluşturulmuştur.

Teknoloji Ürün Tuvali Ne Zaman Kullanılır?

Teknoloji Ürün Tuvali tartışması, ürün vizyonunu tam olarak tanımladığınızda, hikaye haritalama sürecini yürüttüğünüzde ve ilk ürün sürüm yol haritasını geliştirdiğinizde, ürün sahibi tarafından en iyi şekilde başlatılır. Bu aşamada, her bir ana sürüm için hangi ürün özelliklerinin kritik olduğu açık olacaktır. Bu noktada ekipler, ürünün nasıl üretileceği konusunda detaylı bir teknik tartışmaya hazırdır.

Teknoloji Ürün Tuvali alıştırması netlik getirecek, bazen çelişki yaratacak, ancak nihayetinde ürünü geliştirmek için hangi teknoloji mimarisinin uygulanması gerektiği ve teknoloji platformlarının ürünün ihtiyaçlarını karşılamak için nasıl gelişeceği konusunda anlaşmaya varacak. Teknoloji ekibinin farklı olasılıklar üzerinde beyin fırtınası yapmasına ve inovasyon konusundaki girdilerinin yakalanmasına olanak tanıyacak.

Teknoloji Ürün Tuvalinin varsayımsal yeni bir yazılım girişiminde nasıl kullanıldığına dair daha ayrıntılı bir örnek üzerinden gidelim, böylece onu eylem halinde görebilir ve nasıl kullanılacağını öğrenebiliriz.

Teknoloji Ürün Tuvali Nasıl Kullanılır

Teknoloji Ürünü tuvali, öncelikle odak, iletişim ve ekip uyumu oluşturmak için bir araç olarak tasarlanmıştır. Tuval, ürün geliştirmeyi desteklemek için hangi teknoloji mimarisine ihtiyaç duyulacağını anlamak için teknoloji ekibinizle görüşmenize olanak tanır. Yeni bir yazılım ürününün varsayımsal bir örneğini kullanalım. İnsanlarla çevrelerindeki diğer kişiler arasında bağlantı kurmak için yeni bir konum tabanlı uygulama - sizi komşularınızla bağlantı kurmak için bir topluluk uygulaması.

Technology Product Canvas'ı buradan indirebilirsiniz. Ayrıca tuvalin çıktısını alabilir ve üzerine yazabilirsiniz. Alternatif olarak, bu makale için kullandığım Miro gibi çevrimiçi bir araç da kullanabilirsiniz.

Kurulum

Diyelim ki başlangıç ​​ekibinizle birkaç aydır çalışıyorsunuz, harika fikirleriniz var ve şimdi yazılım geliştirmeyi planlamaya heveslisiniz. Yalın tuvaliniz üzerinde çalıştınız, hatta bir kullanıcının uygulamadan geçerken yaşayacağı süreç adımlarının bir hikaye haritasını bile oluşturdunuz. Şimdi onu inşa etmeniz gerekiyor. Böylece herkesi, ürün ekibinizi ve teknoloji ekiplerinizi bir konferans odasına sokarsınız ve konferans odası ekranına Teknoloji Ürün Tuvalinin boş bir sürümünü yansıtırsınız. Nereden başlamalı?

İlk şey, herkesin neden burada olduğuna ve neyi başarmayı amaçladığınıza dair beklentileri belirlemektir. Ekibinize, ürün hedefleri ve teknik görevler arasında bir plan sağlamak için burada olduklarını açıklayın. Ayrıca, mükemmelliği aramadığınızı ve daha fazlasını öğrendikçe ve gereksinimler değiştikçe bunu birkaç ayda bir gözden geçirmeye devam edeceğinizi vurgulayın. Ancak, en azından bugün için, hepinizin aynı sayfada olmasını sağlamak için bu temel bir pay.

1. Adım: Başarı Metriklerini Tanımlayın

Genel planınızın işe yarayıp yaramadığını nasıl ölçeceksiniz? İş hedefleri nelerdir? Her sürüm aşamasında gelir veya uygulama indirme sayısı olabilir. Yalın tuvale aşina iseniz, bu tür numaraları zaten tanımlamış olabilirsiniz. Bu bilgileri bu bölüme kopyalayın. Bu örnekte, şu iki Başarı Metriği kullandım: "İlk yılımızda 1.000 kişiyle bağlantı kurun" ve "Markamızı Los Angeles'ta oluşturun"—bir ölçülebilir ve bir nitel ölçüt.

Ama neden önce buna odaklanıyoruz? Tüm ekibin neden odada olduğumuzu anlamasını sağlar. Herhangi bir ürün veya teknoloji sorunundan daha büyük bir hedefimiz var. Hepimizin burada olmamızın ticari nedeni bu.

2. Adım: Ürün Vizyonunuzu ve Ürün Sürüm Bölümlerinizi Tamamlayın

Bu, ekibin ürün vizyonumuzun ne olduğu ve şu anda ürün geliştirme önceliklerimizi nasıl tanımladığımız konusunda netlik kazanmasını veya tazelenmesini sağlar. Ürün Vizyonu beyanını ve ana hedef grubun kim olduğunu yazın. Ardından, her sürümde sunmak istediğiniz birkaç temel ürün öğesini belirleyin. Bu kutuları ekip olarak doldurmanızı ve önceden doldurmamanızı tavsiye ederim. Hem teknoloji hem de ürün ekibi üyelerinin hedeflerin belirlenmesi sürecine katılmasını sağlar. Soldan sağa çalışın: İlk ürün yinelemesinin hedeflerini belirleyin – müşteri ihtiyaçlarınızı karşılamak için gereken büyük özellikler.

Uygulama örneğimizde, Ürün Vizyonumuz “Topluluğu güçlendirmek için mahallemde yaşayan insanlar arasında gerçek zamanlı iletişim sağlamak” şeklindedir. Bunu takiben, Ürün Sürümlerinde Sürüm 1'in "Şu anki konumunuzu belirlemek için yakınlarda kim olduğunu gösterin ve e-posta adresiyle iletişim kurun" olduğunu söyleyebiliriz. V2, "kimlerin yakında olduğunu göstermek ve gerçek zamanlı sohbete izin vermek" olabilir. V3, "gizliliği ve para kazanmayı etkinleştirmek için" olabilir. Ürünün bu yinelemeleri, aşağıda görüldüğü gibi tuvale girilecektir. İnsanların büyük resmi görebilmeleri için tuvali olabildiğince basit tutun. Tuval aynı zamanda uzun vadeli vizyonu yakalamak içindir. Teknoloji ekibinin ürününüzün bu kadar net bir resmini ilk kez görebileceğini unutmayın; bu nedenle, sürüm ve beraberindeki gereksinimlerin her birini anladıklarından emin olmak için yeterince zaman ayırın.

Adım 3: Teknoloji Vizyonunu Ürün Vizyonuyla Eşleştirin

Şimdi teknoloji ekibinden girdi almanın ve teknoloji mimarisinin nasıl gelişeceği konusundaki vizyonlarını tanımlamanın zamanı geldi. Geliştirmenin büyük resmini özetleyen ve satıcı aracı değişikliklerinden kurtulabilecek bir ifade olan Teknoloji Vizyonu ile başlayın. Uygulama örneğimizde, Teknoloji Vizyonu şunları belirtebilir: "Konum bilgisi sağlayan cihazların coğrafi konum özelliklerini kullanmak ve bulut işbirliği yeteneklerini etkinleştirmek için sunucusuz mikro hizmetleri kullanmak." Bu noktada belirli bir araç seçmiyoruz. Teknoloji Vizyonunu, teknolojinin burada nasıl yardımcı olacağına dair büyük fikir ve rekabet avantajı sağlayacak hangi yenilikleri benimsemek istediğimizin yanı sıra bizi vizyonumuza götürebilecek bir teknoloji pisti olarak düşünün.

Adım 4: Teknoloji Planlarını Ürün Hedefleriyle Eşleştirin

Kauçuğun yola çarptığı yer burasıdır. 2. Adımda, her Ürün Sürümü yinelemesi için temel özellikler belirlendi. Şimdi bu sürümlerin her biri için Teknoloji Planını tanımlamanız gerekiyor. Bu işlevlerin her birini desteklemek için hangi teknoloji mimarisine ve araçlara ihtiyaç duyulacağını belirleyin. Tam araçları belirlemek ve teknik bilgi almak sorun değil. Gerekirse gelecekteki sürümlerde dönebilirsiniz. Plan, teknoloji ekibinin ne yapmaları gerektiğini açıkça iletmesini sağlamaktır.

Teknoloji ekibinin bu kısmı yönetmesine izin verin ve cevapların mükemmel olması gerekmediği konusunda onlara güvence verin. Gidip daha fazla araştırma yapmaları gerekiyorsa, bunu toplantıdan sonra yapabilirler. Ancak buradaki amaç, daha sonra güncellenebilen tuvalin ilk yinelemesini tamamlamaktır. Mükemmellik başarının düşmanıdır.

Uygulama örneğimizde, Ürün Sürümü 1 kutusundaki ürün gereksinimlerine bakıyoruz. Bu gereksinimlere dayanarak, Teknoloji Planı 1'in “Platformlar arası uygulamayı etkinleştirmek için Ionic kullanarak aşamalı bir web uygulaması geliştirin. Cihazın Coğrafi Konum özelliklerini kullanın. Firebase arka ucuyla senkronize edin. SendGrid e-posta hizmetini kullanın.” Burada açıklanan teknoloji planı ve hedefler, ürün hedeflerine ulaşmak için yeterli olmalıdır. Ürün hedeflerinin olmadığı yerlerde ekibin aşırı mühendislik yapmadığından emin olun.

Bu adımda, nihayet tuvalin gücünü görebiliriz – ekipleri bu şekilde hizalarız. Ürün hedeflerini teknoloji planıyla uyumlu hale getiriyoruz. Ve ortadaki çizgi? Ürün yöneticisinin ekipler arasında aktif olarak yönetmesi gereken arayüz budur.

Benzer şekilde, Teknoloji Planı 2, "Facebook/Google yetkilendirmesini kullanarak kullanıcı kimlik doğrulaması uygulayın, Firebase veritabanı ve Sohbet arayüzü ile gerçek zamanlı sohbet uygulayın" olacaktır. Teknoloji Planı 3, “Uygulama yükseltmeleri için Gizlilik/GPS gizleme ve uygulama içi satın alma yöntemlerini uygulayın” olacaktır.

Süreç, toplantınızdaki teknoloji ekibinin tartışmaya katkıda bulunmasını gerektirecektir. Tüm fikirlerin ve içgörülerin paylaşılması ve tartışılması için fırsatınız olacak ve takım uyumu ve katılımı alacaksınız. Burası, ekiplerin her tarafındaki kişilerin ihtiyaçları, öncelikleri ve tartışılması gereken konuları anlayacağı ve ilk plan ve anlaşmaları geliştireceğiniz yerdir.

Bu noktada, ürün yol haritasına uygun ilk taslak teknoloji yol haritasına sahipsiniz. Temel teknoloji görevleri, ekiplerinizin neye ve ne zaman odaklanacaklarını bilmelerine yardımcı olacak görsel bir akışta düzenlenmiştir.

Adım 5: Riskleri ve Kaynakları Tanımlayın

Son olarak, bir teknoloji mimarisi perspektifinden ürünü nasıl oluşturacağınıza karar verdikten sonra, riskleri ve kaynakları tartışmak iyi bir fikirdir. Örneğimizde Riskler için şunu söyleyebiliriz: "İlerleyen web uygulamasının yeterince hızlı olmama ihtimali var." Öyleyse, React veya Native uygulama geliştirmeye dönebiliriz. Kaynaklar için "Ionic, PWA, geolocation ve Firebase" becerilerine sahip insanlara ihtiyacımız olacak.

Bu öğelerin buraya dahil edilmesi, bu tek sayfalık özetin tartışmadan ortaya çıkan göze çarpan unsurları yakalamasını ve daha sonra tuvali tekrar gözden geçirdiğinizde yardımcı olmasını sağlar.

Tam Resim

Yukarıdaki varsayımsal uygulama örneğimize dayalı olarak Teknoloji Ürün Tuvalinin tamamlanmış bir örneğini burada bulabilirsiniz:

İlk seferde tuvalin tamamen tamamlanması gerektiği beklentisi olmamalıdır. Teknik bir yeteneğe kıyasla bir ürün özelliğinin ne olduğu ve neyi tuvalde nereye koyacağınız konusunda ekip olarak aynı fikirde olmayabilirsiniz. Tuvalin amacı, oturumun sonunda sizin ve tüm ekibin geliştirmenin nasıl devam etmesi gerektiği konusunda çok daha iyi bir kavramsal anlaşmaya varabilmeniz için bir tartışma başlatmak ve çerçevelemektir.

Bu belge artık geliştirme planınızın özüdür. Bu, üst düzey geliştirme yol haritasıdır ve teknoloji ekibi artık bunu alabilir ve işin hedeflerini bilerek daha ayrıntılı geliştirme görevlerini çerçeveleyebilir.

Sonuç: Teknoloji Ürün Kanvasınızı Yineleyin

Bir Teknoloji Ürün Tuvali oluşturmanın beş adımı şunlardır:

1. Başarı Metriklerini Tanımlayın
2. Ürün Vizyonunuzu ve Ürün Sürüm Bölümlerinizi Tamamlayın
3. Teknoloji Vizyonunu Ürün Vizyonuyla Eşleştirin
4. Teknoloji Planlarını Ürün Hedefleriyle Eşleştirin
5. Riskleri ve Kaynakları Tanımlayın

Kanvasın çok önemli bir faydası, ekiplerin her aşamada uygulanması veya geliştirilmesi gereken 'minimum' teknolojiyi belirlemesine izin vermesidir. Ürün ekibinin gereken teknoloji çabasının ve ileride ortaya çıkan tüm zorlukların farkında olmasına yardımcı olur. Teknik planlar senkronize edildiğinden ve yeterli adım ileriyi gördüğünden, ürün geliştirme teknik yetenek eksikliği ile yavaşlamaz. Uygulama örneğinde, 1. sürümü yayınlamaya yaklaştıkça ekibimizi eğitiyor veya bir SignalR teknolojisi uzmanı buluyoruz, böylece bu becerinin gerekli olduğu sürüm 2'ye hazır hale geliyoruz.

Technology Product Canvas'ı buradan indirebilirsiniz. Ekiplerin her üç ayda bir ve kesinlikle her sürüm tamamlandığında bir inceleme yapmasını öneriyorum. İhtiyaçlarınıza daha iyi uyacak şekilde tuvali değiştirmekten çekinmeyin. Technology Product Canvas'ın nasıl geliştirilebileceğine ilişkin geri bildiriminizi gerçekten merak ediyorum.