KURUMSAL EĞİTİM, FDD MODEL PROJE YÖNETİMİ

FDD MODEL PROJE YÖNETİMİ EĞİTİMİ

Yüz kişilik bir yazılım ekibini Scrum ile yönetmeye çalıştığınızı düşünün: her teamin sprint planlaması, onlarca daily standup, bu toplantıları besleyecek backlog refinement ve koordinasyon yükü. Scrum ve Kanban küçük ekiplerde güçlüdür; ancak kurumsal ölçekteki, çok ekiple yürütülen, büyük ve nesne yoğun yazılım projelerinde koordinasyon maliyeti hızla tırmanır. Feature-Driven Development (FDD) tam bu zorluğa yanıt verir.

Jeff De Luca ve Peter Coad tarafından 1997'de Singapore'da 50 geliştiricili bankacılık projesi için tasarlanan FDD; on yılı aşkın kurumsal savaş testinden geçmiş, model odaklı ve özellik merkezli bir çevik (Agile) metodolojisidir. Beş temel süreç, bireysel sınıf sahipliği (class ownership), paralel geliştirme ekipleri ve milestones bazlı şeffaf raporlama ile FDD; büyük ölçekli projelerde hem hız hem de görünürlük sağlar.

Bu eğitim; FDD'nin teorik temellerinin ötesinde, gerçek kurumsal yazılım projelerinde metodolojinin nasıl kurgulandığını, ekiplerin nasıl yapılandırıldığını, feature listelerinin nasıl oluşturulduğunu, Scrum ve DevOps ile nasıl entegre edildiğini ve proje ilerleme raporlamasının nasıl şeffaflaştırıldığını uygulamalı olarak ele alır.

Proje yöneticilerinden yazılım mimarlarına, ekip liderlerinden süreç danışmanlarına kadar kurumsal ölçekte yazılım projeleri yürüten herkes için tasarlanmış bu program; FDD'yi yalnızca anlatmakla kalmaz, katılımcıların kendi projelerinde hemen uygulayabileceği araçlar, şablonlar ve teknikler sunar.

EĞİTİM HEDEFİ

Bu eğitimin temel hedefi; katılımcılara Feature-Driven Development metodolojisini teorik ve uygulamalı düzeyde kavratmak, büyük ve karmaşık yazılım projelerini FDD çerçevesinde tasarlama, yönetme ve raporlama yetkinliği kazandırmaktır. Eğitim sonunda katılımcılar; FDD'nin beş temel sürecini (model geliştirme, özellik listesi oluşturma, özelliğe göre planlama, özelliğe göre tasarım, özelliğe göre inşa) anlayarak uygular, alan uzmanları (domain experts) ile birlikte nesne modeli ve etki alanı haritası oluşturur. Bunların yanı sıra kullanıcı hikayelerini ve iş gereksinimlerini FDD feature formatına dönüştürerek önceliklendirip listeleyebilir, bireysel sınıf sahipliği (class ownership) ve feature team yapısını doğru biçimde tasarlar, FDD milestone bazlı raporlama ile proje ilerleme şeffaflığını sağlayarak yöneticilere net durum sunumu yapabilir, Scrum sprint'leri ile FDD feature geliştirme döngüsünü hibrit biçimde yönetir, FDD'yi CI/CD ve DevOps araçlarıyla entegre ederek feature bazlı otomatik derleme ve test süreci kurar, risk yönetimi, kaynak tahsisi ve kapsam kontrolünü FDD araçlarıyla gerçekleştirir ve kurumsal çok ekipli projelerde koordinasyon mekanizmalarını tasarlayabilir hale gelir.

EĞİTİM İÇERİĞİ

1. FDD'YE GİRİŞ: TARİHÇE, FELSEFE VE KURUMSAL BAĞLAM

