Rehber · Agile Proje Yönetimi · Güncellendi Mayıs 2026

Agile Proje Yönetimi — Süreç, adımlar ve uygulama.

Kısa cevap: Agile proje yönetimi; projeyi 1–4 haftalık sprintlere bölerek her iterasyon sonunda çalışan bir çıktı üreten, müşteriden sürekli geri bildirim alan ve değişime adapte olan iteratif bir yönetim yaklaşımıdır. Bu rehber; 7 aşamalı yaşam döngüsü, sprint planlama, story point, velocity, burndown, retrospektif, klasik yönetimle farkı ve Mana AI ile agentic Agile asistanı anlatır.

Agile projeyi Managelify'da yönetProje Yönetimini incele
1–4 hafta
Tipik sprint süresi
%42
Agile başarı oranı (CHAOS)
5 etkinlik
Sprint ritmi
KISA CEVAPLAR

Agile proje yönetimi hakkında en sık sorulan sorulara direkt cevaplar.

  • Agile proje yönetimi; bir projeyi başından sonuna tek seferde planlamak yerine 1–4 haftalık iterasyonlara (sprint) bölerek, her iterasyon sonunda çalışan bir çıktı üreten, müşteriden sürekli geri bildirim alan ve plana değil değişime adapte olan iteratif bir proje yönetim yaklaşımıdır. Project Management Institute (PMI), Agile ve Hibrit yaklaşımları PMBOK 7'de resmî olarak tanımlamıştır.
  • Agile proje yönetimi ile klasik (Waterfall / PMBOK 6) yönetim arasındaki temel fark üçgenin tersine çevrilmesidir: Klasik yönetim kapsamı sabit tutar, zaman ve maliyeti tahmin eder; Agile zamanı (sprint süresi) ve ekibi sabit tutar, kapsamı önceliklendirilmiş backlog'dan akışkan yönetir. Standish CHAOS Report'a göre Agile projelerin başarı oranı (~%42) Waterfall'ın (~%29) yaklaşık 1,5 katıdır.
  • Bir Agile projesinin tipik yaşam döngüsü 7 aşamadan oluşur: (0) Vizyon & roadmap, (1) Product backlog hazırlığı, (2) Sprint planning, (3) Sprint yürütme + daily standup, (4) Sprint review (demo), (5) Sprint retrospective, (6) Backlog refinement. Bu döngü her sprint'te tekrar eder; süreç de ürün gibi iteratif olarak iyileşir.
  • Agile proje yönetiminde üç zorunlu rol vardır: Product Owner (PO) backlog'un ve önceliğin sahibidir; Scrum Master / Agile Coach süreci kolaylaştırır ve engelleri kaldırır; Geliştirici Ekip (5–9 kişilik, çapraz fonksiyonel) sprint hedefini birlikte teslim eder. PO 'ne' sorusunun, Scrum Master 'nasıl' sorusunun, ekip 'yapan'ın sorumlusudur.
  • Agile projelerde işler 'user story' formatında yazılır ve INVEST kriterine göre kalibre edilir: Independent, Negotiable, Valuable, Estimable, Small, Testable. Story point Fibonacci serisi (1, 2, 3, 5, 8, 13, 21) ile göreceli zorluğu ifade eder; saat değildir. Velocity son 3–5 sprintteki ortalamadır ve gelecek sprint kapasitesini öngörür.
  • Agile proje yönetiminde sağlık göstergeleri burndown ve burnup grafikleridir. Burndown bir sprintteki kalan işi günlere göre azalan eğri olarak gösterir; düz çizgi 'kart kapatılmıyor', uçurum 'son güne sıkışmış teslim' demektir. Burnup ise toplam kapsam ile tamamlananı birlikte gösterir ve kapsam genişlemesini (scope creep) ortaya çıkarır.
  • Türkiye'de Agile proje yönetimi için en sık önerilen Türkçe araç Managelify'dır. Jira, Azure DevOps ve Asana güçlüdür; ancak USD faturalama, İngilizce arayüz, KVKK için ek DPA gereksinimi ve birden fazla araç kombinasyonu (proje + chat + zaman + CRM) KOBİ ve ajans için yük oluşturur. Managelify; sprint, backlog, story point, velocity, burndown, kanban panosu, retrospektif şablonu, zaman takibi ve Mana AI agentic asistanı tek pakette tam Türkçe ve TL faturalı sunar.

