Geçen gün Tom Chi’nin verdiği bir seminerin  videosunu izliyordum. Tahminaton terimini duydum. (Guessathon)

Tom Chi Tahminatonu şu şekilde açıklıyor:

henüz icat edilmemiş olan buluş / özellik hakkında neyin doğru olduğunu tartışmak

Tahminaton yarışlarına katılmamak lazım. Evet bu dünyayı kurtaran sohbetlerin döndüğü online ve offline ortamlarda kolay değil. Ancak Ürün Yöneticisi olarak kaçınmalısınız. “Genelde bu tahminatonları en akılcı önergeyi sunan veya odadaki en yüksek rütbeli yönetici kazanır.” diyor Tom Chi.

Onun yerine bir an önce prototipini yapıp bunun çıktılarını değerlendirmemizi salık veriyor.

Vaktiniz varsa, şuradan videoyu seyredebilirsiniz:

Tüm videoyu seyretmek için vaktiniz yoksa,

Ancak tüm videoyu seyretmek için vaktiniz yoksa, özet şu şekilde. (Youtube video sayfalarının en sevdiğim  kısmı olan “Yorumlar” kısmında videonun özetini yapmış birinden Türkçeleştirdim.)

  • Günümüz kültürü, sağa ya da yanlışa dayalı, kazanan ve kaybedenler yaratır (demotive ve yokeden bir kültür)
  • Ürün ekipleri en iyi öğrenme kültüründe çalışır
  • Tahminaton’dan kaçının. Tahminaton: henüz icat edilmemiş olan buluş / özellik hakkında neyin doğru olduğunu tartışmak
    • Akıllı insanların genellikle tahminleri için akıllıca nedenleri olacaktır, ancak bu bir tahmin olduğu gerçeğini değiştirmez!
  • Sadece gerçek hale getirilmiş deneyimlerden öğrenebilirsiniz
  • Tahminler, deneylerin oluşturulmasını teşvik etmelidir. Ve deneyler gerçek deneyime dayalı temel öğrenmelere yol açar
  • Ürün fikirleri / tahminleri ile test deneyiminden doğrudan deneyim arasındaki geri besleme döngüsünü azaltın
  • Yazılım ürünlerindeki sihirli anı bilin!
  • Sihirli an, kullanıcıların gözlerinin aydınlandığı zamandır. Kullanıcılar ürünü deneyimliyor ve “Vay. Bunu yapıyor mu?!?” Örn: Uber’in sihirli anlarından biri, telefonunuza dokunduktan sonra size bir araba sürmesi
  • Sihirli an, aslında çok küçük. Sihirli an, ürününüze referans verirken kullanıcılarınızın konuştuğu şey. “