• FDD'nin Köken Hikayesi: 1997 Singapur bankacılık projesi: 50 geliştirici, 15 aylık yoğun program ve Jeff De Luca'nın metodoloji tasarım sürecini; "Özelliğe Göre Java Modelleme" kitabı ile metodolojinin olgunlaşması; FDD'nin 2001 Agile Manifesto ile uyumu ve SAFe (Scaled Agile Framework) içindeki yeri.
• FDD'nin Agile Metodolojilerle Karşılaştırması: Scrum ile temel farklar: sprint vs feature döngüsü, Product Owner vs Class Owner, velocity vs milestone %; Kanban ile iş akışı yönetimi karşılaştırması; XP pratiklerinin FDD ile örtüşen noktaları (kod sahipliği, kod incelemesi, sürekli entegrasyon); hangi proje büyüklüğü ve ekip yapısı için FDD daha uygun.
• Feature Kavramı ve FDD Sözlüğü: Feature tanımı: "Tek bir etkinlik tarafından gerçekleştirilen, değer üreten bir işlev" ve "2 haftadan uzun sürmemeli" kuralı; Subject → Activity → Object → Action feature cümle kalıbı (örn: "Müşteri için sipariş geçmişini listele"); Feature Set ve Subject Area hiyerarşisi; feature'ları user story, use case ve epic'ten ayıran farklar; FDD rol sözlüğü: Project Manager, Chief Architect, Development Manager, Chief Programmer, Class Owner, Domain Expert.
• FDD'nin Uygulama Alanları ve Sınırları: FDD'nin en uygun olduğu proje profili: nesne yönelimli, büyük ölçekli, stabil domain, paralel ekip; FDD'nin daha az uygun olduğu durumlar: çok küçük ekipler, sık değişen gereksinim, araştırma projeleri; FDD'yi benimseyen kurumsal örnekler: bankacılık, sigorta, telekomünikasyon, kamu.

2. FDD'NİN BEŞ TEMEL SÜRECİ

• Süreç 1 — Genel Bir Model Geliştirme (Develop an Overall Model): Domain expert ve yazılım mimarlarının ortak çalışması ile sistemin nesne modelinin çizilmesi; UML sınıf diyagramı ve nesne ilişki haritası oluşturma; iteratif model tartışması ve alternatiflerin değerlendirilmesi; model kapsamının belirlenmesi ve sınırların çizilmesi; "Walking Skeleton" ile erken mimari doğrulama.
• Süreç 2 — Özellik Listesi Oluşturma (Build a Feature List): İş gereksinimlerinden domain fonksiyonlarının çıkarılması; Feature cümle kalıbı ile her özelliğin standart formatta yazılması; özelliğin Subject Area → Feature Set → Feature hiyerarşisine sınıflandırılması; önceliklendirme teknikleri: MoSCoW, business value / technical risk matrisi, Kano modeli; feature listesinin Configuration Management (CM) sistemine alınması.
• Süreç 3 — Özelliğe Göre Planlama (Plan by Feature): Feature set'lerin geliştirme sırasının belirlenmesi; Chief Programmer'lara feature set atanması; Class Owner'ların belirlenmesi ve sınıf sahiplik listesi oluşturulması; Gantt ve Feature Progress Chart ile görsel zaman çizelgesi; kaynak tahsisi ve bağımlılık yönetimi; risk yüksek feature'ların erken döngüye alınması.
• Süreç 4 — Özelliğe Göre Tasarım (Design by Feature): Chief Programmer tarafından feature team oluşturulması; UML sequence diagram ile etkileşim tasarımı; sınıf sahipleri ile tasarım paketi hazırlama; tasarım denetimi (design inspection) ve onay süreci; tasarım paketinin CM'e alınması; "just enough design" ilkesi ve tasarım ile kodlama dengesi.
• Süreç 5 — Özelliğe Göre İnşa Etme (Build by Feature): Sınıf sahiplerinin kendi sınıflarını kodlaması; birim testi yazımı ve çalıştırılması; kod incelemesi (code inspection) ve onay; feature'ın CM'e promote edilmesi; sürekli entegrasyon ile ana kola birleştirme; tamamlanan feature'ın milestone sayacının güncellenmesi.

