Büyük işi savunulabilir alt görevlere böl: "ne kadar sürer"e hazır cevap
Epic'in sıralı alt görev listesi (her birinde S/M/L büyüklük ve tek satır gerekçe), ayrı bir belirsizlik/spike listesi ve senin cevaplaman gereken sorular.
Planlama toplantısı. Büyük bir iş için "bu ne kadar sürer?" diye soruyorlar. Ya havadan bir sayı atıyorsun ya "bilmiyorum" diyorsun; ikisi de seni zayıf gösteriyor.
Rolün: kıdemli bir yazılım ekibinde teknik planlama yapan bir mühendis gibi davran.
Sana bir büyük iş (epic) vereceğim. Görevin bunu tahmin edilebilir alt görevlere bölmek ve belirsizlik noktalarını ayrı işaretlemek.
Kurallar:
- Tahmin yürütme. Epic'te yazmayan bir teknik detayı varmış gibi kabul etme.
- Bir alt görevi netleştirmek için eksik bilgi varsa, o satıra "EKSİK: <ne sormam gerekiyor>" yaz. Boşluğu kendin doldurma.
- Her alt görevin tek ve somut bir çıktısı olsun (ör. "X endpoint'i yazılır", "Y tablosu şeması çıkarılır", "Z için migration hazırlanır").
- Her alt göreve göreli efor büyüklüğü ver: S / M / L (saat verme, göreli boyut ver). Neden o boyut olduğunu yarım satırla açıkla.
- Belirsizliği ayrı bir başlıkta topla: hangi kısım netleşmeden süre verilemez, neyi denemeden bilinmez (spike / araştırma gerektiren yerler).
- Bağımlılıkları belirt: hangi alt görev hangisinden önce bitmeli.
- Uydurma teknoloji, kütüphane, servis veya alan adı ekleme; sadece benim verdiğim bağlamdakileri kullan.
Çıktı formatı:
1) Alt görev listesi (sıralı; her satır: ad — S/M/L — tek satır gerekçe — bağımlılık)
2) Belirsizlik / spike listesi (netleşmeden tahmin sabitlenemeyen kısımlar)
3) Sormam gereken sorular (yukarıdaki EKSİK maddelerini topla)
4) Kaba büyüklük özeti (kaç S, kaç M, kaç L) — bunu "gün" olarak çevirmeyi bana bırak
Epic / büyük iş:
[BURAYA epic'i, bilinen teknik bağlamı ve kısıtları yapıştır]Epic'in sıralı alt görev listesi (her birinde S/M/L büyüklük ve tek satır gerekçe), ayrı bir belirsizlik/spike listesi ve senin cevaplaman gereken sorular. Toplantıya "bilmiyorum" yerine bölünmüş, bağımlılıkları belli bir planla girersin. Prompt birkaç dakikada döner; asıl işi EKSİK maddelerini kendin doldurman alır.
Toplantıda rakamı havadan atan değil, işi bileşenlerine ayırıp belirsizliğin tam olarak nerede olduğunu adıyla söyleyen kişi olursun; tahminin savunulabilir hale gelir.
Bu bölme senin teknik bağlamını netleştirmez; girdi eksikse AI da eksik böler, o yüzden "EKSİK" maddelerini gerçekten kapatmadan tahmini sabitleme. Ayrıca iç sistem veya kapalı kaynak detayını yapıştırırken hassas bilgi paylaştığını unutma.
Epic: Müşteri panelinde kullanıcılar hesaplarına iki faktörlü doğrulama (2FA) ekleyebilsin. Authenticator uygulaması (TOTP) ve SMS desteklenecek. Kullanıcı ayarlar sayfasından 2FA'yı açıp kapatabilmeli, kurtarma kodlarını görebilmeli. Bağlam: - Backend Node.js + PostgreSQL, oturum yönetimi JWT ile. - Frontend React; ayarlar sayfası hâlihazırda var. - Giriş akışı şu an tek adım: e-posta + şifre. - SMS için hangi sağlayıcıyı kullanacağımız henüz net değil. Kısıtlar: - Bu sprint sonuna kadar en azından TOTP kısmı çalışsın. - Giriş yapmış mevcut kullanıcıların oturumları bozulmasın. - Kurtarma kodları güvenli saklanmalı.
1) Alt görev listesi
| # | Alt görev | Büyüklük | Gerekçe | Bağımlılık |
|---|---|---|---|---|
| 1 | TOTP secret alanı + durum için DB şeması (migration) | M | Kullanıcı başına secret ve 2FA-durumu alanı; migration şart | — |
| 2 | TOTP kurulum endpoint'i (secret üret, QR verisi dön, ilk kodu doğrula) | M | Üç iş tek uçta; doğrulama mantığı içeriyor | 1 |
| 3 | Ayarlar sayfasında 2FA açma arayüzü (QR göster + kod girişi) | M | Mevcut sayfaya yeni bölüm, QR render + input | 2 |
| 4 | Giriş akışına ikinci adım (TOTP kodu sorma) | L | Tek adımlı akış iki adıma çıkıyor, ara oturum durumu gerektiriyor | 2 |
| 5 | Kurtarma kodları üretimi + hash'leyerek saklama | M | Kod üret, hash'le, tek kullanımlık işaretle | 1 |
| 6 | Kurtarma kodu ile giriş yolu | S | Kod doğrula, kullanılanı işaretle — dar kapsam | 4, 5 |
| 7 | 2FA kapatma akışı (kod/şifre ile doğrulama) | S | Kaldırma + tek doğrulama adımı | 3 |
| 8 | SMS ile 2FA | EKSİK | Sağlayıcı seçilmeden boyutlandırılamaz | — |
2) Belirsizlik / spike listesi
- SMS sağlayıcısı seçilmeden entegrasyon eforu bilinmez → spike: aday sağlayıcı API'lerini incele, kısa bir prova yap.
- Ara "2FA bekleniyor" durumu mevcut JWT ile mi, ayrı geçici token ile mi tutulacak → spike: 4. maddeyi netleştirmeden L sabitlenmesin.
- "Oturumlar bozulmasın" kısıtı ile 2FA'nın nasıl bağdaşacağı denenmeden netleşmez (mevcut oturum 2FA'sız devam mı, bir sonraki girişte mi zorunlu).
3) Sormam gereken sorular
- SMS için hangi sağlayıcı kullanılacak? (8. madde bunsuz bloke)
- Kurtarma kodları kaç adet ve kaç haneli olsun?
- 2FA açıkken şifre sıfırlama akışı da kod soracak mı? (epic'te geçmiyor)
- "Mevcut oturumlar bozulmasın" derken: kullanıcılar 2FA'sız mı devam etsin, yoksa bir sonraki girişte mi zorunlu olsun?
4) Kaba büyüklük özeti
- S: 2 (madde 6, 7)
- M: 4 (madde 1, 2, 3, 5)
- L: 1 (madde 4)
- Boyutlandırılamayan: 1 (madde 8 — SMS; sağlayıcı netleşmeden verilemez)
Not: Bu sayıları "gün"e çevirmeyi sana bırakıyorum; ekibinin S/M/L karşılıklarına göre hesapla.
ÜRETİM: TEM 2026 · CLAUDE Bu kayıt eşlenmiş örnek girdi ve çıktı içerir. Model koşumu kanıtı yoktur — kendi verinle doğrulamadan karar girdisi yapma.
Rolün: kıdemli bir yazılım ekibinde teknik planlama yapan bir mühendis gibi davran.
Sana bir büyük iş (epic) vereceğim. Görevin bunu tahmin edilebilir alt görevlere bölmek ve belirsizlik noktalarını ayrı işaretlemek.
Kurallar:
- Tahmin yürütme. Epic'te yazmayan bir teknik detayı varmış gibi kabul etme.
- Bir alt görevi netleştirmek için eksik bilgi varsa, o satıra "EKSİK: <ne sormam gerekiyor>" yaz. Boşluğu kendin doldurma.
- Her alt görevin tek ve somut bir çıktısı olsun (ör. "X endpoint'i yazılır", "Y tablosu şeması çıkarılır", "Z için migration hazırlanır").
- Her alt göreve göreli efor büyüklüğü ver: S / M / L (saat verme, göreli boyut ver). Neden o boyut olduğunu yarım satırla açıkla.
- Belirsizliği ayrı bir başlıkta topla: hangi kısım netleşmeden süre verilemez, neyi denemeden bilinmez (spike / araştırma gerektiren yerler).
- Bağımlılıkları belirt: hangi alt görev hangisinden önce bitmeli.
- Uydurma teknoloji, kütüphane, servis veya alan adı ekleme; sadece benim verdiğim bağlamdakileri kullan.
Çıktı formatı:
1) Alt görev listesi (sıralı; her satır: ad — S/M/L — tek satır gerekçe — bağımlılık)
2) Belirsizlik / spike listesi (netleşmeden tahmin sabitlenemeyen kısımlar)
3) Sormam gereken sorular (yukarıdaki EKSİK maddelerini topla)
4) Kaba büyüklük özeti (kaç S, kaç M, kaç L) — bunu "gün" olarak çevirmeyi bana bırak
Epic / büyük iş:
[BURAYA epic'i, bilinen teknik bağlamı ve kısıtları yapıştır]Yapıştırdığın veri tarayıcından çıkmaz — WhiteYaka'ya gönderilmez. Prompt panoya kopyalanır; açılan sohbete Ctrl/⌘ + V ile yapıştırırsın.
Bülten kaydı kapalı.
Bu sayfa e-posta adresi toplamaz ve liste kaydı başlatmaz. 160 hamlenin tamamı giriş yapmadan açık.