Proje başlamadan önce mevcut durumu, iş ihtiyacını, gelecek durum hedeflerini ve beklenen iş değerini netleştiririz. Business case, gap analysis, paydaş analizi ve stratejik keşif teknikleriyle projenin kurumsal hedeflerle uyumlu şekilde konumlanmasını sağlarız.
İş İhtiyacını, Gelecek Durumu ve Proje Değerini Netleştiririz
Teknoloji projelerine yalnızca talep edilen özellikleri analiz ederek başlamayız. Öncelikle kurumun mevcut durumunu, iş hedeflerini, problem alanlarını, fırsatları ve ulaşılmak istenen gelecek durumu birlikte değerlendiririz.
Bu aşamada amaç; projenin neden gerekli olduğunu, hangi iş değerini üreteceğini, hangi değişimi destekleyeceğini ve başarıya ulaşması için hangi koşulların sağlanması gerektiğini netleştirmektir. Böylece proje ve ürün kapsamı, kurumsal stratejiyle uyumlu bir zemine oturur.
Bu bölümde BABOK'un strateji analizi bakış açısı öne çıkar. Mevcut durum ile hedeflenen gelecek durum arasındaki fark analiz edilir, iş ihtiyacı tanımlanır, business case oluşturulur ve teknoloji yatırımının gerekçesi netleştirilir.
Unitic'te Bu Faz
Analiz çıktıları projenin kanonik kaynağı olur: gereksinim, kullanım senaryosu, rol ve iş kuralı belgeleri sürümlü olarak Linear'da tutulur. Netleşmeyen her konu numaralı bir açık karar olarak kaydedilir; varsayımla kapatılmaz. Aynı konuda en güncel müşteri bulgusu, daha yeni tarihli bir iç dokümanın önüne geçer.
Keşfi AI ajanları hızlandırır: mevcut dokümanların, sistemlerin ve rakip ürünlerin taraması ilk günden masadadır — kararı yine insanlar verir.
Kullanılan Teknikler
Mevcut durum analizi
Gelecek durum analizi
Gap analysis
Business case hazırlığı
İş ihtiyacı analizi
Problem tanımlama
Fırsat analizi
Değer önerisi analizi
SWOT analizi
PESTLE analizi
Capability analysis
Paydaş analizi
Persona analizi
User journey mapping
Hedef durum modelleme
Risk analizi
Varsayım ve kısıt analizi
Değişim stratejisi değerlendirmesi
Benchmark analizi
Stratejik keşif workshop'ları
Örnek Çıktılar
Mevcut durum analizi
Gelecek durum tanımı
Gap analysis çıktısı
Business case
İş ihtiyacı dokümanı
Problem ve fırsat alanları
Stratejik hedeflerle uyum matrisi
Paydaş haritası
Değer önerisi
Persona seti
Kullanıcı yolculuğu haritası
Başarı metrikleri
Risk, varsayım ve bağımlılık listesi
Önceliklendirilmiş ihtiyaç seti
İlk kapsam önerisi
ÇÖZÜM VE PROJE PLANLAMASI
Stratejik ihtiyaçları uygulanabilir çözüm kapsamına, önceliklendirilmiş backlog'a, roadmap'e ve release planına dönüştürürüz. Projenin doğasına göre predictive, agile veya hybrid yönetim yaklaşımını belirler; kapsam, zaman, kaynak, risk, kalite ve değişiklik yönetimi tekniklerini seçilen modele göre uygularız.
Stratejik İhtiyaçları Uygulanabilir Çözüm ve Teslimat Planına Dönüştürürüz
Stratejik keşif aşamasında netleşen iş ihtiyacı, mevcut durum, gelecek durum hedefleri ve business case çıktıları; bu aşamada uygulanabilir bir çözüm yapısına, önceliklendirilmiş backlog'a ve yönetilebilir bir proje planına dönüştürülür.
Bu aşamada projenin doğası, belirsizlik seviyesi, kapsam netliği, paydaş katılım ihtiyacı, değişiklik olasılığı ve teslimat beklentileri değerlendirilerek projenin predictive, agile veya hybrid yaklaşımla yönetileceğine karar verilir. Seçilen yaklaşıma göre planlama, takip, raporlama, değişiklik yönetimi, risk yönetimi ve teslimat teknikleri uyarlanır.
Amaç; neyin geliştirileceğini, hangi öncelikle ilerleyeceğini, hangi fazlarda teslim edileceğini ve projenin hangi kapsam, zaman, kaynak, kalite ve risk çerçevesinde yönetileceğini netleştirmektir.
Bu aşama, strateji ile uygulama arasında köprü görevi görür. İş hedefleri çözüm kapsamına, çözüm kapsamı backlog'a, backlog ise roadmap ve release planına dönüştürülür.
Unitic'te Bu Faz
Kapsam iş paketi → yetenek epiği → uygulanabilir iş hiyerarşisine dönüşür. Tahmin iş paketlerine değil uygulanabilir işlere verilir; ajanların ön tahmini ekip tarafından gözden geçirilir. Kabul kriteri olmayan bir iş geliştirmeye hazır sayılmaz.
Takvim, bağımlılık ve kapasite gerçeğine göre kurulur; bir tarih ancak arkasındaki iş ve sorumlu netse taahhüt sayılır.
Projenin yönetim yaklaşımı tek tip kabul edilmez. Her proje; kapsam netliği, teknik belirsizlik, değişiklik ihtimali, müşteri katılımı, regülasyon ihtiyacı, entegrasyon yoğunluğu ve teslimat beklentileri açısından değerlendirilir.
Bu değerlendirme sonucunda proje için en uygun teslimat modeli belirlenir.
Predictive Yaklaşım
Kapsamın büyük ölçüde net olduğu, değişiklik ihtimalinin düşük olduğu, regülasyon veya sözleşme gereği detaylı planlama gereken projelerde tercih edilir.
Bu yaklaşımda kapsam, zaman, maliyet, kalite, risk ve iletişim planları daha baştan ayrıntılı şekilde oluşturulur. Teslimatlar fazlar ve milestone'lar üzerinden takip edilir.
Uygun Teknikler
Detaylı gereksinim dokümanı
WBS
WBS dictionary
Milestone planı
Gantt planı
Kritik yol analizi
Gereksinim izlenebilirlik matrisi
Change request yönetimi
Faz geçiş onayları
Kapsam doğrulama
Risk kayıt listesi
Durum raporları
Agile Yaklaşım
Kapsamın değişime açık olduğu, kullanıcı geri bildiriminin kritik olduğu, ürün veya çözümün iteratif olarak şekillenmesinin değerli olduğu projelerde tercih edilir.
Bu yaklaşımda ürün backlog'u, sprintler, demo oturumları ve düzenli geri bildirim döngüleri ön plana çıkar. Teslimat, çalışan yazılım veya kullanılabilir parçalar üzerinden ilerler.
Uygun Teknikler
Product backlog
Epic / feature / user story
User story mapping
Sprint planning
Backlog refinement
Daily stand-up
Sprint review
Sprint retrospective
Definition of Ready
Definition of Done
Acceptance criteria
Velocity takibi
Incremental release
Demo ve geri bildirim döngüleri
Hybrid Yaklaşım
Bazı alanların baştan planlanması, bazı alanların ise çevik şekilde geliştirilmesi gereken projelerde tercih edilir. Özellikle kurumsal teknoloji projelerinde sık kullanılan bir yaklaşımdır.
Örneğin genel kapsam, bütçe, takvim, mimari kararlar ve ana milestone'lar baştan planlanırken; detaylı fonksiyonlar, ekranlar, kullanıcı akışları ve geliştirme öncelikleri sprintler içinde şekillendirilebilir.
Uygun Teknikler
Üst seviye proje planı
Roadmap
Milestone planı
WBS
Product backlog
Release planlama
Sprint planlama
Faz bazlı kontrol noktaları
Change request ve backlog yönetimi birlikte
Risk ve bağımlılık takibi
Steering committee
Sprint demo
Durum raporları
UAT ve faz kapanış onayları
Örnek Çıktılar
Çözüm kapsam dokümanı
Proje kapsam dokümanı
Kapsam dışı alanlar
MVP kapsamı
Teslimat yaklaşımı kararı
Product / project backlog
Epic / feature / user story seti
User story map
Use case listesi
Kabul kriterleri
Fonksiyonel gereksinimler
Fonksiyonel olmayan gereksinimler
Gereksinim izlenebilirlik matrisi
Roadmap
Release planı
Sprint veya faz planlama yaklaşımı
WBS / iş kırılım yapısı
Milestone planı
Efor ve kapasite tahmini
Kaynak ve rol planı
RACI matrisi
Risk ve bağımlılık listesi
İletişim ve yönetişim planı
Paydaş katılım planı
Değişiklik yönetimi yaklaşımı
Kalite ve test stratejisi
Teknik çözüm yaklaşımı
Mimari ön değerlendirme
GELİŞTİRME VE PROJE YÖNETİMİ
Planlama aşamasında belirlenen predictive, agile veya hybrid teslimat modeline göre geliştirme ve proje yürütümünü yönetiriz. Sprint, faz, milestone, backlog, risk, kalite, değişiklik ve paydaş iletişimi süreçlerini seçilen modele uygun tekniklerle takip ederiz.
Seçilen Teslimat Modeline Göre Geliştirme ve Proje Yürütümünü Yönetiriz
Planlama aşamasında belirlenen çözüm kapsamı, backlog, roadmap, release planı ve proje yönetim yaklaşımı bu aşamada uygulamaya alınır. Projenin doğasına göre belirlenen predictive, agile veya hybrid teslimat modeli doğrultusunda geliştirme, takip, kalite, risk, iletişim ve değişiklik yönetimi süreçleri yürütülür.
Bu aşamada amaç; çözümü yalnızca geliştirmek değil, aynı zamanda proje ilerleyişini görünür kılmak, riskleri yönetmek, paydaş iletişimini sürdürmek, kaliteyi güvence altına almak ve teslimatların planlanan değerle uyumlu ilerlemesini sağlamaktır.
Çevik yapılarda sprint ve increment bazlı ilerleme ön plana çıkarken; predictive yapılarda faz, milestone ve teslimat bazlı takip uygulanır. Hibrit yapılarda ise üst seviye proje kontrolü korunurken, geliştirme ekipleri çevik sprintlerle değer üretmeye devam eder.
Unitic'te Bu Faz
Geliştirme, mühendislik sistemimizdeki agentic döngüyle yürür: her iş spec, plan, test-önce uygulama ve bağımsız incelemeden; her değişiklik PR ve CI kapılarından geçer. Müşterimiz ilerlemeyi Linear'da iş bazında görür.
Değişiklik talebi doğrudan koda değil, önce kanonik kaynağa ve etki analizine gider; sonra etkilenen tasarım, geliştirme ve test işleri eşitlenir. Çelişkili iki talimat aynı anda yaşamaz.
Kullanılan Teknikler
Sprint execution
Sprint planning
Daily stand-up
Backlog refinement
Sprint review
Sprint retrospective
Kanban board
Task ve issue tracking
Definition of Done
Definition of Ready
Acceptance criteria kontrolü
Burndown / burnup chart
Velocity takibi
Faz bazlı ilerleme takibi
Milestone tracking
WBS bazlı takip
Gantt takibi
Earned value yaklaşımı
Risk ve issue log takibi
Change request yönetimi
Test case yönetimi
Defect management
Regression test
UAT hazırlığı
Status reporting
Steering committee raporlaması
Demo yönetimi
Release readiness kontrolü
Predictive Yürütüm
Kapsamın baştan daha net olduğu ve teslimatların faz veya milestone bazlı takip edildiği projelerde predictive yürütüm modeli uygulanır. Bu modelde proje ilerleyişi, planlanan kapsam, zaman, maliyet, kalite ve risk parametrelerine göre takip edilir.
Geliştirme ve teslimatlar önceden tanımlanmış iş paketleri, fazlar ve kabul noktaları üzerinden yönetilir. Değişiklik talepleri kontrollü bir etki analizi ve onay süreciyle ele alınır.
Uygun Teknikler
WBS bazlı iş takibi
Faz bazlı yürütüm
Milestone kontrolü
Gantt planı takibi
Kapsam doğrulama
Gereksinim izlenebilirlik matrisi takibi
Faz geçiş onayları
Change request yönetimi
Risk ve issue log
Durum raporları
Steering committee sunumları
Kalite kontrol listeleri
Test planı takibi
Teslimat kabul kontrolleri
Agile Yürütüm
Belirsizliğin yüksek olduğu, kullanıcı geri bildiriminin kritik olduğu ve çözümün iteratif olarak şekillendiği projelerde agile yürütüm modeli uygulanır. Bu modelde geliştirme, sprintler ve increment'lar üzerinden ilerler.
Müşteri düzenli demo oturumlarında çalışan çıktıları görür, geri bildirim verir ve backlog öncelikleri gerektiğinde yeniden şekillendirilir.
Uygun Teknikler
Product backlog takibi
Sprint backlog
Sprint planning
Daily stand-up
Backlog refinement
Sprint review
Sprint retrospective
Demo oturumları
User story yönetimi
Acceptance criteria kontrolü
Definition of Done
Definition of Ready
Velocity takibi
Burndown / burnup chart
Kanban board
Incremental release
Sürekli geri bildirim döngüleri
Test automation yaklaşımı
CI/CD takip pratikleri
Hybrid Yürütüm
Kurumsal teknoloji projelerinde çoğu zaman hem planlı proje kontrolüne hem de çevik geliştirme esnekliğine ihtiyaç duyulur. Bu durumda hybrid yürütüm modeli uygulanır.
Bu yaklaşımda proje üst seviyede roadmap, faz, milestone, risk, kaynak ve yönetişim yapısıyla takip edilirken; geliştirme ekipleri sprintler, backlog ve demo döngüleriyle ilerler.
Uygun Teknikler
Üst seviye proje planı takibi
Roadmap ve milestone kontrolü
Release planlama
Product backlog yönetimi
Sprint execution
Sprint review ve demo
WBS ve backlog eşleştirme
Faz bazlı kontrol noktaları
Steering committee raporlaması
Sprint bazlı ekip takibi
Risk ve bağımlılık yönetimi
Change request ve backlog refinement birlikte yönetimi
UAT ve faz kapanış onayları
Durum raporları
Release readiness değerlendirmesi
Örnek Çıktılar
Sprint backlog
Sprint çıktıları
Çalışan yazılım increment'ları
Demo notları
Sprint review çıktıları
Retrospective aksiyonları
Faz ilerleme raporları
Milestone takip raporları
Proje durum raporları
Risk ve issue log
Blocker listesi
Değişiklik talep kayıtları
Test sonuçları
Defect listesi
UAT hazırlık seti
Release adayları
Steering committee raporları
Karar ve aksiyon kayıtları
İlerleme metrikleri
Teslimat kabul kayıtları
CANLIYA GEÇİŞ
Canlıya geçişi teknik hazırlık, kullanıcı kabulü, veri geçişi, eğitim, destek modeli ve operasyonel devir adımlarıyla birlikte yönetiriz. Go-live planlama, UAT, rollback, cut-over ve hypercare yaklaşımlarıyla geçiş riskini azaltırız.
Çözümü Kontrollü Şekilde Canlı Kullanıma Alırız
Geliştirme süreci tamamlandığında veya belirlenen release canlıya hazır hale geldiğinde, teknik ve operasyonel geçiş süreci başlar. Bu aşama yalnızca yayına alma değil; kullanıcı kabulü, veri geçişi, eğitim, yetki kontrolleri, destek modeli ve operasyonel devir süreçlerini de kapsar.
Amaç, geliştirilen çözümün güvenli, kontrollü, sürdürülebilir ve kullanıcılar tarafından benimsenebilir şekilde canlıya alınmasını sağlamaktır.
Canlıya geçiş aşamasında projenin teslimat modeline göre farklı geçiş yaklaşımları uygulanabilir. Predictive projelerde faz kapanışı ve resmi kabul süreçleri öne çıkarken; agile projelerde release bazlı canlıya alma, pilot kullanım veya kademeli yaygınlaştırma tercih edilebilir. Hybrid projelerde ise ana milestone'lar korunurken, release'ler iteratif şekilde yönetilebilir.
Unitic'te Bu Faz
Müşteri kabul testi (UAT) kendi kilometre taşıdır; müşteri bulguları konu bazında izlenir, düzeltme ve tekrar testle bağlanır. Bir işin "tamamlandı" durumu tek başına kabul ya da yayın kanıtı sayılmaz.
Veri aktarımları önce kuru çalıştırma, mükerrer kontrolü ve mutabakatla prova edilir; kontrollü geri alma planı hazırdır. Yeni kanallar ve özellikler kademeli açılır.
Kullanılan Teknikler
Go-live planning
UAT yönetimi
Cut-over planning
Rollback planning
Data migration planning
Deployment checklist
Release readiness assessment
Pilot kullanım
Kademeli geçiş
Smoke test
Regression test
Kullanıcı eğitim planı
Operasyonel kabul kriterleri
Hypercare planlama
Yetki matrisi kontrolü
Runbook hazırlığı
Knowledge transfer
Change communication plan
Post go-live monitoring
Predictive Canlıya Geçiş
Predictive projelerde canlıya geçiş genellikle faz veya proje kapanışına bağlı olarak yürütülür. Teslimatlar, kabul kriterleri ve test sonuçları tamamlandıktan sonra resmi onay mekanizmasıyla canlıya geçiş yapılır.
Uygun Teknikler
Faz kapanış onayı
Kapsam doğrulama
UAT sonuç raporu
Go-live checklist
Cut-over planı
Rollback planı
Resmi kabul dokümanı
Operasyonel devir dokümanı
Eğitim tamamlanma kontrolü
Agile Canlıya Geçiş
Agile projelerde canlıya geçiş, release veya increment bazlı kurgulanabilir. Çalışan parçalar uygun olduğunda pilot kullanıcılarla test edilebilir, kademeli olarak yaygınlaştırılabilir veya belirli release'ler halinde canlıya alınabilir.
Uygun Teknikler
Incremental release
Pilot kullanım
Feature bazlı yayınlama
Sprint review sonrası release kararı
Kullanıcı geri bildirimiyle iyileştirme
Release backlog
Demo sonrası kabul
Kademeli yaygınlaştırma
Hybrid Canlıya Geçiş
Hybrid projelerde canlıya geçiş, hem üst seviye faz ve milestone planlarına hem de sprint / release çıktılarına göre yönetilir. Bu model, kurumsal kontrol ile çevik canlıya alma esnekliğini birlikte sağlar.
Uygun Teknikler
Roadmap bazlı release planı
Faz ve release eşleştirme
UAT ve sprint çıktılarının birlikte değerlendirilmesi
Steering committee go-live kararı
Kademeli canlıya geçiş
Hypercare planı
Operasyonel devir
Release readiness raporu
Örnek Çıktılar
Go-live planı
UAT sonuç raporu
Canlıya geçiş kontrol listesi
Veri geçiş planı
Cut-over planı
Rollback planı
Kullanıcı eğitim dokümanları
Kullanım kılavuzu
Operasyonel devir dokümanı
Destek modeli
Runbook
Yayın sonrası izleme raporu
DESTEK, BAKIM VE SÜREKLİ İYİLEŞTİRME
Canlı sonrası dönemde bakım anlaşması kapsamında destek, hata yönetimi, SLA takibi, performans izleme ve sürekli iyileştirme süreçlerini yönetiriz. Böylece çözümün güvenli, sürdürülebilir ve uzun vadede değer üreten bir yapıda kalmasını sağlarız.
Bakım Anlaşmasıyla Canlı Sonrası Destek ve Sürekli Gelişimi Yönetiriz
Teslimat yaklaşımımız canlıya geçişle sona ermez. Yayın sonrası dönemde çözümün sağlıklı çalışması, kullanıcıların desteklenmesi, hataların yönetilmesi, performansın izlenmesi ve yeni ihtiyaçların kontrollü şekilde ele alınması için bakım ve destek süreci yapılandırılır.
Bu aşamada müşteriyle belirlenen bakım anlaşması kapsamında destek kapsamı, hizmet seviyeleri, müdahale süreleri, raporlama düzeni, bakım sorumlulukları ve iyileştirme mekanizması netleştirilir.
Amaç; canlıya alınan çözümün sürdürülebilir, güvenli, güncel ve iş hedefleriyle uyumlu şekilde değer üretmeye devam etmesini sağlamaktır.
Unitic'te Bu Faz
Canlı sistem izlenir; talepler etki ve aciliyete göre önceliklendirilir. Bakım ve operasyon, canlıya geçişin yanına yığılmaz; ayrı sahiplik ve ayrı kanıtla yürür.
Ürün rehberi ve terim sözlüğü, canlı ekranla düzenli olarak karşılaştırılır; ekranı değiştiren her değişiklik rehberi aynı anda günceller.
Kullanılan Teknikler
Maintenance agreement model
SLA / OLA tanımı
Incident management
Problem management
Service request management
Change management
Defect management
Root cause analysis
Priority / severity matrix
Monitoring ve alerting
Application health check
Performance review
Security patch management
Version upgrade planning
Release management
Technical debt management
Continuous improvement backlog
User feedback analysis
Analytics değerlendirmesi
Support reporting
Periodic service review
Knowledge base yönetimi
Bakım Anlaşması Yaklaşımı
Canlıya alınan her çözümün sürdürülebilir şekilde çalışabilmesi için bakım ve destek modeli baştan netleştirilir. Bakım anlaşması; hangi hizmetlerin sağlanacağını, hangi durumların destek kapsamında olacağını, müdahale sürelerini, raporlama düzenini ve sorumlulukları tanımlar.
Bu yaklaşım sayesinde canlı sonrası dönem belirsiz bir destek süreci olmaktan çıkar; ölçülebilir, yönetilebilir ve karşılıklı beklentileri net olan bir hizmet modeline dönüşür.
Bakım Anlaşmasında Netleştirilen Alanlar
Destek kapsamı
Kapsam dışı destek konuları
Destek kanalları
Çalışma saatleri
Kritik hata tanımı
Öncelik seviyeleri
Müdahale ve çözüm süreleri
SLA beklentileri
Raporlama periyodu
Bakım sorumlulukları
Güncelleme ve yama yaklaşımı
Değişiklik taleplerinin ele alınma yöntemi
Yeni geliştirme taleplerinin bakım kapsamından ayrıştırılması
Periyodik toplantı ve değerlendirme düzeni
SLA ve Önceliklendirme
Bakım anlaşması kapsamında hata ve destek talepleri, etkisine ve aciliyetine göre sınıflandırılır. Böylece kritik iş süreçlerini etkileyen konular öncelikli ele alınırken, düşük öncelikli talepler planlı şekilde yönetilir.
Örnek Öncelik Seviyeleri
P1 — Kritik · Sistemin tamamı veya kritik iş süreci çalışmıyor.
P2 — Yüksek · Önemli bir fonksiyon çalışmıyor veya kullanıcı deneyimini ciddi etkiliyor.
P3 — Orta · Alternatif çözümü olan hata veya sınırlı kullanıcı grubunu etkileyen problem.
P4 — Düşük · Küçük hata, görsel düzenleme veya düşük etkili iyileştirme talebi.