3. BİREYSEL SINIF SAHİPLİĞİ VE FEATURE TEAM YAPISI

• Class Ownership (Bireysel Sınıf Sahipliği) İlkesi: Her sınıfın (class) tek bir geliştirici tarafından sahiplenilmesi; sahiplik ile hesap verebilirlik ilişkisi; ortak kod sahipliği (collective ownership — XP) ile karşılaştırma; kod kalitesi ve teknik borç açısından farklar; büyük ekiplerde kod çakışmasını önleme mekanizması olarak class ownership.
• Feature Team Dinamikleri: Feature team'in geçici, çapraz fonksiyonel yapısı; Chief Programmer liderliğinde Class Owner'ların bir araya gelmesi; feature başına ortalama team büyüklüğü (2-6 kişi); feature team toplantısı: tasarım oturumu → kod → inceleme döngüsü; feature team'in sprint ekibinden farkı ve paralel yürütme avantajı.
• Chief Programmer Rolü ve Sorumlulukları: Chief Programmer'ın teknik liderlik ve proje yönetimi kombinasyonu; feature set için tasarım kararlarını alma, koordinasyon ve engel kaldırma; kod inceleme standartlarını belirleme; Development Manager ile iletişim ve raporlama; Chief Programmer olarak değerlendirilecek yetkinlik profili.
• Domain Expert ve Class Owner İşbirliği: Domain expert'in feature tasarım toplantısına katılımı; iş gereksinimi belirsizliklerinin tasarım aşamasında çözülmesi; domain expert ile teknik ekip arasında ortak dil (ubiquitous language) oluşturma; feature validation: domain expert'in tasarım paketini onaylaması.

4. FDD MİLESTONE BAZLI RAPORLAMA VE İLERLEME TAKİBİ

• FDD Milestone Sistemi: Her feature için altı kilometre taşı ve standart tamamlanma yüzdeleri: Alan Analizi (%1), Tasarım (%40), Tasarım Denetimi (%3), Kodlama (%45), Kod Denetimi (%10), Build/Promote (%1); toplam %100 tamamlanma hesabı; milestone sisteminin her feature'ı bağımsız izlenebilir kılması.
• Feature Progress Chart: Her feature'ın tamamlanma yüzdesinin görsel chart'a yansıtılması; renk kodlaması: yeşil (zamanında), sarı (gecikme riski), kırmızı (geciken); toplam proje tamamlanma yüzdesinin anlık hesabı; yöneticiye raporlamada FDD'nin şeffaflık avantajı; burnup ve burndown chart'larla karşılaştırma.
• Parkland Chart ve Hız Analizi: Parkland Chart ile planlanan vs gerçekleşen tamamlanma karşılaştırması; hız eğilimi analizi ile erken uyarı; kaynak darboğazının feature bazlı görselleştirilmesi; gecikme nedeni analizi: teknik, kaynak veya gereksinimlerdeki belirsizlik.
• CM (Configuration Management) ile Entegrasyon: Feature bazlı branch stratejisi: feature branch → review → integrate; Git ile FDD CM entegrasyonu; feature tag'leri ile sürüm takibi; CM durumunun Feature Progress Chart'a otomatik beslenmesi; Jira/Azure DevOps'ta FDD ilerleme tahtası kurulumu.

5. ALAN MODELLEMESİ VE NESNE TASARIMI

