Kullanıcı Hikâyelerinizi Yapay Zekâ Neden Yazmamalı?

Discover how to lead product teams and build better products. Create a Free Account

Kabul ediyorum, kullanıcı hikâyeleri yazmak oldukça sıkıcı olabilir ve bu işi sevgili ChatGPT'ye devretmek kesinlikle çok zaman kazandırırdı. Yine de işte bu dürtüye direnmeniz için yedi neden.

writing user stories featured image

Open AI, Kasım 2022'de ChatGPT'yi tanıttığında, neler yapabileceğine dair yoğun bir merak dönemi yaşandı.

Bu yeni ve oyunun kurallarını değiştiren teknolojinin nasıl kullanılacağını anlamak için çılgınca bir yarış başladı.

Ürün yöneticilerinin de bu sürece dahil olması ve konuya iki farklı açıdan yaklaşabilmesi uzun sürmedi:

  • Ürünümde yapay zekâyı nerede kullanabilirim?
  • Bir ürün yöneticisi olarak hayatımı kolaylaştırmak için yapay zekâyı nasıl kullanabilirim?

Bir ürün yönetimi platformu üzerinde çalışıyorsanız, kullanıcı hikâyelerinin otomatik olarak oluşturulmasını aracınıza ekleyerek bu iki yaklaşımın kesiştiğini görebilirsiniz.

Harika!

Ancak bir şeyi yapabiliyor olmanız, onu yapmanız gerektiği anlamına gelmez.

Kullanıcı hikâyeleri yazmak için yapay zekâ kullanmanın gerekçesi

Görünüşe göre bir gecede, yepyeni bir ürün yöneticilerine yönelik yapay zekâ sınıfı ortaya çıktı: kullanıcı hikâyesi oluşturucuları.

Bunların bazıları üstelik ücretsiz!

Ardından, köklü ürün yönetimi platformları da araçlarına yapay zekâ özellikleri eklemeye başladı; bunların arasında tek bir düğmeye basarak kullanıcı hikâyeleri oluşturma özelliği de vardı.

Bu araçların ve onları öven yazıların vaat ettiği faydalar, şu listenin farklı biçimlerde ifade edilmesinden ibaretti:

  • Kullanıcı hikâyelerini yapay zekâyla oluşturmak, bunları elle oluşturmaktan daha hızlı ve verimlidir.
  • Kullanıcı hikâyelerini yapay zekâyla oluşturmak, tutarlı bir biçim sağlar ve dolayısıyla netlik kazandırır.
  • Kullanıcı hikâyelerini yapay zekâyla oluşturmak, daha doğru kullanıcı hikâyeleri sağlar.
  • Kullanıcı hikâyelerini yapay zekâyla oluşturmak, yaratıcılığı artırır.
  • Kullanıcı hikâyelerini yapay zekâyla oluşturmak, iş birliğini geliştirir.

Bu varsayımların her birini ele alacağım; ancak önce kullanıcı hikâyelerinin başlangıçtaki amacını değerlendirmenin önemli olduğunu düşünüyorum.

Kullanıcı hikâyelerinin asıl amacı

Jeff Patton, Kullanıcı Hikâyesi Haritalama adlı kitabında, kullanıcı hikâyelerinin neden bu adla anıldığını özlü bir şekilde açıklamıştır:

Hikâyeler adını, ne yazılması gerektiğinden değil, nasıl kullanılması gerektiğinden alır.

-JEFF PATTON, KULLANICI HİKÂYESİ HARİTALAMA

Jeff daha sonra bu düşünceyi, kullanıcı hikâyesi kavramını geliştiren Kent Beck'ten yaptığı bir alıntıyla genişletir.

"Yazılımla çözmeye çalıştığımız sorun, onu kimin kullanacağı ve neden kullanacağı hakkında bir araya gelip konuşursak, birlikte bir çözüme ulaşabilir ve bu süreçte ortak bir anlayış geliştirebiliriz."

Kullanıcı hikâyeleri, bir kişinin ürününüzle neyi başarmak istediğini ve bunu neden istediğini belirler.