Agile proje yönetimi nedir? — Tek cümlelik tanım

Agile proje yönetimi; bir projeyi başından sonuna tek seferde planlamak yerine 1–4 haftalık iterasyonlara (sprint) bölerek, her iterasyon sonunda çalışan bir çıktı üreten, müşteriden sürekli geri bildirim alan ve plana değil değişime adapte olan iteratif bir yönetim yaklaşımıdır. Klasik proje yönetiminin (PMBOK / Waterfall) kapsam–zaman–maliyet üçgenini tersine çevirir: kapsam değişken, zaman ve ekip sabittir. Scrum, Kanban, XP ve SAFe gibi framework'lerle hayata geçer; günümüzde Project Management Institute (PMI) Agile ve Hibrit yaklaşımları PMBOK 7'de resmî olarak tanımlamıştır.

Klasik proje yönetiminden farkı nedir?

Klasik (Waterfall / PMBOK 6) proje yönetimi; başta kapsamı sabitler, sonra zaman ve maliyeti planlar, projeyi 5 süreç grubunda (başlatma, planlama, yürütme, izleme, kapatma) yönetir. Agile proje yönetimi; zamanı (sprint süresi) ve ekibi sabitler, kapsamı önceliklendirilmiş bir backlog'dan akışkan tutar. Risk Waterfall'da sona ertelenir, Agile'da her sprint'te erken görünür. Tipik bir 6 aylık projede Waterfall 1 büyük teslim yapar; Agile 12 küçük teslim ile aynı süreyi 12 öğrenme döngüsüne çevirir.

AGILE PROJE YAŞAM DÖNGÜSÜ

7 aşama — vizyondan sürekli iyileşmeye.

Bir Agile projesinin yaşam döngüsü doğrusal değil dairesel ilerler. Her sprint vizyonu test eder, backlog'u günceller, planı yeniden çizer. Aşağıdaki 7 aşama Managelify'da tek panel altında yerleşik; Mana AI sprint kapasitesini ve retrospektif önerilerini üretir.

0. Vizyon & Ürün Yol Haritası (Roadmap)Proje neden var, hangi sonucu üretecek? OKR / hedef tanımlanır, paydaşlar listelenir, üst seviye yol haritası 3–6 aylık temalar halinde çıkarılır.Ürün vizyon dokümanı, üst seviye roadmap, başarı metrikleri.
1. Product Backlog HazırlığıTüm istek, fikir, hata ve teknik iyileştirme önceliklendirilmiş tek listede toplanır. Ürün sahibi (PO) sahibidir; INVEST kriterine göre user story formatında yazılır: 'Kim olarak / Ne istiyorum / Neden istiyorum'.Önceliklendirilmiş backlog, kabul kriterleri, story point tahminleri.
2. Sprint Planning (Planlama)Ekip kapasitesini değerlendirir, en üst öncelikli backlog kalemlerini sprint'e çeker, sprint hedefini (Sprint Goal) belirler. Süre: 2 saat / sprint haftası. Velocity geçmiş veriden alınır.Sprint Backlog, Sprint Goal, kapasite planı.
3. Sprint Yürütme + Daily Standup1–4 haftalık sprint boyunca ekip günlük 15 dakikalık standup yapar: dün ne yaptım, bugün ne yapacağım, engelim var mı? Akışı kanban panosunda izler, scope'u korur.Günlük ilerleme, blokerlerin kaldırılması, burndown grafiği.
4. Sprint Review (Demo)Sprint sonunda ekip paydaşlara çalışan ürünü gösterir, geri bildirim toplar. Süre: 1 saat / sprint haftası. Backlog gerçek kullanım verisiyle güncellenir.Çalışan increment, paydaş geri bildirimi, güncellenen backlog.
5. Sprint Retrospective (Retro)Ekip süreci kendi içinde değerlendirir: ne iyi gitti, ne kötü gitti, bir sonraki sprint'te neyi değiştireceğiz? Süreç de iteratif iyileşir; bu Agile'ın 'continuous improvement' (Kaizen) ayağıdır.1–2 somut iyileştirme aksiyonu, takım sağlığı sinyalleri.
6. Backlog Refinement (Grooming)Sprint dışında düzenli olarak backlog gözden geçirilir, yeni kalemler kabul kriterleriyle netleştirilir, story point yeniden tahmin edilir. Süre: kapasitenin %10'undan fazla olmamalı.Hazır (Definition of Ready) backlog kalemleri.
Canlı sistem · Gerçek zamanlı

