Scrum, karmaşık adaptif problemlerin çözümüne yönelik yinelemeli (iterative) ve artımlı (incremental) bir yaklaşım sağlayan bir çerçevedir (framework). Yüksek değerli ürünleri verimli ve yaratıcı bir şekilde teslim etmek için tasarlanmıştır.
Scrum çerçevesinde üç temel, birbirinden bağımsız ve net tanımlanmış rol bulunur. İş Analisti (BA) bu rollerden birine sahip olmasa da, genellikle Geliştirme Ekibinin bir parçası olarak veya Ürün Sahibi (PO) ile yakın çalışarak rol alır.
| Rol | Sorumluluk Alanı | İş Analisti ile İlişkisi |
| 1. Ürün Sahibi (Product Owner – PO) | NE yapılacağını belirler. Ürünün değerini maksimize etmekten sorumludur. Tek bir kişi olmalıdır. Ürün Backlog’unu (Product Backlog) yönetir ve önceliklendirir. | PO’nun vizyonunu ve önceliklerini alır; bunları Geliştirme Ekibi için anlaşılır, detaylı Kullanıcı Hikayelerine dönüştürür. PO’nun en yakın çalışanıdır. |
| 2. Scrum Master (SM) | NASIL yapılacağını yönetir. Ekibe Scrum çerçevesini öğretir, engelleri (impediment) kaldırır ve takımın verimliliğini artırır. | Ekibin süreç sorunlarını çözerken BA’nın gereksinim analizi ve toplantı süreçlerini destekler ve optimize eder. |
| 3. Geliştirme Ekibi (Development Team) | GERÇEKLEŞTİRMEK’ten sorumludur. Teslim edilebilir, “Bitti” (Definition of Done) tanımına uyan bir Ürün Parçası (Increment) oluşturur. | BA, Geliştirme Ekibinin gereksinim detaylarını anlamasını ve kodlama sırasında ortaya çıkan tüm soruları çözmesini sağlar. |
Scrum Ekibi = Product Owner + Scrum Master + Geliştirme Ekibi
Scrum’da temel kararları ve ilerlemeyi görselleştiren üç ana çıktı (artefakt) vardır. Bunlar şeffaflık ve denetim sağlar.
| Artefakt | Tanım | Amacı |
| 1. Ürün Backlog’u (Product Backlog) | Ürüne yönelik bilinen tüm gereksinimlerin, özelliklerin, iyileştirmelerin ve hataların önceliklendirilmiş, dinamik listesi. | Ürünün Ne Yapılacağını tanımlayan tek kaynaktır ve PO’nun sorumluluğundadır. İş analisti katlı sağlar. |
| 2. Sprint Backlog’u | O anki Sprint’te Geliştirme Ekibinin yapmayı taahhüt ettiği iş kalemlerinin (Kullanıcı Hikayeleri, Görevler) listesi. | Ekibin o Sprint’te Nasıl Yapacağını ve Ne Yapacağını gösteren planıdır. |
| 3. Ürün Parçası (Increment) | Sprint sonunda “Bitti Tanımına” (Definition of Done) uyan, kullanılabilir ve potansiyel olarak sevk edilebilir yazılım parçasıdır. | Değer teslimatını ve ilerlemeyi temsil eder. Bir önceki Increments’in üzerine eklenir. |
| 4. Burndown Chart | Bir projenin zaman içinde ne kadar ilerlediğini ve ne kadar işin kaldığını görsel olarak takip etmeyi sağlar. | Kalan işi gösteren grafiktir. Her gün yapılacak iş azalmalıdır; eğer düşüş yavaşsa sprint gecikiyor demektir. |