Kullanıcı hikâyeleri hakkında, bunları oluşturmak için yapay zekâ yardımını nasıl kullanmanız gerektiğine veya kullanıp kullanmamanız gerektiğine karar verirken dikkate almanız gereken üç temel nokta vardır.

1. Kullanıcı hikâyeleri bir konuşma için yer tutucudur

Kullanıcılarınızın çözmesine yardımcı olduğunuz sorun hakkında ürün ekibinizle daha derinlemesine bir tartışmayı başlatan bir hatırlatıcı görevi görmelidirler.

Muhtemelen konuştuklarınızı not almak isteyeceksiniz; ancak bunu gereksinimleri iletmenin tek yolu olarak değil, bir hatırlatıcı ve başvuru kaynağı olarak yapın. Kullanıcı hikâyeleri yazmak için kullanmayacak olsanız bile, yapay zekâ, gereksinimlerin toplanmasında yardımcı olabilir.

2. Kullanıcı hikâyeleri bir planlama aracıdır

Ürününüzü oluşturmak için yapmanız gereken görevleri listelemek yerine, kullanıcılarınızın ürününüzle gerçekleştirebileceği şeylere dayanarak çalışmayı parçalara ayırmanıza olanak tanırlar.

Çalışmanızı bu şekilde parçalara ayırmak, ayrıntılara gereksinim duyduğunuz anda ulaşmanıza yardımcı olur; çok önceden değil.

Kullanıcı hikâyeleri ayrıca, bir görev listesinin yapmanıza yardımcı olamayacağı bir şekilde, ürününüze neleri koyacağınıza ve neleri koymayacağınıza odaklanmanızı sağlar.

Bu nedenle, yapabileceğiniz bir sürü kullanıcı hikâyesi için beyin fırtınası yapmak da mutlaka yararlı değildir. Buna birazdan daha ayrıntılı değineceğim.

Get Free Access to the Product Vault
We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.
Get Free Access

Have an account? Log In

3. Önemli olan yazım değildir

İlk iki maddeden dolayı, kullanıcı hikâyelerini nasıl yazdığınızın aslında o kadar da önemli olmadığı ortaya çıkar.

Hayattaki birçok konuda olduğu gibi, bu noktayı açıklamak için Seinfeld'e başvurabiliriz.

Alternatif Taraf bölümünde Jerry bir kiralık araba rezerve eder, ancak rezervasyonlarının olduğunu, arabalarının ise olmadığını öğrenir. İşte olanlar.

Jerry Seinfeld kiralık araba rezerve etmek hakkında:

"Görüyorsunuz, rezervasyonu almayı biliyorsunuz, sadece rezervasyonu nasıl tutacağınızı bilmiyorsunuz. Oysa rezervasyonun gerçekten en önemli kısmı bu: tutmak. Herkes rezervasyon alabilir!"

Bunu kullanıcı hikâyeleri için şöyle ifade edebiliriz:

Görüyorsunuz, kullanıcı hikâyesini yazmayı biliyorsunuz, sadece kullanıcı hikâyesiyle ortak anlayış oluşturmayı bilmiyorsunuz. Oysa kullanıcı hikâyesinin gerçekten en önemli kısmı bu: ortak anlayış. Herkes kullanıcı hikâyesi yazabilir!

Yazdığınız ve yazmadığınız kullanıcı hikâyeleri, onları nasıl yazdığınızdan çok daha önemlidir.

Kullanıcı hikâyeniz, ürün ekibinin kullanıcının neyi başarmaya çalıştığı hakkında yaptığı görüşmeleri hatırlaması için yeterli bilgiyi sağladığı sürece bu yeterli olmalıdır.

Kullanıcı hikâyeleri yazmak için neden AI kullanmamalısınız

Kullanıcı hikâyelerinin amaçlanan kullanımına ilişkin bu bağlamı göz önünde bulundurarak, neden kullanmamanız gerektiğini açıklamak için kullanıcı hikâyeleri yazarken AI kullanma yönündeki argümanları ele alalım.

Varsayım #1: Daha hızlı ve daha verimli

Karşı görüş: Aslında, zorunlu olarak değil.

