Projeyi Operasyona Devretme: Devir-Teslim, Kabul ve Destek Geçişi
Proje çıktısı teslim edildiği gün değil, operasyon ekibi onu sorunsuz işlettiği gün başarılı sayılır. Devir-teslim planı bu geçişin sahiplerini, koşullarını ve sırasını belirler.
Bir bakışta
- Teslim ile devir aynı şey değildir. Teslim çıktıyı verir, devir sorumluluğu ve bilgiyi taşır.
- Operasyon ekibi projenin başında sahaya girer. Devir son hafta değil, proje boyunca hazırlanan bir süreçtir.
- Kabul ölçütleri yazılı ve ölçülebilir olmalı. Neyin hazır sayılacağı belli değilse devir tartışmaya döner.
- Belge tek başına yetmez. Eğitim, erişimler, destek kanalları ve yetki devri birlikte yürür.
- Hiperbakım dönemi güvenlik ağıdır. Devirden sonra kısa süre proje ekibi desteğini sürdürür.
Devir-teslim neden ayrı bir iş?
Proje geçici bir çabadır; çıktısı ise sürekli işletilmek üzere operasyona verilir. Proje ekibi dağıldığında, ürünü ayakta tutacak kişilerin onu anlayıp sahiplenmesi gerekir. Devir-teslim, bu sahiplik geçişinin planlanmış hâlidir.
Teslim ile devir sık karıştırılır. Teslim, çıktının sözleşme ya da kapsam bakımından tamamlandığını bildirir. Devir ise ürünü kimin çalıştıracağı, sorun çıkınca kime gidileceği, değişikliği kimin onaylayacağı ve bilginin nerede durduğu sorularını yanıtlar. Teslim edilmiş ama devredilmemiş bir çıktı, ilk arızada kimsenin sorumluluk almadığı bir ürün anlamına gelir.
Geçiş iyi yönetilmediğinde belirtiler tanıdıktır: operasyon ekibi çıktıyı "bize hiç gösterilmedi" diye reddeder, proje ekibi dağılmış olduğundan sorulara cevap verecek kimse yoktur, belgeler eksiktir ve kullanıcılar yeni sistem yerine eski alışkanlıklara döner. Bunların hepsi önceden planlanarak önlenebilir.
Devirle birlikte sorumluluğun her boyutu el değiştirir
| Devirden önce | Devirden sonra | |
|---|---|---|
| Sahiplik | Proje ekibi ve proje yöneticisi | Operasyon ekibi ve süreç sahibi |
| Sorun çıkınca | Proje ekibine gidilir | Destek kanalı ve operasyon devreye girer |
| Değişiklik | Proje değişiklik kontrolü | Operasyonun kendi değişiklik süreci |
| Bilgi | Proje ekibinin hafızasında | Belge ve eğitimle operasyonda |
Devir-teslim planında neler bulunur?
Plan, devrin neyi, kime, hangi koşulla ve ne zaman kapsayacağını yazılı hâle getirir. Tipik içeriği şöyledir:
- Kapsam: devredilen çıktılar, sistemler, süreçler ve belgeler
- Taraflar ve sorumluluklar: devreden, devralan ve onaylayan kişiler
- Kabul ölçütleri: devrin gerçekleşmesi için sağlanması gereken koşullar
- Bilgi aktarımı: eğitim programı, çalıştırma kılavuzu, sık sorulan sorular
- Teknik ya da yetkisel geçiş: erişimler, sahiplik kayıtları, lisans ve sözleşme devri
- Destek modeli: olay bildirimi, destek saatleri, eskalasyon yolu, hizmet seviyesi
- Hiperbakım: proje ekibinin devir sonrası destek süresi ve kapsamı
- Açık konular: bilinen kusurlar, ertelenen işler ve kimin hangi tarihte çözeceği
- Takvim: eğitimlerin, provaların ve resmî devir toplantısının tarihleri
Planı proje başında taslak olarak yazmak ve devir yaklaşırken ayrıntılandırmak en sağlıklı yaklaşımdır. Operasyon ekibinin planı birlikte yazması, devralacağı beklentiyi baştan görmesini sağlar.
Operasyon hazır mı? Kabul ölçütleri ve hazırlık
Devrin ne zaman yapılacağına takvim değil, hazırlık düzeyi karar vermelidir. Kabul ölçütleri bunun ölçüsüdür. Ürüne ve sektöre göre değişse de ortak başlıklar şunlardır: ürün kabul testlerini geçti mi, belgeler tamam mı, operasyon ekibi eğitildi mi, destek kanalı çalışıyor mu, izleme ve yedekleme gibi işletme gereklilikleri kuruldu mu, açık kusurlar kabul edilebilir düzeyde mi.
Her ölçüt kanıtla birlikte yazılmalıdır: "eğitim tamamlandı" değil, "operasyon ekibinin tüm vardiyaları eğitime katıldı ve katılım listesi onaylandı". Böylece devralan taraf sorumluluğu bilerek alır.
Operasyon ekibini mümkün olduğunca erken dahil edin. Test aşamasında gözlemci olarak, hazırlıkta belge gözden geçiren olarak, pilot döneminde ise yan yana çalışan olarak yer almaları geçişi yumuşatır. Bu yaklaşım, "gölgeleme" ya da paralel çalıştırma olarak bilinir ve devir sırasında karşılaşılacak sürprizleri azaltır.
Koşullu kabul de bir seçenektir. Bazı ölçütler henüz tamam değilse, kalan konuları, sorumlularını ve tarihlerini yazarak devir yapılabilir. Ancak koşullu kabulün açık konu listesi kayıt altına alınmalı ve izlenmelidir.
Destek geçişi ve hiperbakım
Devirden sonra ürünle ilgili ilk soru gelmeden destek yapısı çalışıyor olmalıdır. Kullanıcıların sorununu nereye bildireceği, olayların kim tarafından sınıflanıp çözüleceği ve kime yükseltileceği belirlenmiş olmalıdır. Hizmet seviyesi gibi taahhütler varsa devralan ekip bunları bilerek kabul etmelidir.
Hiperbakım dönemi, proje ekibinin devirden sonra sınırlı süre destek verdiği güvenlik ağıdır. Süresi ve kapsamı planda baştan yazılır; sonsuz uzatılırsa operasyon sahipliği oluşmaz. Bu dönemde yeni geliştirme yapılmaz; yalnızca devir sırasında kaçan kusurlar ve bilgi boşlukları kapatılır. Operasyonun karşılaştığı her soru, belgede eksik olan bir konuya işaret eder ve belgeye geri yazılır.
Dönemin sonunda kısa bir değerlendirme yapılır: hangi sorular sık geldi, hangi belge yetersiz kaldı, hangi eğitim konusu eksikti. Bu çıktılar öğrenilen dersler kaydına girer ve sonraki projelerin devir planlarını iyileştirir. Teknik geçiş gecesine özgü adımlar (canlıya geçiş planı) ayrı bir konudur; burada odak, geçişin organizasyonel ve sorumluluk boyutudur.
Resmî devir ve kapanışla ilişkisi
Resmî devir toplantısında plan gözden geçirilir, kabul ölçütleri ve açık konular tek tek teyit edilir, sorumluluk kabul imzasıyla devralana geçer. İmza bir formalite değil, yetkinin ve hesap verebilirliğin değiştiği andır; bu nedenle imzayı atan kişinin yetkisi önceden bilinmelidir.
Devir, proje kapanışının önemli bir adımıdır ancak kapanışın tamamı değildir. Kapanışta ayrıca kaynaklar serbest bırakılır, sözleşmeler kapatılır, belgeler arşivlenir ve öğrenilen dersler kaydedilir. Devir tamamlanmadan proje kapanmamalıdır; aksi hâlde sahipsiz bir ürün ortaya çıkar.
Kısa bir uygulama akışı şöyledir.
Devir, plan yazımından resmî imzaya uzanan ve geri bildirimle kapanan bir akıştır
- Planı yazKapsam, taraflar ve kabul ölçütleri.
- Operasyonu hazırlaEğitim, belge ve destek kanalı.
- Yan yana çalışProje ve operasyon ekibi birlikte işletir.
- Resmî kabulAçık konular yazılı, imza atılır.
- Hiperbakım ve değerlendirmeKısa süre destek, ardından dersler.
Sık yapılan hatalar
En yaygın hata, devri projenin son haftasına bırakmaktır; operasyon ekibi belgeleri ve ürünü ilk kez o zaman görür. İkincisi, kabul ölçütlerini belirsiz bırakmaktır: devralan taraf neyi onayladığını bilmediği için sonradan itiraz eder. Üçüncüsü, yalnızca belge teslim edip eğitimi ve gölgelemeyi atlamaktır.
Başka bir hata, hiperbakımı tanımsız bırakmaktır. Proje ekibi süresiz destek verirse operasyon sahipliği oluşmaz; hiç vermezse ilk sorunlar sahipsiz kalır. Son olarak, kullanıcı tarafını unutmak da sık görülür: devir yalnızca teknik ekipler arasında yapılırsa son kullanıcıların alışma ve destek ihtiyacı yönetilmez.
Bu beceriyi Mindset programlarında nerede çalışırsınız?
Devir-teslim, proje kapanışı ve ürünün işletmeye alınması ile ilgili bir beceridir. Mindset'in Proje Yönetimi Uzmanlığı Sertifika Programı proje kapanışı ve paydaş onayı konularını, IT Proje Yönetimi Sertifika Programı ise yazılım ve sistem projelerinin hazırlık ve planlama pratiğini kapsar.
İşletmeye alma sorumluluğu taşıyan proje yöneticileri ve operasyona geçişi organize eden ekip liderleri için uygundur.
İlgili Mindset programı
Proje Yönetimi Uzmanlığı Sertifika Programı
Sık sorulan sorular
Devir-teslim planını ne zaman yazmaya başlamalıyım?
Mümkünse proje başlangıcında taslak olarak. İlk taslak, devralacak ekibi, kabul ölçütlerini ve belge beklentilerini içerir. Proje ilerledikçe ayrıntılandırılır, devir yaklaşırken takvim netleşir. Son haftaya bırakılan plan, eğitim ve gölgeleme için yeterli zaman bırakmaz.
Operasyon ekibi ürünü kabul etmezse ne olur?
Önce itirazın nedenini ayırın: kabul ölçütü sağlanmıyor mu, yoksa ölçüt dışı bir beklenti mi? Ölçütler karşılanıyorsa sponsor ve yönetişim yapısı devreye girer. Ölçüt dışı beklenti ise değişiklik talebi olarak değerlendirilir ya da koşullu kabulle açık konu listesine alınır.
Hiperbakım süresi nasıl belirlenir?
Ürünün karmaşıklığına, kullanıcı sayısına ve operasyon ekibinin deneyimine göre belirlenir. Önemli olan süreyi ve kapsamı planda baştan yazmak ve bu dönemde yeni geliştirme yapılmayacağını netleştirmektir. Beklenenden çok sorun çıkıyorsa süre sponsor onayıyla uzatılabilir.
Belge devri için hangi belgeler gerekir?
Ürün ya da sistem tanımı, çalıştırma kılavuzu, kullanıcı kılavuzu, bilinen kusurlar listesi, erişim ve yetki kayıtları, sözleşme ve lisans bilgileri ile destek kanalı tanımı çoğu projede ortak başlıklardır. Belgeler yalnızca teslim edilmemeli, operasyon ekibiyle birlikte gözden geçirilmelidir.
Çevik projelerde devir nasıl yapılır?
Çevik projelerde ürün parçalar hâlinde sürekli teslim edildiği için operasyon ekibi geçişe sürekli dahil olur. Yine de belirli bir sürüm ya da proje bitişinde sahiplik geçişi için net bir devir noktası gerekir. Tanım, kabul ve destek geçişi aynı ilkelerle yürütülür.