• Domain Object Modeling Teknikleri: Domain uzmanları ile yürütülen modelleme atölyesi yapısı; UML sınıf diyagramı ile alan nesnelerinin ilişkilendirilmesi; aggregation, composition ve association ilişkileri; Bounded Context ve subdomain tespiti; domain haritasının iteratif gelişimi ve versiyon yönetimi.
• Nesne Modeli ile Feature Listesi Bağlantısı: Domain nesnesinden feature çıkarma: her nesne üzerinde gerçekleşen eylemler feature adayıdır; model nesnesinin birden fazla feature set'e nasıl dahil olduğu; nesne modeli değişikliğinin feature listesine yansıması; "model-feature uyumu" kontrolü ile kapsam sürüklenmesini önleme.
• Arayüz Tasarımı ve API Modelleme: Domain nesnesinden RESTful API resource tasarımı; feature sequence diagram'ının API endpoint'e dönüştürülmesi; feature bazlı API versiyonlama stratejisi; OpenAPI/Swagger ile feature feature kontrakt dokümantasyonu; feature'lar arası veri akışının açıkça gösterilmesi.

6. FDD VE SCRUM HİBRİT YAKLAŞIMI

• FDD-Scrum Hibrit Modeli: FDD'nin uzun vadeli planlama (Süreç 1-3) ile Scrum sprint'lerinin kısa döngülü uygulamasını (Süreç 4-5) birleştiren hibrit yapı; feature set'lerin sprint kapasitesine bölünmesi; sprint planning'de feature milestone'larını baz alma; Definition of Done'u FDD milestone tamamlanması olarak tanımlama.
• Scrum Seremonilerinin FDD'ye Uyarlanması: Sprint planning'de feature team oluşturma; daily standup'ta feature milstone bazlı güncelleme formatı; sprint review'da feature demo ve domain expert geri bildirimi; retrospective'de class ownership ve feature team etkinliğinin değerlendirilmesi.
• Çok Ekipli (Multi-Team) FDD: SAFe (Scaled Agile Framework) içinde FDD: Program Increment planlama ve feature koordinasyonu; birden fazla Chief Programmer'ın ortak modeli paylaşması; cross-team feature bağımlılıklarının yönetimi; Integration Team ile sürekli bütünleştirme; Release Train ile feature sürümünün koordinasyonu.
• Kanban ve FDD Entegrasyonu: Feature'ların Kanban pano sütunlarına eşlenmesi: Analiz → Tasarım → Kod → İnceleme → Promote; WIP (Work in Progress) limiti ile feature parallelism kontrolü; Kanban metrikleri: cycle time ve throughput ile feature teslim hızı; Cumulative Flow Diagram ile feature akışı görselleştirme.

7. FDD VE DEVOPS ENTEGRASYONU

• Feature Branch Stratejisi ve CI/CD: Feature branch naming convention: feature/F-{id}-{subject-action-object}; Pull Request ile code inspection sürecinin otomasyonu; CI pipeline'da feature bazlı otomatik derleme, birim test ve statik analiz; feature flag ile tamamlanmamış feature'ın production'a güvenle gönderilmesi (dark launch).
• Feature Flag (özellik bayrağı) Yönetimi: Feature flag ile FDD feature bazlı kademeli sunum; LaunchDarkly veya OpenFeature ile flag yönetimi; A/B test entegrasyonu; feature flag'in Kanban board ile senkronizasyonu; flag temizleme borcu ve teknik borç yönetimi.
• Deployment Pipeline ve Environment Stratejisi: Feature bazlı environment: dev → feature-test → integration → staging → production; environment promotion kuralları; smoke test ile feature'ın her environment'ta doğrulanması; canary deployment ile feature kademeli açılımı; rollback stratejisi: feature flag kapatma ile anında geri alma.
• FDD ile Test Stratejisi: Feature bazlı TDD (Test-Driven Development) uygulaması; Class Owner'ın kendi birim testini yazması; feature integration testi ile çapraz sınıf etkileşiminin doğrulanması; acceptance test ile domain expert onayı; test coverage'ın feature bazında raporlanması.

8. PROJE YÖNETİMİ: RİSK, KAYNAK VE KAPSAM KONTROLÜ