Kullanıcı hikâyeleri yazmak için ürün keşfinde AI kullanmayı anlatan makalelerin çoğu, kullanıcı hikâyelerinin gerekli bir kötülük olduğunu ima eder veya bunu açıkça belirtir.

Tüm bu kullanıcı hikâyelerini yazmanın ve onları tam anlamıyla doğru hâle getirmenin ne kadar uzun sürdüğüne dair yakınmalar duyarsınız. "Keşke bu görevi daha hızlı ve daha verimli hâle getirebilsek!" gibi özlem dolu düşünceler. Hatta bazıları farklı kullanıcı hikâyeleri üzerine beyin fırtınası yapma işinden tamamen vazgeçmek istediklerini ifade eder.

Bu yakınmaları gördüğümde, insanların asıl noktayı kaçırıp kaçırmadığını merak ediyorum. İlk kullanıcı hikâyesini not almak zahmetli olmamalı. Bu, daha fazla ayrıntıya inmek ve o görüşmeden ilgili bilgileri not etmek için hızlı bir hatırlatıcıdır. Başlangıçta mükemmel olması gerekmez.

Bir sürü kullanıcı hikâyesi üzerine beyin fırtınası yapmak ve bunları daha sonra ele almak üzere ürün iş listesine eklemek, birçok ürün ekibinin yıllar içinde edindiği kötü bir alışkanlıktır.

Daha iyi bir yaklaşım, belirli bir sonuçla başlamak ve ardından bu sonuca ulaşmanıza yardımcı olacak belirli hikâyeleri belirlemektir.

Etki haritaları ve fırsat-çözüm ağaçları gibi iş birliğine dayalı teknikler, bu kullanıcı hikâyelerini belirlemenize yardımcı olur.

Varsayım #2: Biçim ve açıklık açısından tutarlı

Karşı görüş: Biçimlendirmede tutarlılık başlangıçta kritik değildir.

İlk bakışta tutarlı ve açık kullanıcı hikâyeleri harika bir şeydir. Sormanız gereken soru şu: Kullanıcı hikâyelerini ilk oluşturduğunuzda mı, yoksa ürün ekibiniz onları tartışma fırsatı bulduktan sonra mı tutarlı bir biçimde yazılmış olmaları önemlidir?

Bence ekip geliştirme çalışmasına başlamadan hemen önce tutarlılık için düzenleme yapmak, kullanıcı hikâyelerini ilk yazdığınız sırada tutarlı olmaktan daha önemlidir.

Kullanıcı hikâyesini zaten tartışacaksınız; bu nedenle konuşmayı başlatacak kadar yazın ve öyle bırakın.

Küçük bir cümle parçasının ne anlama geldiğini hatırlayamamaktan endişe ediyorsanız, bu muhtemelen kullanıcı hikâyesini üzerinde çalışacağınız zamandan çok önce oluşturduğunuzun bir işaretidir.

Varsayım #3: Yaratıcılığı artırır

Karşı görüş: Sizi asıl noktadan daha da uzaklaştırabilir.

AI destekli araçlar, önceden tanımlanmış çeşitli kullanıcı hikâyesi şablonları ve yönlendirmeler aracılığıyla yazma tıkanıklığını aşmayı vadeder. Alışılmadık fikirlerden oluşan koca bir liste üretmek istiyorsanız bu harika olabilir.

Ancak daha önce de belirttiğim gibi, iş listenizi bir sürü kullanıcı hikâyesi gürültüsüyle doldurmak istemezsiniz. Bunun yerine, sonuçlara ulaşma yolunda ilerlemenize yardımcı olacak şeylere odaklanmak istersiniz.

Daha önce bahsettiğim teknikler, sonuçlara ulaşmaya odaklanan anlamlı kullanıcı hikâyelerini belirlemek için harika bir yol sunar. Ayrıca kısıtlamaların yaratıcılığı teşvik etmek için harika olduğunu unutmayın.

Varsayım #4: Daha doğrudur

Karşı görüş: Bu yalnızca yapay zekâ aracınız ürününüzü ve kullanıcılarınızı çok kapsamlı bir şekilde anlıyorsa doğrudur.

