Aşağıdaki change request veya proje kapanışı için hazırla:
DURUM:
[AŞAĞIDAKİLERDEN BİRİ]
- Change Request (Değişiklik Talebi)
- Proje Kapanış Raporu
- Hem CR hem kapanış (büyük projelerde ikisi de)
PROJE:
- Ad: [PROJE]
- Aşama: [GELİŞTİRME / UAT / PROD / KAPANıŞ]
- Süre: [BAŞLANGıÇ - BİTİŞ]
- Bütçe: [X TL]
=== CHANGE REQUEST (CR) YÖNETİMİ ===
AŞAMA 1 — CR BAŞVURUSU
1.1 CR FORMU
ZORUNLU ALANLAR:
- CR ID (CR-2024-001)
- Başvuru tarihi
- Talep eden (kişi, birim)
- Başlık (1 cümle özet)
- Açıklama (detaylı)
- Gerekçe (neden şimdi, neden bu değişiklik)
- Aciliyet (Low / Medium / High / Emergency)
- İş değeri (kalitatif + kantitatif)
- Etkilenecek sistem / modül
- Etkilenecek kullanıcılar
- İdeal tamamlanma tarihi
1.2 CR TİPLERİ
CORRECTIVE (düzeltme):
- Bug / hata
- Beklenen davranış değil
ADAPTIVE (uyum):
- Mevzuat değişikliği
- Dış sistem değişikliği
- Entegrasyon güncellemesi
PREVENTIVE (önleyici):
- Güvenlik patch
- Performans iyileştirme
- Teknik borç
PERFECTIVE (iyileştirme):
- Yeni özellik
- Kullanılabilirlik
- Raporlama artışı
EMERGENCY (acil):
- Kritik güvenlik açığı
- Sistem çökmesi
- Compliance violation
- 24 saat içinde aksiyon
AŞAMA 2 — IMPACT ANALIZI
2.1 TEKNIK ETKI
- Kod değişikliği miktarı (küçük/orta/büyük)
- Etkilenecek modüller
- Bağımlılıklar
- Database değişikliği
- API değişikliği
- Infrastructure ihtiyacı
- Third-party sistemler
2.2 İŞ ETKİSİ
- Etkilenen iş süreçleri
- Etkilenen kullanıcı sayısı
- İş değeri (gelir, maliyet, verim)
- Risk (değişmezsek ne olur)
2.3 KAYNAK GEREKSİNİMİ
- Geliştirme saat
- Test saat
- İş analisti
- Tasarımcı
- DevOps
- TOPLAM: N adam-gün
2.4 BÜTÇE ETKİSİ
- İç maliyet (personel)
- Dış maliyet (lisans, altyapı)
- Opportunity cost (bırakılan diğer işler)
- TOPLAM: X TL
2.5 ZAMAN ETKİSİ
- Scope etkisi (daha fazla iş)
- Schedule etkisi (geç teslim)
- Diğer özellikleri etkisi
- Sprint / release planı değişikliği
2.6 RISK ETKİSİ
- Teknik risk (sistem stabilitesi)
- İş riski (kullanıcı memnuniyeti)
- Güvenlik riski
- Compliance riski
AŞAMA 3 — CR ANALIZI
3.1 ALTERNATIFLER
OPSIYON A: Tam olarak talep edildiği gibi
- Kaynak: Yüksek
- Etki: Tam
- Risk: Normal
OPSIYON B: Minimum viable çözüm
- Kaynak: Düşük
- Etki: Kısmi
- Risk: Düşük
OPSIYON C: Daha iyi alternatif
- Kaynak: Orta
- Etki: Yüksek
- Risk: Farklı
OPSIYON D: Erteleme / iptal
- Kaynak: Sıfır
- Etki: Mevcut sorun devam
- Risk: Pain continues
3.2 KARARS VERME KRITER
COST-BENEFIT:
- Maliyet (para + zaman)
- Fayda (gelir + verim + stratejik)
- ROI
- Payback period
URGENCY-IMPORTANCE:
- Hemen yapma (acil + önemli)
- Planla (önemli + acil değil)
- Delege (acil + önemli değil)
- Ertele (ne acil ne önemli)
AŞAMA 4 — ONAY
4.1 CAB (Change Advisory Board)
ÜYELER:
- IT lideri
- İş sahibi
- Ürün sahibi
- QA lideri
- Security (gerekirse)
- Compliance (gerekirse)
TOPLANTı:
- Haftalık standart CR'lar
- Acil durumlar anında
- Her CR için karar
- Tutanak yazılı
4.2 ONAY SEVİYELERI
KÜÇÜK (< 1 gün):
- Proje yöneticisi onayı
- Dev lead notice
ORTA (1-5 gün):
- Ürün sahibi
- Teknik lead
BÜYÜK (5+ gün):
- CAB
- Sponsor
- Belki steering committee
EMERGENCY:
- Post-hoc approval
- Önce yap, sonra onayla
- Dokümantasyon sonradan
4.3 KARAR SEÇENEKLERI
- APPROVED (kabul)
- APPROVED WITH CONDITIONS (şartlı kabul)
- REJECTED (red)
- DEFERRED (sonraya)
- MORE INFO NEEDED (ek bilgi)
AŞAMA 5 — UYGULAMA VE İZLEME
5.1 İMPLEMENTASYON
- Development
- Test (unit, integration, UAT)
- Deployment
- Monitoring
- Rollback plan
5.2 COMMUNICATION
- Etkilenen kullanıcılara bildirim
- Eğitim (gerekirse)
- Dokümantasyon güncelleme
- Support team brief
5.3 POST-IMPLEMENTATION
- 1 hafta sonra review
- Başarı kriterleri karşılandı mı
- Beklenmedik etki
- Kullanıcı geri bildirimi
- Dokümantasyon revizyonu
=== PROJE KAPANIŞ RAPORU ===
AŞAMA A — KAPANıŞ HAZIRLıĞı
A.1 TESLİMATLAR TAMAMLAMA
- Tüm planlanmış feature'lar tamamlandı mı
- Kabul kriterleri karşılandı mı
- Dokümantasyon güncel mi
- Eğitim tamamlandı mı
- Kullanıcılar transition yaptı mı
A.2 ADMINISTRATİVE
- Sözleşmeler kapandı mı
- Faturalar ödendi mi
- Kaynaklar serbest bırakıldı mı
- Ekipman iade edildi mi
- Yazılım lisansları devredildi mi
A.3 SIGN-OFF
- İş sahibi
- Ürün sahibi
- Kullanıcılar
- Finansal
- Hukuk
AŞAMA B — KAPANıŞ RAPORU İÇERİĞİ
B.1 YÖNETİCİ ÖZETİ (1 sayfa)
- Proje özet
- Amacı
- Tamamlanma durumu
- Ana başarılar
- Önemli zorluklar
- Öneriler
B.2 PROJE GENEL BAKıŞı
- Başlangıç amacı (charter'dan)
- Kapsam (planlanan vs gerçekleşen)
- Takım yapısı
- Bütçe (planlanan vs gerçekleşen)
- Timeline (planlanan vs gerçekleşen)
B.3 BAŞARı ÖLÇÜMÜ
KPI KARŞıLAŞTıRMA:
| KPI | HEDEF | SONUÇ | DURUM |
|-----|-------|-------|-------|
| Süre | 6 ay | 7 ay | ⚠ %17 gecikme |
| Bütçe | 500K | 540K | ⚠ %8 aşım |
| Kapsam | 45 feature | 43 feature | ✅ %96 |
| Kalite | <10 bug | 8 bug | ✅ |
| Kullanıcı memnuniyet | >80% | 85% | ✅ |
B.4 TESLIMATLAR
PLANLANAN:
- Feature A
- Feature B
- Feature C
TESLİM EDİLDİ:
- Feature A ✅
- Feature B ✅
- Feature C ⚠ (kısmi)
YAPıLMADı:
- Feature D (scope'tan çıkarıldı)
- Nedeni...
B.5 FİNANSAL RAPOR
- Bütçe planlanan: 500K
- Gerçekleşen harcama: 540K
- %8 aşım
- Detay:
* Personel +20K (ekstra kaynak)
* Yazılım +10K (ek lisans)
* Seyahat +10K
- Yatırım getirisi (ROI) tahmin: %120 (12 ay içinde)
B.6 ZAMAN ÇİZELGESİ
- Planlanan başlangıç: 1 Ocak 2024
- Gerçek başlangıç: 5 Ocak 2024
- Planlanan bitiş: 30 Haziran 2024
- Gerçek bitiş: 31 Temmuz 2024
- Gecikme: 1 ay
- Sebep: Gereksinim değişikliği + kaynak değişimi
B.7 ZORLUKLAR VE DERSLER
ANA ZORLUKLAR:
1. Gereksinim değişiklikleri (8 büyük CR)
2. Anahtar kaynak ayrılması (1 senior dev)
3. 3rd party API değişikliği
4. Performance sorunu (geç bulundu)
ÇÖZÜMLER:
1. CAB süreci sıkılaştırıldı (CR 4/week → 1/week)
2. Knowledge transfer sistemi
3. API version lock
4. Erken performance testing
B.8 LESSONS LEARNED
**İyi gidenler:**
- Ekip uyumu yüksek
- Test otomasyonu başarılı
- Deployment pipeline verimli
- Kullanıcı eğitimi etkili
**Gelişim alanları:**
- Erken aşamada paydaş katılımı zayıftı
- Risk yönetimi yeterli değildi
- İletişim plan aksadı
- Tahmin (estimation) eksik
**Sonraki projeler için:**
- Kick-off genişletilmiş paydaş
- Haftalık risk review
- Daha iyi estimation (historical data)
- Chance management plan önceden
B.9 RISK VE AZALMA
GERÇEKLEŞEN RİSKLER:
- Kaynak ayrılması (oldu)
- Scope creep (oldu)
ÖNLENDİLER:
- Teknoloji seçim (backup plan çalıştı)
- 3rd party (vendor management)
BİLİNMEYEN:
- Kullanıcı adoption (kısa vadede OK, uzun vade görünecek)
B.10 KALıCı ETKİ
KISA VADELİ:
- Yeni fonksiyonellik
- Mevcut süreç iyileştirme
- Kullanıcı deneyimi
UZUN VADELİ:
- Stratejik pozisyon
- Müşteri memnuniyeti
- Rekabet avantajı
B.11 SÜREKLI İZLEME
- KPI'lar nasıl takip edilecek (3, 6, 12 ay)
- Sorumlu birim
- Raporlama sıklığı
- Aksiyon eşikleri
B.12 ÖNERİLER
GELECEĞE DÖNÜK:
- Ek özellikler (Phase 2)
- Ölçeklendirme planı
- Bakım stratejisi
- Sürekli iyileştirme
AŞAMA C — DIĞER KAPANıŞ AKTIVITELER
C.1 ARŞIVLEME
- Tüm proje dokümanları
- Source code
- Test artifact
- Communication
- Financial records
- 7-10 yıl saklama (compliance)
C.2 EKIP KAPANIŞI
KUTLAMA:
- Takım yemeği
- Sertifikalar
- Ödüller
- Başarı hikayesi
RELEASE PARTİSİ (büyük projeler):
- Tüm paydaşlar
- Hikâye anlatımı
- Achievement wall
- Feedback toplama
C.3 EKIP DAĞILIMı
- Ekip üyeleri yeni projelere
- Knowledge retention
- Mentorluk transferi
- Referans ilişkileri
C.4 KNOWLEDGE BASE
- Proje wiki
- Dokümantasyon merkezi
- Arama yapılabilir
- Şablonlar sonraki için
- Case study (diğer ekipler öğrensin)
C.5 OPERATION TRANSITION
- Support ekibine devir
- Maintenance plan
- Monitoring setup
- Incident response
- SLA tanımı
Türkçe. PMI PMBOK + ITIL best practice'lerine uygun.