• FDD'de Risk Yönetimi: Feature risk kategorileri: teknik karmaşıklık, domain belirsizliği, kaynak bağımlılığı, üçüncü taraf entegrasyon; risk yüksek feature'ların Süreç 2'de erken tanımlanması ve Süreç 3'te önce planlanması; risk matrisi ile feature önceliklendirme: yüksek değer + yüksek risk → erken döngü; "proof of concept" feature ile kritik mimari riskin erken doğrulanması.
• Kapsam Yönetimi ve Değişim Kontrolü: Feature listesinin baseline alınması ve "kapsam sürüklenmesi" (scope creep) önleme; yeni feature talebinin etkisinin mevcut plan üzerinde analizi; feature derecelendirme: öncelik değişikliği vs yeni ekleme; değişim kontrol süreci: talep → etki analizi → onay → feature listesi güncelleme; MoSCoW ile değişim önceliklendirme.
• Kaynak Planlaması ve Kapasite Yönetimi: Class Owner kapasitesinin feature bazında planlanması; paralel feature geliştirmenin kaynak dengesine etkisi; bottleneck tespiti: hangi sınıf owner'ı çok sayıda feature'da kritik yolda; kaynak çatışmalarının çözümü: refactoring, ownership devri, paralel atama; sprint velocity ile feature tamamlanma hızı tahminleme.
• Proje Sağlığı ve Erken Uyarı Sistemi: Feature tamamlanma hızı eğilim analizi ile geride kalma tespiti; "Red Feature" analizi: tasarım veya kodlama beklemede kalan feature'ların nedeni; Chief Programmer performans izleme: feature set tamamlanma oranı; Earned Value Management (EVM) ile FDD'nin birleştirilmesi: Feature Points; proje sağlık raporu formatı ve yönetici sununum şablonu.

9. FDD İLE KURUMSAL DÖNÜŞÜM VE ÖLÇEKLEME

• Kurumsal FDD Benimsemesi: FDD pilot proje seçim kriterleri; organizasyonu FDD'ye hazırlama: roller, sorumluluklar ve kültürel değişim; "FDD Champion" belirleme stratejisi; dirençle başa çıkma: "Neden Scrum değil FDD?" sorusunu yanıtlama; benimseme başarı kriterleri ve ölçüm metodolojisi.
• FDD Araç Ekosistemi: Azure DevOps ile FDD tahta ve feature takibi; Jira'da FDD özelleştirmesi: custom issue type ve workflow; Microsoft Project veya Smartsheet ile Feature Progress Chart entegrasyonu; Confluence'ta FDD wiki ve feature listesi; Draw.io ile domain model ve sequence diagram.
• FDD ile Teknik Borç Yönetimi: Refactoring feature'ı: teknik borcu feature olarak görünür kılma; class ownership devri ve kodun kalitesini izleme; code inspection bulgularının feature listesine teknik borç olarak eklenmesi; teknik borç bütçesi: her sprint/feature-set'in %20'si teknik iyileştirme.
• FDD Olgunluk Modeli: FDD olgunluk seviyeleri: süreç taklit → tutarlı uygulama → optimize etme; olgunluk değerlendirme kriterleri: feature netliği, milestone takibi, class ownership disiplini; organizasyonel FDD olgunluk anketi ve gelişim yol haritası; SAFe Large Solution'da FDD koordinasyonu.

10. UYGULAMALI ÇALIŞMALAR VE KAPSAMLI PROJE (CAPSTONE)