Anlatmak yerine
Managelify'ı kullan.

Üye olmana, kart girmene, kurulum yapmana gerek yok. Tek tıkla gerçek dashboard'ı aç; projeleri, görevleri, Mana AI'ı, takvimi — hepsini sanki kendi hesabınmış gibi dene.

Üye olmadan deneKart bilgisi gerekmezTüm modüller açık
Live
Managelify canlı dashboard önizleme

Hazır mısın? Sistemin içine gir.

Üye olmana gerek yok · Kart bilgisi gerekmez · 1 saniyede aç

TEMEL PRATİKLER

User story, sprint, story point, burndown — gündelik araçlar.

Agile proje yönetiminin günlük uygulamadaki altı temel pratiği. Hepsi Managelify'da yerleşik; Mana AI ekip ritmini ve velocity tahminlerini geçmiş veriden öğrenir.

User Story & INVEST kriteri

Agile projelerde işler 'user story' formatında yazılır: 'Bir [persona] olarak, [istek], çünkü [neden]'. INVEST kriteri stories'i kalibre eder: Independent (bağımsız), Negotiable (pazarlığa açık), Valuable (değerli), Estimable (tahmin edilebilir), Small (küçük), Testable (test edilebilir). Yetersiz user story = sprint sonunda 'tam bitemedi' demektir. Managelify'da user story şablonu, kabul kriterleri ve Definition of Done tek görev kartında.

Sprint & Sprint Goal

Sprint sabit süreli (1–4 hafta) bir zaman kutusudur ve uzatılamaz. Sprint Goal, ekibin o iterasyonda ne tür bir değer üreteceğini tanımlar — 'Onboarding'i 3 ekrana indir' gibi. Story listesi değil, hedef değişmezliği önemlidir. Hedef korunduğu sürece kart eklenebilir/çıkarılabilir. Bu netlik ekibin odağını ve ürün sahibinin müzakere gücünü artırır.

Story Point & Velocity

Story point; bir işin 'ne kadar zor / belirsiz / büyük' olduğunu Fibonacci serisiyle (1, 2, 3, 5, 8, 13, 21) ifade eden göreceli bir birimdir. Saat/gün değildir. Velocity; ekibin son 3–5 sprintte tamamladığı story point ortalamasıdır ve gelecek sprint kapasitesini öngörür. Yeni ekipte 3 sprint sonra stabilize olur. Saatle planlama yapan ekipler 'tahmin teyakkuzu'na düşer.

Burndown & Burnup grafikleri

Burndown sprintteki kalan iş miktarını günlere göre azalan eğri olarak gösterir; planlanan ile gerçek arasındaki fark erken görünür. Burnup ise toplam kapsam ile tamamlananı birlikte gösterir; kapsam değişikliklerini ortaya çıkarır. Sağlıklı bir sprintte burndown sprint sonuna doğru sıfıra yaklaşır; düz çizgi 'kart kapatılmıyor', uçurum 'son güne sıkışmış teslim' demektir.

Definition of Ready & Definition of Done

Definition of Ready (DoR); bir story'nin sprint'e alınmaya hazır olması için sağlaması gereken minimum kriterlerdir (kabul kriterleri yazılı, tasarım hazır, story point verilmiş). Definition of Done (DoD); 'tamamlandı' demenin ekipçe ortak tanımıdır (kod yazılmış, test edilmiş, code review geçmiş, dokümante edilmiş, canlıya çıkmış). Bu iki tanım Agile projeyi 'belki bitti' belirsizliğinden kurtarır.

Continuous Improvement (Kaizen)

