Scrum Toolbox: GitHub for Scrum

Eğitim Hakkında

Scrum olaylarını ve artefaktlarını GitHub'a eşleme

Eğitim, Scrum takımlarının GitHub'ı etkin kullanması için gereken akışı kurar: Git ve dal temelleri, product backlog'un issue olarak tutulması, kullanıcı hikâyesi ve kabul kriteri şablonları, Projects iterasyon alanı ile sprint planı, durum otomasyonu, Definition of Done'ın PR şablonu ve status check ile denetimi, burndown için Insights, release notları ve retrospektif için Discussions kullanımı.

Süre ve Format

2 Gün. Her gün dört modül; 1. gün GitHub Çalışma Temeli ve Backlog; 2. gün Sprint Akışı, Kalite ve Otomasyon.

Seviye

Temel Seviye — Scrum artefaktlarını GitHub Issues, Projects ve Actions ile yöneten çevik araç yelpazesi

Öğrenme Metodu

Katılımcılar örnek bir ürün için backlog oluşturur, sprint panosunu kurar, DoD'yi PR şablonu ve zorunlu kontrollerle uygular ve sprint review notlarını üretir.

Neden Bu Eğitim?

📋Tek Platform

Backlog, kod ve CI'yı aynı yerde tutarak bağlam kaybını azaltırsınız.

✅Otomatik DoD

Definition of Done maddelerini PR şablonu ve zorunlu kontrollerle denetlersiniz.

📈Şeffaf İlerleme

Projects görünümleri ve Insights ile sprint ilerlemesini herkese açık hale getirirsiniz.

Anahtar Konular

github scrumscrum toolboxgithub projects scrumsprint planlama githubdefinition of donegithub issues backlogburndown githubscrum master githubgithub discussions retrospektifçevik github

“Çevik olmak, işi görünür kılmakla başlar.”

Ön Koşullar

Eğitimden verim almak için faydalı olacak bilgi ve ortam gereksinimleri

1

Scrum Aşinalığı

Scrum rolleri ve olayları hakkında temel bilgi gerekir.

2

Git Temelleri

Dal ve commit kavramlarına kısa bir aşinalık faydalıdır.

3

GitHub Hesabı

Uygulamalar için ücretsiz bir GitHub hesabı gerekir.

4

Ekip Deneyimi

Çevik bir ekipte çalışmış olmak örneklerin anlaşılmasını kolaylaştırır.

Eğitim İçeriği

Programın gün gün akışı aşağıdadır. Bir güne tıklayarak o günün modüllerini ve içeriklerini görebilirsiniz.

Günün hedefiKatılımcı gün sonunda Git ve GitHub temellerini kurar; product backlog ve kullanıcı hikâyelerini issue ve Projects ile yönetir.

Modül 1

Sürüm Kontrol Kavramları ve Git Mimarisi

Merkezi (SVN, CVS) ve dağıtık (Git, Mercurial) sürüm kontrol sistemlerinin çalışma farkları
Çalışma dizini, staging area (index) ve yerel depo üçlüsü; dosyanın untracked, modified, staged, committed durumları
Snapshot tabanlı veri modeli ve SHA-1 ile içerik adresleme; commit kimliğinin nasıl oluştuğu
HEAD, dal ve etiketlerin yalnızca commit'e işaret eden hafif referanslar olduğu gerçeği
Sürüm kontrolünün ekip içindeki yeri: değişiklik izlenebilirliği, denetim izi ve geri dönüş güvencesi
Git'in internet olmadan çalışabilmesi ve yerel depoda tam tarihçenin bulunmasının günlük işe etkisi

Modül 2

GitHub Temelleri: Depo, Fork ve Pull Request

