Esnek ve iteratif
- Değişime açıktır.
- Küçük ve sık teslimatlar yapılır.
- Müşteri süreç boyunca geri bildirim verir.
- Riskler daha erken görünür.
- Analiz, geliştirme ve test döngüsel ilerler.
Software Engineering Guide
10 Dakikada Yazılım Geliştirme Süreci Rehberi
Bir yazılım talebinin fikir aşamasından canlı ortama kadar nasıl ilerlediğini; Agile framework, Scrum ve Kanban framework’leri, Jira ve DevOps süreçleriyle birlikte ele alan pratik bir rehber.
1 · Agile Framework ve Waterfall
1
Agile Framework Nedir?
Agile framework, değişime hızlı uyum sağlamayı, müşteriyle yakın çalışmayı ve küçük ama sürekli değer üretmeyi amaçlayan bir yazılım geliştirme metodolojisidir.
↻
Değişime Uyum
Gereksinimler süreç içinde değişebilir; ekip bu değişikliklere kontrollü şekilde uyum sağlar.
◎
Sürekli Geri Bildirim
Ürün düzenli olarak gösterilir, iş birimi ve kullanıcı geri bildirimleri erken alınır.
✓
Küçük Teslimatlar
Ürün büyük tek bir teslim yerine küçük ve kullanılabilir parçalar hâlinde geliştirilir.
⚙
Sürekli İyileştirme
Ekip yalnızca ürünü değil, kendi çalışma yöntemini de düzenli olarak geliştirir.
Agile ve Waterfall Karşılaştırması
Agile’dan önce yaygın şekilde kullanılan geleneksel yaklaşım genellikle Waterfall olarak adlandırılır. Waterfall’da analiz, tasarım, geliştirme ve test aşamaları daha doğrusal ilerler. Agile’da ise bu adımlar kısa döngüler içinde tekrar eder.
Doğrusal ve aşamalı
- Aşamalar çoğunlukla sıralı ilerler.
- Değişiklik maliyeti süreç ilerledikçe artar.
- Teslimat genellikle projenin sonunda yapılır.
- Geri bildirim daha geç alınabilir.
- Gereksinimlerin baştan net olması beklenir.
2 · Scrum ve Kanban
2
Agile Framework’leri: Scrum ve Kanban
Agile bir framework’tür; Scrum ve Kanban ise bu yaklaşımı günlük çalışma düzenine dönüştüren en yaygın framework’lerdir.
Zaman kutulu çalışma
Scrum, işleri genellikle 1–4 haftalık Sprint dönemlerinde ele alır. Her Sprint sonunda çalışan ve değer üreten bir çıktı ortaya çıkması hedeflenir.
Product BacklogÖnceliklendirilmiş işler
→
Sprint PlanningSprint kapsamı
→
SprintGeliştirme dönemi
→
ReviewÇıktının gösterimi
→
RetrospectiveSüreç iyileştirmesi
Scrum rolleri
Product Owner
Ürün vizyonu ve önceliklerden sorumludur.
Scrum Master
Ekibin Scrum’a uygun ve verimli çalışmasını destekler.
Development Team
Ürünü geliştiren, test eden ve teslim eden ekip üyeleridir.
Sürekli akış
Kanban, işleri bir akış üzerinde görselleştirir ve aynı anda yürütülen iş miktarını WIP limitleri ile sınırlar. Sabit Sprint yapısı zorunlu değildir.
Backlog
Kullanıcı profiliStory
Bildirim ayarlarıTask
To Do
API geliştirmeTask
In Progress
Şifre sıfırlamaStory
Review
Kod incelemeTask
Done
Giriş ekranıStory
Unit testlerTask
- İş görünür hâle getirilir.
- Devam eden iş sayısı sınırlandırılır.
- Akış ve bekleme süreleri ölçülür.
- Süreç darboğazları daha kolay fark edilir.
Scrum mı, Kanban mı?
Scrum, düzenli Sprint yapısıyla planlama ve teslim disiplinini güçlendirir. Kanban ise sürekli iş akışı, operasyon ve destek ekipleri için daha esnek bir yapı sunar. Bazı ekipler iki yaklaşımı birleştirerek Scrumban modeliyle çalışır.
Scrum, düzenli Sprint yapısıyla planlama ve teslim disiplinini güçlendirir. Kanban ise sürekli iş akışı, operasyon ve destek ekipleri için daha esnek bir yapı sunar. Bazı ekipler iki yaklaşımı birleştirerek Scrumban modeliyle çalışır.
3 · Jira ile Agile Süreç Yönetimi
3
Jira ile Agile Süreç Yönetimi
Jira, Atlassian tarafından geliştirilen; ekiplerin işleri planlamasını, önceliklendirmesini, durumlarını takip etmesini, raporlamasını ve yazılım geliştirme yaşam döngüsünü uçtan uca yönetmesini sağlayan bir iş takip ve proje yönetim platformudur.
Jira yalnızca görev açılan bir uygulama değildir. Bir talebin ilk kez kaydedilmesinden analiz, geliştirme, test, onay, sürüm ve canlıya geçiş aşamalarına kadar tüm süreç görünür ve ölçülebilir hâle getirilebilir. Workflow, yetkilendirme, otomasyon, bildirim, raporlama ve efor yönetimi gibi yetenekleri sayesinde özellikle yazılım ekiplerinde merkezi bir çalışma alanı oluşturur.
▦
Planlama
Backlog, Sprint, versiyon ve öncelik yönetimi yapılır.
⇄
Süreç Yönetimi
Workflow, statü, transition, onay ve otomasyonlar tanımlanır.
◫
Raporlama
Sprint, efor, çevrim süresi, burndown ve kapasite raporları izlenir.
Temel Jira kayıt yapısı
Epic
Birden fazla iş kalemini kapsayan büyük iş paketi
Story
Kullanıcı veya iş birimi ihtiyacını temsil eden geliştirme maddesi
Task
Teknik veya operasyonel görev
Bug
Tespit edilen yazılım hatası
Sub-task
Story veya Task altında takip edilen daha küçük iş parçası
Jira’da Scrum ve Kanban kullanımı
Scrum Board
Backlog’daki işler Sprint’e alınır. Sprint Planning sırasında kapsam belirlenir, Sprint boyunca işler board üzerinden takip edilir ve Burndown Chart gibi raporlarla ilerleme ölçülür.
Kanban Board
İşler sürekli akış mantığıyla yönetilir. Sütun bazlı WIP limitleri tanımlanabilir, Cycle Time ve Control Chart gibi raporlarla darboğazlar izlenebilir.
Örnek Jira workflow’u
Backlog→
Analysis→
To Do→
In Progress→
Code Review→
Testing→
UAT→
Ready for Release→
Done
Efor (Worklog) yönetimi
Jira’da ekip üyeleri yaptıkları çalışmaları saat veya dakika bazında Worklog olarak kaydedebilir. Böylece tahmin edilen efor ile gerçekleşen süre karşılaştırılır, takım kapasitesi takip edilir ve sonraki planlamalar daha gerçekçi yapılabilir.
| Tarih | Issue | Yapılan İş | Süre |
|---|---|---|---|
| 15.04.2026 | APP-101 | Analiz ve teknik değerlendirme | 2 saat |
| 16.04.2026 | APP-101 | Geliştirme | 5 saat |
| 17.04.2026 | APP-104 | Bug düzeltme | 2,5 saat |
| 18.04.2026 | APP-101 | Test desteği | 1 saat |
Sprint kapasitesi hesaplanır.
Tahmin ve gerçekleşen süre karşılaştırılır.
Proje maliyetleri analiz edilir.
Gelecek Sprint’ler daha doğru planlanır.
4 · DevOps
4
DevOps Nedir?
DevOps, yazılım geliştirme ve operasyon ekiplerini ortak süreç, otomasyon ve sorumluluk anlayışı etrafında birleştiren çalışma kültürüdür.
DevOps’un amacı yalnızca daha hızlı yayın yapmak değildir. Kodun güvenilir şekilde derlenmesi, test edilmesi, farklı ortamlara dağıtılması, izlenmesi ve gerektiğinde hızlıca geri alınabilmesi hedeflenir.
CodeGeliştirme
→
BuildDerleme
→
TestOtomatik testler
→
DeployOrtam dağıtımı
→
OperateCanlı işletim
→
Monitorİzleme ve geri bildirim
CI
Kod değişiklikleri sık ve otomatik şekilde birleştirilir.
CD
Test edilmiş yazılım kontrollü biçimde ortamlara dağıtılır.
Automation
Tekrarlayan manuel adımlar otomatikleştirilir.
Monitoring
Canlı ortam performansı ve hatalar sürekli izlenir.
5 · SDLC
5
SDLC: Yazılım Geliştirme Yaşam Döngüsü
SDLC, bir yazılım fikrinin ihtiyaç aşamasından bakım ve iyileştirme aşamasına kadar geçen tüm yaşam döngüsünü ifade eder.
1. İhtiyaç Analizi
İş ihtiyacı, kapsam, gereksinimler ve başarı kriterleri belirlenir.
2. Tasarım
Sistem mimarisi, veri modeli, kullanıcı deneyimi ve teknik çözüm tasarlanır.
3. Geliştirme
Kodlama yapılır, birim testleri yazılır ve değişiklikler versiyon kontrolüne alınır.
4. Test
Fonksiyonel, entegrasyon, performans ve güvenlik testleri gerçekleştirilir.
5. Dağıtım
Yazılım test, UAT ve canlı ortamlara kontrollü şekilde aktarılır.
6. Bakım
Canlı ortam izlenir, hatalar düzeltilir ve ürün yeni ihtiyaçlara göre geliştirilir.
Waterfall yaklaşımında bu aşamalar daha doğrusal ilerlerken, Agile projelerde aynı aşamalar küçük ve tekrarlanan döngüler hâlinde yürütülür.
6 · Gerçek Hayattan Bir Senaryo
6
Gerçek Hayattan Bir Senaryo
Bir mobil bankacılık uygulamasına “Kredi Kartı Limit Artırma” özelliğinin ekleneceğini düşünelim.
1. Talep ve analiz
İş birimi talebi iletir. Product Owner ve Business Analyst kapsamı, kuralları ve kabul kriterlerini netleştirir.
2. Jira’da kayıt yapısı oluşturulur
“Kart Limit Yönetimi” isimli bir Epic açılır. Altına limit görüntüleme, limit artırma talebi, onay ekranı ve bildirim gönderimi gibi Story’ler eklenir.
3. Sprint planlaması yapılır
Önceliklendirilen Story’ler Scrum Board üzerindeki ilgili Sprint’e alınır, ekip kapasitesi ve tahmini efor göz önünde bulundurulur.
4. Geliştirme başlar
Story geliştiriciye atanır ve Jira workflow’unda “In Progress” durumuna ilerletilir. Gerekirse teknik işler Task veya Sub-task olarak ayrılır.
5. Efor kaydı girilir
Analiz, geliştirme, kod inceleme ve test desteği gibi çalışmalar Jira’ya Worklog olarak kaydedilir.
6. Test ve hata yönetimi
Geliştirme test ortamına aktarılır. Test ekibi kabul kriterlerini doğrular; bulunan hatalar Bug olarak açılır ve ilgili Story ile ilişkilendirilir.
7. DevOps pipeline çalışır
Kod derlenir, otomatik testlerden geçirilir ve UAT ortamına dağıtılır. İş birimi onayından sonra Production yayını gerçekleştirilir.
8. Canlıya geçiş ve kapanış
Yeni özellik kullanıma açılır, canlı ortam izlenir, ilgili Jira kayıtları “Done” durumuna alınır ve Sprint çıktısı değerlendirilir.
Özet
Agile, ekiplerin doğru zamanda doğru değeri üretmesine yardımcı olan framework’tür. Scrum ve Kanban bu yaklaşımın uygulanmasını sağlar. Jira işleri görünür, takip edilebilir ve ölçülebilir hâle getirir. DevOps ise geliştirilen yazılımın güvenli, hızlı ve sürdürülebilir biçimde kullanıcıya ulaşmasını sağlar. SDLC tüm bu çalışmaların uçtan uca yaşam döngüsünü tanımlar.