• Vaka Analizi — Bankacılık Projesi Çözümlemesi: Gerçek ölçekli fintech projesi senaryosu: çevrimiçi kredi başvuru sistemi; domain expert ile model geliştirme atölyesi simülasyonu; Subject Area ve Feature Set hiyerarşisinin oluşturulması; önceliklendirme matrix'i ile feature sıralaması; risk analizi ve erken döngü feature seçimi.
• Feature List Oluşturma ve Planlama Çalışması: Gruplar halinde seçilen proje senaryosu için tam feature listesi hazırlama; feature cümle kalıbı yazma ve domain expert validation; feature'ların Subject Area → Feature Set → Feature hiyerarşisine sınıflandırılması; Chief Programmer atama ve Class Owner belirleme; Gantt + Feature Progress Chart oluşturma.
• Feature Tasarım Paketi Hazırlama: Chief Programmer olarak feature team yönetimi simülasyonu; UML sequence diagram ile etkileşim tasarımı; tasarım denetimi rolünü üstlenme ve geri bildirim verme; feature'dan API contract ve birim test planı çıkarma; CI/CD pipeline feature branch stratejisi tasarlama.
• Capstone — Tam FDD Projesi Simülasyonu: Katılımcılar 3-4 kişilik gruplara bölünür; gerçek proje senaryosu için domain modeli, tam feature listesi, kaynak planı, feature progress chart ve proje sağlık raporu hazırlar; FDD + Scrum hibrit sprint planlaması oluşturur; Jira/Azure DevOps'ta FDD tahtası kurulumunu gerçekleştirir; yönetici sunumu: proje durum raporu ve milestone ilerlemesi; akran değerlendirmesi ve uzman geri bildirimi ile program tamamlanır.

EĞİTİM YÖNTEMİ

• Kavramsal Anlatım ve Gerçek Proje Örnekleri: Her modül; FDD tarihinden gelen ve bankacılık, telekomünikasyon, sigorta sektörlerinden alınmış gerçek vaka örnekleriyle desteklenir. Kavramsal açıklamaların ardından "Bu metodoloji neden bu şekilde tasarlandı?" sorusu yanıtlanır; teorinin arkasındaki mühendislik kararları tartışılır.
• Atölye Çalışmaları ve Grup Simülasyonları: Her modülün ardından katılımcılar küçük gruplar halinde uygulama yapar: feature cümlesi yazma, domain model tartışması, Chief Programmer rolü üstlenme, feature progress chart güncelleme. Gerçek proje senaryoları üzerinde çalışmak kavramları kalıcı kılar.
• Rol Simülasyonu ve Perspektif Değiştirme: Katılımcılar farklı seansları farklı rollerle tamamlar: önce Project Manager, sonra Chief Programmer, sonra Class Owner perspektifinden aynı feature'ı değerlendirerek metodolojinin her paydaşa nasıl göründüğünü kavrar.
• Peer Review ve Akran Değerlendirmesi: Gruplar birbirinin feature listesi ve domain modelini inceler; FDD standartlarına uygunluk, feature netliği ve önceliklendirme kararları akran geri bildirimi ile değerlendirilir. Bu süreç kod inceleme (code inspection) kültürünü de deneyimletir.
• Araç Entegrasyonu ve Dijital Demo: Jira veya Azure DevOps'ta FDD tahta kurulumu canlı olarak gösterilir; katılımcılar kendi hesaplarında FDD feature hiyerarşisi ve milestone tracking yapılandırmasını kurar. Git feature branch stratejisi ve CI pipeline entegrasyonu demo edilir.
• Danışmanlık ve Açık Soru-Cevap: Her gün sonunda açık danışmanlık zamanı; katılımcılar kendi projelerinin FDD ile nasıl yönetilebileceğini, Scrum'dan geçişin nasıl planlanacağını ve yönetici ikna stratejilerini uzmana yöneltir, bireysel geri bildirim alır.

HEDEF KİTLE

PROJE YÖNETİCİLERİ VE PROGRAM YÖNETİCİLERİ

• Büyük yazılım projelerinde metodoloji seçimi, ekip koordinasyonu ve ilerleme raporlaması sorumluluğunu taşıyan proje yöneticileri; çok ekipli yazılım programlarını SAFe veya özel çerçevelerle yöneten program yöneticileri; Scrum'da koordinasyon sorunları yaşayan ve ölçeklenebilir bir metodoloji arayan deneyimli proje yöneticileri.

YAZILIM MİMARLARI VE TEKNİK LİDERLER

