---
title: "Sentetik Kullanıcılarla Jira Epic Doğrulama | Minds"
description: "Minds'a bir Jira epic'i aktarın, sentetik bir kitleye sunun ve sprint başlamadan önce yanlış anlaşılan gereksinimleri veya eksik kanıtları tespit edin."
canonical_url: "https://getminds.ai/use-cases/tr/validate-a-jira-epic-with-synthetic-users"
last_updated: "2026-09-30T23:47:09.849Z"
---

# Sentetik kullanıcılarla bir Jira epic'ini doğrulayın

Bir epic, ekibin kendi diliyle yazılmış bir iddiadır. Refinement aşamasını kolayca geçer çünkü odadaki herkes, epic'i anlamlı kılan bağlama zaten sahiptir. Ancak müşterinin sahip olmadığı şey tam da bu bağlamdır. Salı günü apaçık görünen bir gereksinim, lansman haftasında bir destek biletine dönüşür.

Minds, epic'i doğrudan Jira'dan içe aktarır ve geliştirmeyi hedeflediğiniz gerçek segmentten oluşturulan sentetik bir kitlenin önüne koyar. Böylece yanlış anlaşılan bir cümleyi, henüz sadece bir cümleyken fark edersiniz.

## Ne zaman yapmaya değer?

Epic ciddi bir mühendislik zamanı gerektirdiğinde ve ekip kanıt yerine varsayımlara dayandığında bu süreci çalıştırın:

- epic kullanıcının öğrenmesi gereken yeni bir kavram getiriyorsa
- kabul kriterleri ekip dışından kimsenin tepki vermediği bir davranışı tanımlıyorsa
- iki paydaş kullanıcının ne istediği konusunda anlaşamıyor ve ikisinin de verisi yoksa
- özellik fiyatlandırma, yetkilendirme veya gizlilikle ilgili bir sonuç doğuruyorsa
- özelliğin içinde yer alacak metinleri yazmak üzereyseniz

Kod refaktörü, bağımlılık güncellemesi veya çıktısı ürünü kullanan kişi tarafından görülmeyen bir epic için bunu yapmaya değmez.

## Neler içe aktarılmalı?

Minds editöründeki Jira düğmesini kullanın. İster seçiciden son görevlerden birini seçin ister bir görev bağlantısı yapıştırın; hem `browse/ABC-123` URL'leri hem de seçili bir görevi içeren pano bağlantıları aynı içe aktarma sonucunu verir.

Minds görevi okunabilir bir belgeye dönüştürür: başlık olarak özet, ardından bağlam olarak proje, tür, durum, öncelik, atanan kişi, etiketler ve üst epic; sonrasında başlıkları, listeleri, tabloları ve panelleri korunmuş tam açıklama ve en son yorum dizisi. Gerçek gereksinimler genellikle yorumlardaki tartışmalarda şekillenir; bu nedenle sadece açıklama değil, tüm yorum dizisi de aktarılır.

## İş akışı

1. Ayarlar → Entegrasyonlar bölümünden Jira'yı bağlayın. Siteniz için Atlassian izin ekranını onaylayın.
2. Epic'i yeni bir çalışmaya aktarın.
3. Bu epic'in hitap ettiği kitleyi oluşturun: genel "kullanıcılar" değil, bu davranışı anlamlı kılan rol, bağlam ve kısıtları tanımlayın.
4. Kitleye özelliği beğenip beğenmediklerini sormadan önce, özelliği kendi kelimeleriyle size geri anlatmalarını isteyin.
5. Bir sonraki adımda ne olmasını beklediklerini ve hangi durumun özelliği terk etmelerine yol açacağını sorun.
6. Kabul kriterlerini gelen yanıtlara göre yeniden yazın ve hangi anlaşmazlıkların gerçek bir kullanıcı oturumuna taşınmaya değer olduğunu not edin.

Dördüncü adım işin büyük kısmını çözer. Özelliği kendi ifadeleriyle açıklayamayan sentetik bir kitle, açıklamanın muğlak olduğunu gösterir ve bu muğlaklık yakında koda dönüşmek üzeredir.

## İyi bir çıktı nasıl görünür?

Sırasıyla şu üç şeyi aramalısınız:

**Yanlış anlama.** Biri özelliğin yapmadığı bir şeyi yaptığını belirtir. Bu, epic içindeki bir ifade sorunudur ve şu anda düzeltmesi tamamen zahmetsizdir.

**Hesapta olmayan bir itiraz.** Refinement sırasında hiç gündeme gelmemiş bir tereddüt nedeni: gizlilik endişesi, varsayılan bir maliyet veya mevcut verileri kaybetme korkusu.

**Sessiz bir varsayım.** Kitle, epic'te hiç bahsedilmeyen bir adım bekler; bu da kabul kriterlerinde bir boşluk olduğu anlamına gelir.

Yönlendirici bir puan burada en önemsiz çıktıdır. "Onda yedi", bir görev kartına yazabileceğiniz hiçbir şey sunmaz; "üç kişi bunun mevcut raporlarını sileceğini düşündü" ifadesi ise neyi değiştirmeniz gerektiğini açıkça söyler.

## Örnek istem

Bu epic'i hitap ettiği kişi olarak okuyun. Kendi kelimelerinizle, bu özellik ne yapmanızı sağlıyor? Özelliği kullandıktan sonra ne olmasını beklersiniz, sizi ne tereddütte bırakır ve güven duymanız için eksik olan nedir?

## Bu yöntem nereye oturur?

Bu, gerçek araştırmaların yerini alan bir alternatif değil, onlardan önceki hızlı katmandır. Daha net bir geliştirme kapsamına ve daha kısa bir açık sorular listesine ulaşmak için kullanın; ardından canlı oturumları ve ölçümlü deneyleri geriye kalan kritik sorulara ayırın.

Aynı içe aktarma süreci kullanıcı hikayeleri ve hatalar için de geçerlidir. Ekibiniz işlerini orada takip ediyorsa [Linear entegrasyonu](/guide/integrations) da birebir aynı şekilde çalışır. Gereksinimleriniz bir görev kartı yerine bir belgede yer alıyorsa genel [PRD doğrulama iş akışı](/blog/prd-validation-ai-personas-before-engineering) aynı süreci belge odaklı olarak kapsar.