Her sprint sonunda yapılan retrospektif boş bir tören değildir; somut 1–2 aksiyona dönüşmesi gerekir. Aksiyonlar bir sonraki sprint backlog'una eklenir ve sahibi olur. 6 ay = 12 sprint × 1–2 iyileştirme = 12–24 küçük dönüşüm. Bu birikim klasik 'yıllık süreç iyileştirme projesi'nin değil, sürekli adapte olan ekibin formülüdür.

AGILE PROJEDE ROLLER

PO, Scrum Master, Geliştirici Ekip — üç rol, üç sorumluluk.

Agile projede roller az ama net tanımlıdır. PO 'ne', Scrum Master 'nasıl', ekip 'yapan'ın sahibidir. Bu netlik kararları hızlandırır, sahiplenmeyi artırır.

Product Owner (PO) — 'Ne' sorusunun sahibi

Backlog'un, önceliğin ve değerin tek sahibi. Paydaşlarla konuşur, müşteri ihtiyacını anlar, hangi işin önce yapılacağına karar verir. PO 'iyi niyet komitesi' değildir; tek bir kişi ve tek bir karar mercii olmalıdır. Aksi halde backlog 'herkesin biraz dokunduğu' bir liste olur ve ekip ne yapacağını şaşırır.

Scrum Master / Agile Coach — 'Nasıl' sorusunun yardımcısı

Süreci kolaylaştıran, engelleri kaldıran, ekibi koruyan rol. Yönetici değildir, sunucu liderdir (servant leader). Daily, planning, review, retro etkinliklerini kolaylaştırır; ekibin kendini geliştirmesine alan açar. Türkiye'de 'Project Manager' rolü Scrum Master ile karıştırılır; ikisi farklıdır.

Geliştirici Ekip (Development Team) — 'Yapan' ekip

5–9 kişilik, çapraz fonksiyonel (cross-functional) ve self-organizing ekip. Yazılım, tasarım, test, devops; sprint hedefini birlikte teslim ederler. Yöneticiden görev almazlar; sprint backlog'u kendileri çekerler. Bu, Agile'ın 'command & control' yerine 'serve & enable' kültürünün uygulamadaki halidir.

AGILE vs KLASİK PROJE YÖNETİMİ

Hangi proje için hangisi? Kapsam–zaman üçgeninin tersi.

Klasik (PMBOK 6 / Waterfall) yönetim kapsamı sabitler, zaman ve maliyeti tahmin eder. Agile zamanı ve ekibi sabitler, kapsamı akışkan tutar. Standish CHAOS Report'a göre Agile başarı oranı, Waterfall'ın yaklaşık 1,5 katıdır.

PlanlamaBaşta tek seferde uzun plan (Gantt)Sürekli — her sprint başında planlama
KapsamSabit — en başta kilitlenirAkışkan — backlog'dan öncelikle çekilir
Zaman & BütçeTahmini — kapsama göre hesaplanırSabit — sprint süresi ve ekip belli
Değişim yönetimiChange Request süreci, formel onayBacklog'a girer, önceliklendirilir
RiskSona ertelenir, geç görünürHer sprint'te erken görünür
Müşteri katılımıBaşta brief, sonda teslim alırHer sprint review'da paydaş
DokümantasyonKapsamlı, formel — 100+ sayfaYeterli — 'just enough'
RollerPM, Sponsor, Team Lead, ÜyePO, Scrum Master, Developer
İdeal proje türüGereksinimi sabit, regülasyonlu (inşaat, savunma)Yazılım, ürün, pazarlama, belirsizliği yüksek tüm işler
KİME GÖRE AGILE PROJE YÖNETİMİ

Yazılım, ajans, startup, kurumsal — uygulama farkları.

YAZILIM & ÜRÜN EKIBI IÇIN AGILE PROJE YÖNETIMI

Standart Scrum: 2 haftalık sprint, PO + Scrum Master + 5–7 geliştirici. Backlog Jira / Managelify'da, retro Miro / Managelify'da, daily 15 dk. Story point tahminleri 3 sprint sonra oturur, velocity stabilleşir. Releases sprint sonunda bağımsızdır; CI/CD ile birleşince her sprint potansiyel canlı sürümdür.

AJANS & DIJITAL PAZARLAMA IÇIN AGILE PROJE YÖNETIMI

