# Spike

Adres: https://softwaredictionary.org/tr/terimler/spike
Kategori: Ekipler ve Süreç
Son güncelleme: 2026-09-30
Okunuşu: spayk

Kısaca: Spike, Agile ekiplerin bir özelliği geliştirmeye geçmeden önce bir soruyu yanıtlamak veya belirsizliği azaltmak için yaptığı kısa, zaman kutulu araştırmadır.

## Agile'da spike nedir?

Spike, bir ekibin gerçek işe girişmeden önce bir soruyu yanıtlamak için yaptığı küçük ve zaman kutulu bir araştırmadır. Bir özellik teslim etmek yerine bilgi teslim eder; örneğin veritabanının yeni bir sorgu hacmini kaldırıp kaldıramayacağı, hangi kütüphanenin ihtiyaca uyduğu veya üçüncü taraf bir API'nin kimlik doğrulamayı nasıl ele aldığı gibi. Terim, spike solution'ın olası bir yaklaşımı keşfetmek için yazılmış çok basit bir program olduğu Extreme Programming'den gelir; altında ne olduğunu görmek için sorunun içinden bir çivi (spike) çakmak gibi.

Ekip spike'ı backlog'a net bir soru, birkaç saatten birkaç güne uzanan bir zaman kutusu ve bir öneri, kaba bir tahmin, kısa bir yazı ya da at-kullan bir prototip gibi beklenen bir çıktıyla bir öğe olarak ekler. Süre dolduğunda çalışma durur ve yanıt daha fazla bilgiye ihtiyaç olduğu olsa bile ekip öğrendiklerini paylaşır. Teknik spike'lar teknoloji seçimlerini ve riskleri, işlevsel spike'lar ise bir özelliğin kullanıcılar için nasıl davranması gerektiğini araştırır.

Spike, mühendisler bir binanın temelini tasarlamadan önce test sondajı yapan bir jeolog gibidir: inşaat başladıktan sonra kötü zemini keşfetmeye kıyasla maliyeti düşüktür. Spike'lar en çok, çok fazla şey bilinmediği için bir user story'nin tahmin edilemediği durumlarda yararlıdır; spike'tan sonra ekip gerçek story'leri güvenle bölüp tahmin edebilir.

Spike çoğunlukla sıradan bir user story ile karıştırılır. Story kullanıcılara çalışan değer sunar; spike ise bilgi sunar ve ürettiği kod genellikle yayınlanmak yerine atılır. Spike ayrıca MVP'den de farklıdır: MVP gerçek kullanıcılardan öğrenmek için yayınlanan gerçek bir üründür, spike ise ekibin içinde kalır. Spike'lar nadir ve küçük olmalıdır; çünkü onlarla dolu bir backlog ekibin kararları ertelediğini düşündürür.

## Önemli noktalar

- Spike bir soruyu yanıtlar veya riski azaltır; bir özellik yayınlamaz.
- Her spike'ın net bir sorusu, bir zaman kutusu ve beklenen bir çıktısı vardır.
- Terim, Extreme Programming'in spike solution'larından gelir.
- Spike'taki prototip kodu genellikle atılır.
- Spike'lar, boyutlandırılamayacak kadar belirsiz olan story'lerin tahmin edilmesine yardımcı olur.

## Örnek: Backlog öğesi olarak yazılmış bir spike

```text
Spike: Can we generate PDF invoices on the server fast enough?
Timebox: 2 days (stop when time is up, even without a final answer)

Questions:
  - Can we render a 20-page invoice in under 2 seconds?
  - Does the approach work inside our current container setup?

Output:
  - A short write-up with a recommendation
  - A throwaway prototype (not merged into the main branch)
  - Estimates for the follow-up story "Customers can download invoices as PDF"
```

## Sık sorulan sorular

**Bir spike ne kadar sürmelidir?**

Genellikle birkaç saatten birkaç güne kadar sürer ve nadiren bir sprint'ten uzundur. Zaman kutusu önceden sabitlenir ve süre dolduğunda soru tam yanıtlanmamış olsa bile ekip öğrendiklerini raporlar.

**Spike'lara story point verilir mi?**

Ekipler farklılık gösterir. Bazıları spike'lara sprint kapasitesinden düşsün diye küçük bir tahmin verir, bazıları ise onları puan vermeden zaman kutusuyla sınırlar; önemli olan harcanan zamanın planlamada görünür olmasıdır.

---

Software Dictionary: https://softwaredictionary.org/tr · https://softwaredictionary.org/tr/llms.txt