Proje teslim dosyasında belge sürümü ve açık madde takibi

Teslim klasöründen önce dosya listesini hazırlayın

Bir proje tesliminde aynı belgenin e-posta eki, ortak klasör kopyası ve toplantıda açılan sürümü birbirinden farklı olabilir. Dosya sayısının çokluğu, hangi bilginin güncel olduğunu göstermez. İşletme açısından ilk ihtiyaç, teslim kapsamındaki belgeleri tek bir listede bulabilmektir.

Aşağıdaki örnek, bir toplantı alanının dokümantasyonunu devralan ekip için hazırlanmış temsilî bir çalışma düzenidir; gerçek bir Ofelya müşteri projesi değildir. Listeye yalnız tarafların bu iş için belirlediği teslimleri ekleyin. Kullanım belgesi, eğitim kaydı ve bakım kaydı başlıkları örnek olarak kullanılmıştır; her proje için aynı dosyalar zorunlu değildir.

Bu rehber belge düzenine odaklanır. Bir dosyanın teslim edilmiş olması, içerdiği sistemin teknik olarak kabul edildiği anlamına gelmez.

Her belge için tek bir güncel kayıt gösterin

Temsilî dosya listesinde her satır bir belgeyi temsil edebilir. Belge adı, güncel sürüm, son düzenleme tarihi, dosya konumu, inceleyecek kişi veya ekip ve durum alanlarını ayrı tutun. Durumu yalnız dosya adına yazmak yerine listede de gösterin; böylece dosya taşındığında açıklama kaybolmaz.

Örneğin “Kullanım notları / sürüm 0.3 / 4 Ekim / ortak klasördeki bağlantı / işletme ekibi / inceleme bekliyor” tek bir satırdır. Buradaki sürüm numarası önerilen bir örnektir; kurumunuzun mevcut belge düzeni varsa onu sürdürün. “Son”, “son2” ve “gerçek-son” gibi adların neyi ifade ettiğini ekipten herkesin bildiğini varsaymayın.

Listede bir belgenin yerine geçen yeni sürümü gösterirken önceki kaydın hangisi olduğunu da belirtin. Okuyucunun güncel dosyaya hangi bağlantıdan ulaşacağı açık olsun.

• Belgenin adı ve güncel sürümü listede birlikte görülebiliyor mu?
• Bağlantı, teslimi alacak kişinin normal hesabıyla açılabiliyor mu?
• İnceleme bekleyen belge, tamamlanmış belgeyle karışıyor mu?

Sürüm geçmişi ile inceleme kararını ayırın

Microsoft’un SharePoint rehberi, sürüm takibi açıkken bir dosyanın ne zaman ve kim tarafından değiştirildiğinin izlenebildiğini, eski sürümün incelenebildiğini veya geri getirilebildiğini açıklar. Aynı rehberde taslakların görünürlüğü ve içerik onayı ayrıca ele alınır. Bu özelliklerin kurumunuzdaki ayarlarda etkin olduğunu varsaymayın; kullanılan belge alanında kontrol edin.

Teslim listesinde “dosya güncellendi” ile “ilgili kişi inceleyip kabul etti” için ayrı durumlar kullanabilirsiniz. Örneğimizde kullanım notlarının 0.3 sürümüne yeni bir bölüm eklenmesi, işletme ekibinin o bölümü gördüğünü göstermez. İnceleme sonucunu, yorumun hangi sürüme ait olduğuyla birlikte kaydedin.

Yanlış sürüm üzerinde çalışılmışsa Microsoft’un geri yükleme rehberi, SharePoint’in seçilen eski sürümün bir kopyasını yeni güncel sürüm yaptığını belirtir. Bir geri yükleme sonrasında teslim listesindeki sürüm ve bağlantıyı yeniden gözden geçirin. Bu özellik, proje taraflarının hangi belgeyi kabul ettiğine kendiliğinden karar vermez.

Açık maddeyi takip edilebilir bir işe dönüştürün

“Belgeler eksik” gibi genel bir not, sonraki toplantıda aynı konunun yeniden konuşulmasına yol açabilir. Bunun yerine eksikliği ilgili belgeye bağlayan kısa bir kayıt tutun: madde numarası, gözlenen eksik, ilgili belge ve sürüm, yanıt verecek kişi veya ekip, hedef tarih ve son durum.

Temsilî örnek: “AM-04: Kullanım notları 0.3 içinde kaynak seçimi başlığının açıklaması eksik. Dokümantasyon ekibi açıklamayı ekleyecek; işletme ekibi yeni sürümü inceleyecek.” Bu satır bir cihazın nasıl bağlanacağını tarif etmez; hangi açıklamanın tamamlanacağını kayda geçirir.

Madde kapatılırken yalnız “tamam” yazmak yerine, hangi dosyada neyin değiştiğini ve kapanışın kim tarafından görüldüğünü belirtin. Bir madde tamamlanmadıysa açık durumunu koruyun; planlanan tarihi gerçekleşmiş teslim tarihi gibi göstermeyin.

• Açık madde belirli bir belgeye ve sürüme bağlı mı?
• Sonraki adımın sorumlusu ve hedef tarihi belli mi?
• Kapanış notu, değişen dosyayı ve yapılan incelemeyi gösteriyor mu?

Devirden sonra da okunabilen bir özet bırakın

Teslim toplantısının sonunda güncel dosya listesini, açık maddeleri ve sonraki görüşme zamanını aynı özet içinde paylaşabilirsiniz. Ekibe sonradan katılan bir kişinin hangi dosyadan başlayacağını ve soru için kime başvuracağını anlayıp anlamadığını kontrol edin. Kurum içi dosya bağlantılarını ve kişi bilgilerini kamusal bir sayfada paylaşmayın.

Temsilî çalışma sonunda üç sonuç ayrı görünür: teslim edilen dosyalar, incelemesi devam eden belgeler ve henüz tamamlanmayan maddeler. Bu ayrım, dosya alışverişini izlenebilir kılar; proje kapsamına göre yapılacak teknik değerlendirmeyi ikame etmez.

Ankara’daki projeniz için Ofelya’ya talep iletirken elinizdeki belge türlerini ve teslimde açıklığa kavuşmasını istediğiniz başlıkları paylaşabilirsiniz. Test planı ve teslim dokümantasyonu ile ses-görüntü-kontrol entegrasyonu ve bakım sayfalarında ilgili hizmet kapsamlarını inceleyebilirsiniz; hangi teslimlerin işe dahil olacağı ayrıca belirlenir.

• Güncel dosyalar, bekleyen incelemeler ve açık maddeler ayrı görülebiliyor mu?
• Bir sonraki güncellemenin kimden ve ne zaman beklendiği belli mi?