Projeyi kapatmak: teslim tutanağı ve açık işler
Teslimleri doğrulamak, açık işleri devretmek, erişimi sınamak ve arşivlemek için şablon. Teslim, kabul ve ödeme birbirinden ayrı tutulur.
TL;DR: Teslimden sonra alıcının kontrolü, açık işlerin sorumluları ve kullanılabilir bir arşiv gerekir. Tutanak kararları kaydeder; sessizlik kabul değildir, düzenlenmiş fatura da ödemenin kanıtı değildir.
İçindekiler
Bir projeyi kapatmak, işi kullanabilecek birine bırakmak ve geriye ne kaldığını açıklamak demektir. Son dosyayı göndermek, müşterinin onu kontrol ettiğini, düzenleyebildiğini veya sonraki sorunu kimin ele alacağını bildiğini kanıtlamaz. Aşağıdaki operasyonel kapanış tutanağı, gereksiz formalite yaratmadan bu durumları ayırır.
Teslimden sonra başlayın. Teklif hazırlama aşamasında, İngilizce teslimler zaten tanımlanmış olmalıdır. O sürümü ve kararlaştırılan değişiklikleri bulun. Kapanışta yeni koşullar getirmeyin; belgelenmiş kararları yeniden istemeyin.
Gönderilmiş dosya, doğrulanmış sonuç değildir
Her teslim için alıcının ne yapabilmesi gerektiğini yazın. “Sunum gönderildi” sizin eyleminizdir. “Sorumlu kişi son sürümü açıp eksik yazı tipi olmadan bir kopya dışa aktarır” bir testtir. Yazılımın tüm özelliklerini değil, kararlaştırılan kullanımı ve onu engelleyebilecek bağımlılıkları kontrol edin.
Asana’nın proje kapanış rehberi son kontroller, devir ve arşivlemeyi içerir. Burada hizmet işleri için daha küçük bir kayıt öneriyoruz: teslim, kanıt, karar ve sonraki sorumlu. Bu operasyonel bir öneridir, sertifikasyon standardı değildir.
Teslim edildi, doğrulandı ve bekliyor durumlarını ayırın. Yanıt yoksa kontrol beklemede kalır. “Aldım” teslim almayı doğrular; tüm işin kabulü anlamına gelmeyebilir. Müşteri adına kimin onay verdiğini belirleyin ve yanıtını incelediği sürüme bağlayın.
Bir teslim, üç durum
Kurgusal örnek: bir danışman düzenlenebilir sunum, PDF ve iki grafiği besleyen hesap tablosu teslim eder. Bunlar gerçek bir müşterinin sonuçları değildir.
| Referans | Gözlenen durum | Karar |
|---|---|---|
| D-01: PDF | Müşteri dosyayı açar ve kararlaştırılan sayfaları kontrol eder | Kontrolü ve tarihi kaydedin |
| D-02: sunum | Alıcı kendi hesabıyla düzenleyemez | Erişim işini açık tutun; devir için gereken izni koruyun |
| D-03: tablo | Bir sayı henüz gelmemiş müşteri verisine bağlıdır | P-01 kaydı: veri, sonuç ve sağlayacak kişi |
P-01’de D-03 verisinden etkilenen kimlikleri ve sürümleri belirtin; bu grafikleri içeriyorlarsa D-01 ve D-02’yi de ekleyin. Veri geldiğinde etkilenen grafikleri ve dosyaları yeniden oluşturup dizini güncelleyin. Yeni sürümler alıcının kontrolünü bekler: sorumluyu, kanıtı ve tarihi kaydedin; önceki kontrol yeni sürümleri doğrulamaz.
Üstüne “her şey tamam” yazmayın. D-02 kararlaştırılan kullanımı engeller. D-03, verinin etkisine ve ortak karara göre projeyi sürdürmeyi veya işi devretmeyi gerektirebilir. İşin görünürde küçük olması bunu belirlemez.
Sonraki sorumlu işi kabul etmeli ve eylemi anlamalıdır. Bir hücrede adının yazması devri kanıtlamaz. P-01’i kimse üstlenmezse kapanış sürecinde görünür kalır.
Kendi erişiminizi kaldırmadan önce alıcınınkini test edin
Alıcıdan paketi kendi hesabıyla açıp kararlaştırılan işi yapmasını isteyin. Bağlantınız yalnızca sizin için çalışıyor olabilir. Kaynağı, sahip hesabı veya rolü, sonucu ve sonra kaldırılacak geçici izinleri kaydedin. Tutanağa parola yazmayın.
Drive’da klasör sahipliğini devretmek, içindeki dosyaların sahipliğini otomatik olarak devretmez. Google ayrıca iş veya okul hesaplarının devirlerini aynı kuruluşla sınırlar. Devir sözü vermeden önce hesap türünü ve kullanılabilir işlemi kontrol edin. Resmî Google Drive belgeleri.
İşlem mümkün değilse izin verilen başka bir teslim biçimi kararlaştırıp sonucu test edin. Erişimleri ayrım yapmadan kaldırmayın: bir hesap başka projeleri veya etkin bir hizmeti destekliyor olabilir. Her izni kimin, hangi koşulda inceleyip kaldıracağını belirleyin.
Sonraki kişinin kullanabileceği arşiv
Kısa bir dizin hazırlayın: son sürüm, kararlaştırılan düzenlenebilir dosyalar, talimatlar, kararlar ve açık işler. Son malzemeyi elenen sürümlerden ayırın. Gerekli referansları geçerli kurallara göre saklayın; bu rehber evrensel saklama süresi belirlemez ve belge silmeyi önermez.
Sonraki sorumludan özel konuşmanıza bakmadan teslimi bulmasını ve güncellemeyi açıklamasını isteyin. Dört dosyadan hangisinin son olduğunu sorması gerekiyorsa dizinde bir karar eksiktir. Bir ajansta, İngilizce sayfa alıcı bir ekip arkadaşı da olabilir.
Tutanağı kopyalayın
Köşeli parantezleri değiştirin. D-01 bir teslimi, P-01 açık bir işi tanımlar; kodlar referansları birleştirir. Her konuya ayrı kayıt açın; hepsini “son ayrıntılar” altında toplamayın.
Proje ve kararlaştırılan referans: [belge ve sürüm]Son paket: [konum, sürüm ve tarih]D-01: [teslim / test / kanıt / durum]P-01: [eksik / sonuç / sonraki eylem]P-01’den etkilenen teslimler: [kimlikler / sürümler / yeni kontrol: sorumlu, kanıt ve tarih]P-01 sorumlusu: [kabul eden / teyit]P-01 incelemesi: [kararlaştırılan tarih veya koşul]Erişim: [sahip / test / kaldırma bekliyor]Arşiv: [dizin / düzenlenebilir dosyalar / talimatlar]İdari durum: [referans / gerçek durum / sorumlu]Devam: [kanal / sorumlu / kararlaştırılan kapsam]Karar: [açık / işler devredilerek kapalı / kapalı]Teyit: [kişi / sürüm / tarih; veya bekliyor]Neyin bittiğini, neyin sürdüğünü söyleyin
Uyarlanabilir mesaj: “[Sürüm] paketi ve [referans] tutanağı burada. [Rol] hâlâ [kontrol] yapmalı. [Açık iş], [kabul eden sorumlu] ile devam ediyor. Lütfen [somut karar] bilgisini teyit edin. O zamana kadar [gerçek durum].”
Faturayı kanıta göre hazırlanmış, düzenlenmiş, ödenmemiş veya ödenmiş olarak ayrı kaydedin. Operasyonel kapanış tek başına yükümlülüğü yerine getirmez ve ödemeyi kanıtlamaz. Bu aşamanın saatlerini de gider takibine, İngilizce dahil edin.
Sorunları teslime bağlayın; kararlaştırılan işin düzeltilmesini yeni işten ayırın. Tutanakta destek kapsamı uydurmayın. Sonraki teslimden önce izin testi gibi somut bir iyileştirme ve sorumluyla bitirin. Kararlar, tüm konuşmayı yeniden oluşturmadan anlaşılabilmelidir.
Bu makale faydalı oldu mu?
Sıkça sorulan sorular
Son teslimatı göndermek projeyi kapatmak için yeterli mi?
Hayır: teslimatı, alıcının teyidini ve bekleyen işi birbirinden ayırın. Yanıt yoksa teyit beklemeye devam eder; teslim alındı bildirimi işin kabul edildiğini kanıtlamaz.
Teyitten sonra bir veri değişirse ne olur?
Etkilenen teslimatları belirleyip yeniden oluşturun, dizini güncelleyin ve yeni sürümlerin kontrol edilmesini isteyin. Önceki sürümün teyidi yeni sürümü doğrulamaz.