Doğruluk argümanı, büyük miktarda veri ve müşteri geri bildirimine dayanarak hikâyeler oluşturmanın daha doğru hikâyelere yol açtığını öne sürer. Bunun gerekçesi, bu hikâyelerin müşteri ihtiyaçlarıyla örtüştüğü için daha “doğru” olmasıdır.

Bu, yapay zekâ kullanımı için en iyi argüman olabilir, ancak birkaç büyük “eğer”e dayanır. “

  • Yapay zekâ aracınızı kendi ürününüze ait verilerle eğitirsiniz.
  • Etkili bir analiz gerçekleştirmek için yeterli miktarda ürün veriniz vardır.

İlk “eğer”, GPT 3, 4 vb. üzerine kurulmuş tüm o “ücretsiz” araçları eler.

Yeni bir araç geliştiriyorsanız veya müşteri geri bildirimlerini anlamlı bir şekilde toplamaya yeni başlıyorsanız, ikinci eğer pek yardımcı olmaz.

Varsayım #5: Geliştirilmiş iş birliği

More Articles

Karşı görüş: Üzgünüm—ne?!

Evet… bu argümanı gördüğümde iki kez baktım.

Bana, yapay zekânın kullanıcı hikâyeleri oluşturmasının—hikâyelerin araçtan çıkar çıkmaz geliştiricilere aktarılmaya hazır olacağı anlamına geldiği için—iş birliğini geliştirdiğini mi söylüyorsunuz?

Sonra açıklamalara tekrar baktım. Bunlar, özellikle yapay zekâ tarafından oluşturulan kullanıcı hikâyelerinin değil, genel olarak kullanıcı hikâyelerinin iş birliğine sağladığı faydaları öne çıkarıyor.

İyi deneme, ama ikna olmadım.

Yapay zekâyı hiç kullanmamamı mı öneriyorsunuz?

Teknoloji düşmanı değilim.

Yapay zekânın, ürün yönetimi araçlarında bile bir yeri var. Ürün ekibinizle iş birliği gerektiren faaliyetleri otomatikleştirmeye çalışmak, yapay zekânın kullanılması gereken yer değil.

Umarım topladığınız tüm müşteri geri bildirimlerini sentezlemek için yapay zekâ kullanmak mantıklıdır. Tam kapsam sağladığınızdan emin olmak için farklı test senaryoları oluşturmak da faydalı olabilir.

Doug Steele LinkedIn'de aynı konuyu ele aldı ve kullanıcı hikâyesi yazımını yapay zekânın üstlenmesine izin vermemeniz gerektiğini, ancak çabalarınızı desteklemek için onun yardımından yararlanabileceğinizi öne sürdü.

Yapabiliyor olmanız, yapmanız gerektiği anlamına gelmez.

Kullanıcı hikâyeleri veya olası herhangi bir yapay zekâ iş fikri yazmaya gelince, sırf yapay zekâ kullanmış olmak için yapay zekâ kullanmaya çalışmayın. Yapay zekâ kullanmanın gerçekte nerede değer katacağını belirleyin.

Başlamak için iyi bir nokta, yukarıda sorduğum soruları değiştirmektir.

Soruları bu şekilde sormak, yapay zekâyı sorumlu bir şekilde kullandığınızdan emin olmanıza yardımcı olur—ürününüzü geliştirirken ürün yöneticisi olarak işinizi kolaylaştırır.

Daha fazla ürün yönetimi kaynağı ve rehberinin yanı sıra sektör liderleri ve uzmanlarından en yeni podcast'leri, röportajları ve diğer içgörüleri almak için bültenimize abone olmayı unutmayın.

Kent McDonald
Kent McDonald practices and writes about software product management. Kent has over 29 years of experience overseeing the development of software products for a variety of industries including retail, fintech, agriculture, financial services, health insurance, nonprofit, and automotive. He practices his craft with a variety of product teams and provide just-in-time resources for product people at insideproduct.co. When not writing or product managing, he acts as #ubersherpa for his family, listens to jazz and podcasts (but not necessarily podcasts about jazz), and collects national parks.
Follow the author:

You may also like