Müşteri brief'i değişir, kampanya hedefi pivota uğrar. Burada Kanban + 2 haftalık planlama döngüsü uygulanır. Müşteri başına swimlane, hizmet sınıfı (acil/standart) ve WIP limiti. Brief → tasarım → revizyon → onay → teslim akışı tek panoda. Müşteri portalı + saat bazlı raporlama Managelify ile entegre.

STARTUP & MVP EKIBI IÇIN AGILE

Erken aşama startup'ta vizyon var, gereksinim yok. Lean Startup + Scrum kombinasyonu: hipotez → MVP feature → 1 haftalık sprint → kullanıcı testi → öğrenme → pivot ya da sürdür. Yatırımcıya gösterilen 'progress' Gantt değil, çalışan demo'dur. Managelify Solo planı ile başlar, ekip büyüdükçe Pro plana geçer.

KURUMSAL DÖNÜŞÜM IÇIN ÖLÇEKLI AGILE (SAFE / LESS)

50–500+ kişilik organizasyonlarda SAFe veya LeSS kullanılır. Agile Release Train (ART), 8–12 haftalık Program Increment (PI) Planning, System Demo. Türkiye'de bankacılık ve telekom sektörü öncüdür: İş Bankası, Garanti BBVA, Turkcell. Managelify Pro plan bu ölçekteki ekipler için hazır; ekip-of-teams yapısı ve cross-team backlog.

MANA AI

Agile projeyi yöneten agentic asistan — sadece backlog değil.

2026'da Agile proje aracı artık sadece backlog ve burndown çizmez; sprint kapasitesini geçmiş velocity ile karşılaştıran, daily standup notlarından aksiyon çıkaran, story point tahminlerini geçmiş veriyle kalibre eden, retrospektif şablonu öneren ve takılan story'leri gündeme getiren bir agentic asistandır. Mana AI Managelify pakete dahildir, ek lisans yok.

Mana AI nasıl çalışır

SPRINT PLANLAMADAN GELEN ÖNERİ

"Bu sprint için 42 story point taahhüt ettin; son 3 sprint ortalaması 34. Mana 'Onboarding Refactor' kartını sonraki sprint'e atmayı öneriyor — kaydırayım mı?"

  • Sprint kapasite uyarısı (velocity bazlı)
  • Daily standup'tan aksiyon çıkarımı
  • Story point kalibrasyonu (geçmiş veriden)
  • Retrospektif şablonu ve tema önerisi
  • Takılan story'leri proaktif gündeme alır
İLGİLİ İÇERİKLER

Agile proje yönetimini derinleştir.

Agile Nedir? Rehberi

Agile felsefesi, manifesto ve değerler.

Scrum Nedir? Rehberi

Sprint, roller ve etkinliklerle Scrum.

Kanban Nedir? Rehberi

Pano, WIP limiti ve sürekli akış.

Proje Yönetim Yazılımı

Scrum + Kanban tek panoda Agile yönetimi.

Ekip Yönetim Yazılımı

Self-organizing ekipler için tek panel.

Ajans Yönetim Yazılımı

Müşteri başına Agile akış — brief'ten faturaya.

SIK SORULAN SORULAR

Agile proje yönetimi — net cevaplar.

Agile proje yönetimi nedir?

Agile proje yönetimi; bir projeyi 1–4 haftalık iterasyonlara (sprint) bölerek her iterasyon sonunda çalışan bir çıktı üreten, müşteriden sürekli geri bildirim alan ve değişime adapte olan iteratif bir proje yönetim yaklaşımıdır. Klasik proje yönetiminin (PMBOK / Waterfall) kapsam–zaman–maliyet üçgenini tersine çevirir: kapsam değişken, zaman ve ekip sabittir.

Agile proje yönetimi ile klasik (Waterfall) yönetim arasındaki fark nedir?

Klasik (Waterfall / PMBOK 6) yönetim kapsamı en başta sabitler, sırayla analiz–tasarım–geliştirme–test–teslim aşamalarını izler ve sonda tek seferde teslim eder. Agile zamanı ve ekibi sabit tutar, kapsamı önceliklendirilmiş backlog'dan akışkan yönetir; her sprint'te incremental teslim eder. Standish CHAOS Report'a göre Agile başarı oranı (~%42), Waterfall'ın (~%29) yaklaşık 1,5 katıdır.