• Domain modelleme, nesne tasarımı ve büyük ölçekli yazılım mimarisi konularında FDD'nin getireceği yapısallığı kazanmak isteyen yazılım mimarları; Chief Programmer rolünü üstlenecek ve feature team liderliği yapacak kıdemli teknik liderler; DDD (Domain-Driven Design) ile FDD'yi birleştirerek mimari uyum sağlamak isteyen mühendislik liderleri.

EKİP LİDERLERİ VE KIDEMLİ GELİŞTİRİCİLER

• Class Owner sorumluluğunu üstlenecek ve feature geliştirme döngüsünü yönetecek kıdemli yazılım geliştiricileri; küçük feature team'lerini yönetmek ve tasarım paketleri hazırlamak isteyen ekip liderleri; kod kalitesi, teknik borç yönetimi ve code inspection kültürünü itina ile uygulayan mühendisler.

ÇEVIK KOÇLAR VE SÜREÇ DANIŞMANLARI

• Kurumsal Agile dönüşüm projelerinde FDD'yi araç portföyüne eklemek isteyen Agile Coach'lar; büyük ölçekli projelerde Scrum'ın yetersiz kaldığı noktalarda FDD ile hibrit çözüm tasarlayan süreç danışmanları; SAFe, LeSS veya Nexus çerçevelerini uygulayan ve FDD'yi Program Increment planlamasına entegre etmek isteyen ölçeklenmiş çevik uzmanları.

BT YÖNETİCİLERİ VE KIDEMLİ PAYDAŞLAR

• Yazılım proje portföyünü yöneten BT direktörleri ve CTO'lar; milestone bazlı şeffaf raporlama ile proje durumunu anlık takip etmek isteyen üst yöneticiler; büyük yazılım yatırımlarını onaylayan ve "proje ne kadar bitti?" sorusuna güvenilir yanıt almak isteyen iş birimleri ile karar vericiler.

KATILIMCILARDAN BEKLENTİLERİMİZ

• Yazılım Geliştirme Sürecine Aşinalık: Yazılım proje yaşam döngüsünü (gereksinim, tasarım, geliştirme, test, dağıtım) genel olarak bilmek; bir yazılım projesinde herhangi bir rolde (geliştirici, test uzmanı, analist, yönetici) yer almış olmak. Kod yazma deneyimi faydalıdır ancak teknik olmayan katılımcılar da eğitime katılabilir.
• Bir Çevik Metodoloji Deneyimi: Scrum, Kanban veya XP gibi herhangi bir Agile metodolojide çalışmış olmak; sprint, backlog, user story gibi temel kavramlara aşinalık. FDD ile karşılaştırma yapılabilmesi için en az bir metodoloji deneyimi beklenir; ancak tamamen yeniler için de metodoloji genel bağlamı aktarılır.
• Nesne Yönelimli Düşünce Altyapısı: Sınıf, nesne, kalıtım, ilişki gibi temel nesne yönelimli kavramlara kavramsal düzeyde aşinalık; UML sınıf diyagramını okuyabilmek. FDD'nin domain modelleme sürecinden tam verim alabilmek için bu altyapı faydalıdır; teknik olmayan katılımcılar için ek açıklama sağlanır.
• Proje Yönetimi Temel Bilgisi: Proje kapsamı, zaman çizelgesi, kaynak planlaması ve risk yönetimi kavramlarını genel olarak bilmek; PMP, PRINCE2 veya PMI sertifikası faydalıdır ancak zorunlu değildir. Proje koordinasyonunda herhangi bir görevde bulunmuş olma beklenir.
• Pratik Uygulama ve Tartışmaya Katılım İsteği: Eğitimin atölye ağırlıklı yapısından faydalanmak için grup çalışmalarında aktif rol üstlenmek, kendi proje deneyimlerini paylaşmak ve farklı bakış açılarını sorgulamak isteyen katılımcı profili beklenir. Kendi organizasyonundaki proje yönetim sorunlarını getirmek ve çözüm tartışmalarına katılmak eğitimi en verimli hale getirir.