GitHub hesabı, profil README'si, depo oluşturma, görünürlük (public/private/internal) ve lisans seçimi
README.md, CONTRIBUTING.md, CODE_OF_CONDUCT.md ve SECURITY.md gibi topluluk sağlık dosyaları
Fork, clone ve upstream ile açık kaynak katkı akışı
Pull request açma, taslak (draft) PR, açıklama şablonu ve değişikliklerin diff görünümünde incelenmesi
Merge seçenekleri: merge commit, squash and merge ve rebase and merge arasındaki tarihçe farkları
GitHub web editörü, github.dev ve Codespaces ile tarayıcıda düzenleme

Modül 3

Issues, Projects ve Takım Koordinasyonu

Issue oluşturma, etiket (label), atanan kişi ve milestone ile iş sınıflandırma
Issue form şablonları (.github/ISSUE_TEMPLATE/*.yml) ve PR şablonu (pull_request_template.md)
Closes #123 anahtar sözcükleriyle commit ve PR'ın issue'ya otomatik bağlanması
GitHub Projects (v2): tablo, pano ve yol haritası görünümleri, özel alanlar ve otomasyon
GitHub Discussions, @mention ve bildirim yönetimi ile ekip iletişimi
Release notları, otomatik oluşturulan changelog ve GitHub Releases ile sürüm yayını

Modül 4

Scrum Artefaktlarını GitHub'a Eşleme

Product backlog'u issue olarak tutma; kullanıcı hikâyesi şablonu ve kabul kriterleri (Given-When-Then)
Sprint'i milestone veya Projects iterasyon alanıyla modelleme; sprint backlog panosu
Story point, öncelik ve durum için özel alanlar; Projects otomasyonuyla kolon geçişleri
Definition of Done'ı PR şablonu ve zorunlu status check'lerle teknik olarak denetleme
Burndown/burnup verisi için Projects Insights grafikleri ve gh CLI ile rapor çıkarma
Sprint review için release notları, sprint retrospektifi için Discussions kullanımı

Günün hedefiKatılımcı gün sonunda Dallanma stratejisi, kod inceleme ve CI ile Definition of Done'ı teknik olarak uygular; sprint akışını ekip sözleşmesine bağlar.

Modül 1

Dallanma Stratejileri: Git Flow, GitHub Flow, Trunk-Based

Git Flow modeli: main, develop, feature, release ve hotfix dallarının rolleri ve ömürleri
GitHub Flow: tek ana dal, kısa ömürlü dal ve pull request ile sürekli dağıtım
Trunk-based development: küçük commit'ler, günlük entegrasyon ve feature flag kullanımı
Release dalı yönetimi, sürüm bakım dalları (release/1.x) ve hotfix'in ana dallara geri aktarımı
Takım büyüklüğü, dağıtım sıklığı ve ürün tipine göre strateji seçim kriterleri
Dal isimlendirme standartları (feature/, bugfix/, release/) ve dal koruma kurallarıyla zorunlu kılma

Modül 2

Kod İnceleme ve Dal Koruma Kuralları

Pull request review: yorum, öneri (suggestion), Approve ve Request changes akışı
CODEOWNERS dosyası ile yol bazlı zorunlu gözden geçiren atama
Branch protection rules ve rulesets: zorunlu onay sayısı, status check, imzalı commit, doğrusal tarihçe
Required status checks ile CI sonucuna bağlı birleştirme ve merge queue kullanımı
Auto-merge, stale review dismissal ve force push engelleme ayarları
Etkili kod incelemesi pratikleri: küçük PR, açıklayıcı başlık, review checklist

Modül 3

GitHub Actions Temelleri: Workflow Anatomisi

.github/workflows/*.yml yapısı: name, on, jobs, runs-on, steps ve uses/run farkı
Tetikleyiciler: push, pull_request, workflow_dispatch, schedule (cron), release ve paths/branches filtreleri
GitHub-hosted runner'lar (ubuntu-latest, windows-latest, macos-latest) ve dakika/kota yönetimi
actions/checkout, actions/setup-node ve setup-python gibi hazır eylemlerin sürüm sabitlemesi
Job'lar arası needs bağımlılığı, if koşulları ve ifade bağlamları (github, env, secrets, matrix)
Matrix stratejisi ile birden fazla işletim sistemi ve çalışma zamanı sürümünde test

Modül 4

Takım İçi Git Pratikleri ve Çalışma Sözleşmesi

Commit mesajı standardı, atomik commit ilkesi ve tek amaçlı PR yaklaşımı
Takım Git sözleşmesi: dal adlandırma, merge/rebase politikası, kimin ne zaman force push yapabileceği
Çakışmayı azaltan pratikler: sık entegrasyon, küçük dosyalar, format kuralları (.editorconfig, prettier)
Monorepo ve çoklu depo düzeninde sahiplik, CODEOWNERS ve sürüm yönetimi
Kod incelemesi etiği ve gözden geçirme süresi hedefleri; PR boyutu sınırı
Yeni üyenin ilk gün onboarding'i: erişim, hook kurulumu ve katkı kılavuzu

Eğitim Kazanımları

Program sonunda katılımcılar:

✅

Git Mimarisi

Git'in snapshot modelini ve üç alanlı çalışma düzenini açıklayabilirsiniz.

🎯

GitHub Temelleri

GitHub'da depo kurup fork ve pull request akışıyla katkı verebilirsiniz.

🔧

Proje Yönetimi

Issue, Projects ve Releases ile iş takibini GitHub içinde yürütürsünüz.

🧩

Scrum ve GitHub

Scrum olaylarını GitHub Issues ve Projects üzerinde izlenebilir hale getirirsiniz.

📦

Strateji Seçimi

Takımınıza uygun dallanma stratejisini seçip uygulayabilirsiniz.

🚀

Kod İnceleme

Dal koruma ve CODEOWNERS ile kalite kapılarını zorunlu hale getirirsiniz.

🔒

Actions Temelleri

Push ve PR ile tetiklenen matrix destekli CI workflow'ları yazarsınız.

📊

Takım Pratikleri

Ekip için uygulanabilir bir Git çalışma sözleşmesi hazırlayıp yürürlüğe alabilirsiniz.

Kimler İçin Uygundur?

Scrum Master'lar
ürün sahipleri
geliştirme ekipleri
Scrum'ı GitHub üzerinde yürütmek isteyen çevik koçlar ile proje yöneticileri için uygundur

Sıkça Sorulan Sorular

Bu eğitim kimler için uygundur?

Scrum Master'lar, ürün sahipleri, geliştirme ekipleri ve Scrum'ı GitHub üzerinde yürütmek isteyen çevik koçlar ile proje yöneticileri için uygundur.

Jira yerine GitHub kullanılabilir mi?

Eğitimde GitHub Projects ile Scrum yürütmenin güçlü ve sınırlı yönleri açıkça karşılaştırılır.

Definition of Done teknik olarak nasıl denetlenir?

PR şablonu, zorunlu status check ve CODEOWNERS ile DoD maddeleri otomatik doğrulanır.

Scrum bilgisi gerekli mi?

Temel Scrum rollerini ve olaylarını bilmek faydalıdır; kısa bir hatırlatma yapılır.

Eğitim sonunda hangi belge verilir?

Digital Vizyon Akademi Katılım ve Başarı Sertifikası verilir.

Sertifikalandırma

Bu eğitim Digital Vizyon Akademi Başarı Sertifikası ile tamamlanır.

Eğitim başında “Ön Test”, bitiminde “Son Test” uygulanarak gelişim ölçümlenir. Değerlendirme formunu dolduran katılımcılar sertifikalarını alır. Sertifikanızın geçerliliğini Sertifika Sorgulama sayfasından doğrulayabilirsiniz.

Örnek Sertifika

SCRUM TOOLBOX: GITHUB FOR SCRUM EĞİTİMİ