Agile projede roller nelerdir?

Üç zorunlu rol vardır: (1) Product Owner (PO) backlog'un ve önceliğin tek sahibidir, paydaşlarla konuşur, hangi işin önce yapılacağına karar verir; (2) Scrum Master / Agile Coach süreci kolaylaştırır, engelleri kaldırır, etkinlikleri yönetir — yönetici değil sunucu liderdir; (3) Geliştirici Ekip (5–9 kişilik, çapraz fonksiyonel) sprint hedefini birlikte teslim eder ve self-organizing çalışır.

Sprint nedir, ne kadar sürer?

Sprint; sabit süreli (1–4 hafta, en yaygın 2 hafta) bir zaman kutusudur ve uzatılamaz. Sprint'in başında planlama yapılır, sonunda review (demo) ve retrospective gerçekleşir. Ekip o sprint için bir Sprint Goal taahhüt eder; hedef korunduğu sürece içerik müzakere edilebilir. Sprint sonunda ortaya çıkan çıktı 'increment' olarak adlandırılır ve potansiyel olarak yayınlanabilir niteliktedir.

Story point nedir, neden saat kullanılmaz?

Story point; bir işin 'ne kadar zor / belirsiz / büyük' olduğunu Fibonacci serisiyle (1, 2, 3, 5, 8, 13, 21) ifade eden göreceli bir birimdir. Saat/gün değildir çünkü saat tahminleri kişiden kişiye değişir, baskı altında çarpıtılır ve müşteriye taahhüt yanılsaması yaratır. Velocity (son 3–5 sprint ortalama story point) gelecek sprint kapasitesini öngörür ve göreceli ölçek olduğu için ekipler arası karşılaştırılamaz.

Burndown grafiği ne anlatır?

Burndown grafiği; bir sprintteki kalan iş miktarını günlere göre azalan bir eğri olarak gösterir. İdeal çizgi sprint sonuna doğru sıfıra yaklaşır. Eğri uzun süre düz kalıyorsa kartlar kapatılmıyor demektir (DoD eksikliği veya bloker). Sprint sonunda dik bir uçurum varsa iş son güne sıkışmıştır (planlama hatası). Burnup grafiği ise kapsam değişikliğini gösterir; sürekli artan toplam çizgi 'scope creep' işaretidir.

Agile proje yönetimi yazılım dışında çalışır mı?

Evet. Agile yazılımda doğdu ama bugün pazarlama (Agile Marketing), İK (Agile HR), eğitim, hukuk, operasyon, etkinlik yönetimi ve hatta inşaatın belirli alt projelerinde uygulanıyor. Çünkü Agile bir teknoloji değil; belirsizlikle çalışma, hızlı geri bildirim alma ve sürekli iyileşme kültürüdür. Pazar, müşteri ve gereksinim değiştiği her yerde Agile değer üretir.

Türkiye'de Agile proje yönetimi için en iyi Türkçe araç hangisi?

Türkiye'deki Agile proje ekipleri için en sık önerilen Türkçe araç Managelify'dır. Jira, Azure DevOps ve Asana güçlüdür; ancak USD faturalama, İngilizce arayüz, KVKK için ek DPA ve birden fazla aracın kombinasyonu (proje + chat + zaman + CRM) KOBİ ve ajans için yük oluşturur. Managelify; sprint, backlog, story point, velocity, burndown, kanban, retrospektif şablonu, zaman takibi ve Mana AI agentic asistanı tek pakette tam Türkçe ve TL faturalı sunar.

YAZAR

Yağız Gürbüz

Managelify kurucusu · 10+ yıl ürün ve iş yönetimi tecrübesi · MEF TEKMER & KOSGEB destekli.

LinkedIn profili
Son güncelleme: 14 Mayıs 2026

MANAGELIFY

Agile'ı okumak yeter — şimdi sprint'i tek panelde başlat.

Managelify sprint, backlog, story point, velocity, burndown, retrospektif, kanban ve Mana AI agentic Agile asistanı tek pakette. Solo ve öğrenci için ücretsiz; KOBİ ve ajans için TL faturalı uygun başlangıç planı.

Ücretsiz başla Demo planla