Harika bir proje devir teslimi, inşa ettiğiniz her şeyi korur. Trupeer ile ücretsiz bir proje devir teslimi şablonuyla başlayarak devir teslim dokümantasyonunda saatler kazanabilir; bunu marka yönergeleriniz ile özelleştirip, devir teslimleri alan ekibi hızlıca hazır hale getiren video anlatımlara dönüştürebilirsiniz.

Proje devir teslimi şablonu nedir ve içinde neler bulunur?

Proje devir teslimi dokümanı, bir şeyi inşa eden ekibin onu çalıştıracak ekibe verdiği belgedir. Bu belgenin; şeyin ne olduğunu, artık kimin sahipliğinde olduğunu, hangi durumda bulunduğunu, tamamlanmamış olarak kalanların neler olduğunu ve kiminle iletişime geçileceğini belirtmesi gerekir.

Şablon size bölümleri verir. Çoğu sürüm kabaca aynı seti sunar: genel bakış, durum, teslimatlar, kişiler, tamamlanmamış görevler, dokümantasyon, notlar ve onay.

Bu set makul. Neredeyse her devir tesliminde yanlış olan şey bölümler değil; hacimdir ve özellikle de tamamen farklı şekilde davranan iki tür içeriğin birbirinden ayrılmamasıdır.

Devir tesliminin gerçekleşebilmesi için hangi koşulların sağlanması gerektiğini ve reddetme hakkı kimin olduğunu arıyorsanız, bu farklı bir dokümandır ve proje devir teslimi kontrol listesi şablonumuz bunu kapsar. Bu sayfa, gerçekten devrettiğiniz şeyleri ele alır.

Devir teslimi dokümanı, eskimeye yazılır

Bir devir teslimi dokümanını, bir projenin ürettiği diğer tüm dokümanlardan ayıran özellik şudur.

Görevi, alıcı ekibi hiçbir şey bilmezken yetkin şekilde çalışır hale getirmektir. Bu gerçekleştiğinde, genellikle birkaç hafta içinde, doküman görevini tamamlamış olur ve bir daha açılmaz. Ekibin kendi anlayışı, kendi çalışma kılavuzları ve kendi notları bunun yerini alır.

Bu bir başarısızlık değil. Başarının göründüğü şekil bu.

Hata, onu kalıcı bir referans gibi yazmaktır; çünkü kalıcı bir referans kapsamlı olmak zorundadır ve kapsamlılık, önemli olduğu ilk haftada okunmasını tam olarak engelleyen şeydir. 187 sayfalık bir paket, sistemi çalışır halde tutarken ilk iki haftasında dört kişi tarafından okunmaz. Dosyalanır.

Bu nedenle devir teslimi dokümanı ilk kırk sekiz saat ve ilk üç hafta için optimize edilmelidir; her türlü kalıcı içerik ise başka bir yerde yaşamalı ve bağlantılarla ilişkilendirilmelidir.

Trupeer’da bu şablon nasıl özelleştirilir

Adım 1: Şablonlar Bölümünü Açın

Ana navigasyondan Şablonlar bölümüne gidin.

Adım 2: Bir Şablon Seçin ve Açın

Çalışmak istediğiniz herhangi bir şablona açmak için tıklayın.

Adım 3: Şablon Görünümünü Genişletin

Gerekirse, tam düzeni ve ayrıntıları net şekilde görmek için şablon görünümünü genişletin.

Adım 4: Şablonu Düzenleyin

Seçili şablonda değişiklik yapmaya başlamak için Düzenle’ye tıklayın.

Düzenleyici içinde şunları yapabilirsiniz:

• Yeni bölümler ekleyin

• Biçimlendirme kurallarını tanımlayın veya güncelleyin

• Bir logo ekleyin ve konumunu ile ilgili ayarları düzenleyin

Adım 5: Özelleştirilmiş Şablonunuzu Kaydedin

Gerekli tüm değişiklikleri yaptıktan sonra, güncellenmiş şablonu kendi şablonunuz olarak saklamak için Kaydet’e tıklayın.

Adım 6: Şablonu Önizleyin ve İnce Ayar Yapın

Özelleştirilmiş şablonunuzun nasıl göründüğünü görmek istediğinizde Önizleme’yi açın.

Önizleme ekranından, gerekirse şablonda doğrudan ayarlamalar yapmaya devam edebilir; böylece şablonun tam olarak istediğiniz gibi göründüğünden emin olabilirsiniz.

Bir proje devir teslimi şablonuyla şunları yapabilirsiniz:

• Devir teslimlerinde saatler kazanın: Geçişler için tasarlanmış bir yapıyla boş sayfayı atlayın.

• Her çıktıyı kapsayın: Dahili bölümler, hiçbir teslimatın, dokümanın veya onayın atlanmamasını sağlar.

• Markanıza uygun kalın: Trupeer’ın marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın.

• Alıcı ekipleri daha hızlı hazırlayın: Devir teslimini bir video anlatımla eşleştirin.

• Tüm projelerde standardize edin: Her proje geçişi için aynı şablonu kullanın.

• Küresel ekiplere ulaşın: Devir teslimi dokümantasyonunu tek tıkla 65+ dile çevirin.

Bootstrap içeriği ile referans içeriği farklı şeylerdir

Her aday öğeyi iki kategoriden birine ayırın; paket kendini yeniden yapılandırır.

Bootstrap içeriği. Hemen gerekir, sonra işe yaramaz. Bu şeyin iki cümlede ne olduğu. Şu an kimin sahipliğinde olduğu. Kırılgan olan ne. Ne için kimin aranacağı. Tamamlanmamış olan ne. Sormadan değiştirilemeyecek olan ne. Diğer her şeyin nerede yaşadığı.

Referans içeriği. Ara sıra gerekir, yıllarca gerekir. Mimari. As-built yapılandırma. Çalışma kılavuzları. Test sonuçları. Gereksinim izlenebilirliği. Kullanıcı kılavuzları. Sözleşmeler.

Bootstrap içeriği devir teslimi dokümanında yer almalıdır; bu doküman iki sayfa olmalıdır.

Referans içeriği, alıcı ekibin zaten şeyleri tuttuğu ve devir teslimi dokümanından bağlantılarla arayacağı operasyonel dokümantasyonda yer alır. Paketin içinde yer almaz; çünkü paket haline getirmek, paketin okunamaz olmasına neden olur ve ekibin kendi sistemine emilmek yerine bir bütün olarak arşivlenmesine yol açar.

Hangi referans dokümanlarının en baştan saklanmaya değer olduğunu proje dokümantasyon şablonumuz kapsar; as-built materyalin sonrasında nerede yaşaması gerektiğini ise BT dokümantasyon şablonumuz kapsar.

İlk ne bozulur: hiçbir şablonun istemediği alan

Bir devir teslim ekibinin yazabileceği en değerli tek şey, kırılgan olanların listesidir; ancak hiçbir devir teslim şablonu bunu istemez.

Proje ekibi bunu bilir. Hangi entegrasyon, planlı bir yeniden deneme ile bir arada tutulur; hangi yapılandırma, yukarı akış sisteminin tutarlı davranmasına bağlıdır; dosya geç gelirse hangi iş başarısız olur; ve inşaatın hangi kısmından asla tam olarak memnun kalmadıklarını. Bu bilgi devir teslim gününde eksiksizdir ve bir ay içinde kaybolur.

Çünkü kimse bunu sormaz. Test sonuçları, neyin geçtiğini kaydeder. Risk kayıtları, insanların önceden neye endişe duyduğunu kaydeder. Ancak ikisi de, yumuşak noktaların nerede olduğuna dair mühendisin özel değerlendirmesini yakalamaz.

Beş öğe isteyin. İlk olarak ne bozulacak, neden, olduğunda nasıl görünecek ve ne yapılacak. Bunu proje yöneticisi değil, onu inşa eden kişiler yazsın; çünkü proje yöneticisi bunu bilmez.

Bunu pratikte çalışır kılan iki şey var. Bunu açıkça suçsuzlaştırın: bu, kötü işin kabulü değildir; devredilebilecek en faydalı şeydir ve bunu bir kusur listesi olarak çerçevelemek boş bir bölüm garantiler. Ayrıca devir teslim gününde değil, devir teslimden iki hafta önce isteyin; çünkü yanıt “bildiğim hiçbir şey yok” olacaktır.

İlk hafta için iki sayfalık doküman

Buradan kopyalayın. İki sayfa ve genişletmeye direnin.

Bu nedir. Şeyi ve iş için ne yaptığını iki cümleyle anlatın.

Şu an kimin sahipliğinde. Alıcı sahip adıyla, onların üstündeki tırmandırma (eskalasyon) ve sahipliğin devredildiği tarih.

İlk olarak ne bozulur. Yukarıdaki gibi beş öğe; belirti ve ilk aksiyonla birlikte.

Ne için kimi aramalı. Kısa bir yönlendirme listesi. Dahili ekip, sistem entegratörü, her tedarikçinin sözleşme referansı ve saatleriyle destek hattı ve hipercare sırasında erişilebilir kalan proje içindeki adlandırılmış kişiler. Yalnızca entegratörü adlandıran iletişim listeleri, tekrarlayan ve maliyetli bir eksikliktir.

Tamamlanmamış olan nedir. Sahipleri ve tarihlerle birlikte şiddete göre açık kusurlar; ertelenmiş öğelerin karar olarak kaydedilmesi ve devir teslimden sonra proje ekibinin yapmayı kabul ettiği her şey.

Sormadan neyi değiştirmemeli. Değişikliğin açık olmayan sonuçlara yol açtığı yapılandırma, işler veya ayarlar. Kısa, spesifik ve mevcut olan birkaç gerçekten önleyici bölümden biri.

Diğer her şey nerede. Referans materyale, alıcı ekibin zaten kullandığı konumda, adıyla bağlantılar.

Buraya kadar kopyalayın. İki sayfayı aşarsa, içindeki bir şey referans içeriğidir.

Ücretsiz proje devir teslimi şablonu: kopyalanacak yapı

Tam devir teslim; yukarıdaki iki sayfalık doküman ile tanımlı bir dizi referans materyalin birleşiminden oluşur. Paket, ikisinin birleşimidir; tek bir paket değildir.

İlk hafta iki sayfalık doküman, yukarıdaki gibi.

Referans materyal, her biri paketin içinde değil, kalıcı evinde:

As-built açıklaması; bunu kullanarak gerçek görevleri yerine getiren biri tarafından doğrulanmış. Her planlı, otomatik veya tekrarlayan görev için çalışma kılavuzları. Mimari veya varlık kayıtları. Bilinen sınırlamalar ve mevcut geçici çözümler. Erişim ve hesap kayıtları; rol tabanlı hesaplara aktarılmış. Yenileme tarihleriyle birlikte sözleşmeler, lisanslar ve destek düzenlemeleri. Standart gerektiriyorsa saklanan nihai gereksinimler ve kabul kanıtları. İzleme ve uyarı yapılandırması.

Devir teslim kaydı. Tarih, taraflar, neyin devredildiği, kabul için eklenen koşullar, hipercare şartları ve imzalar. Tek sayfa, arşivlenmiş.

Bunu pakete geri dönüp çökertmeyen iki kural vardır. Her referans dokümanı, devir teslimden önce alıcı ekibin sisteminde mevcut olmalıdır; vaat edilmemelidir. Ve iki sayfalık doküman, içlerinden hiçbirini açmadan okunabilir olmalıdır; bu da bootstrap içeriğinin gerçekten ayrıldığının testidir.

22’si 187 sayfadan okunan yayıncı

Yaklaşık sekiz yüz kişilik bir yayınevi ve yayıncı olan Sedgewick Media, yeni bir dijital varlık yönetim sisteminin devir teslimini aldı.

Paket, kırk bir slaytlık bir sunum da dahil olmak üzere on dört doküman boyunca yüz seksen yedi sayfaya ulaştı. Proje genel bakışı, sekiz sayfa. Mimari, yirmi iki. Gereksinim izlenebilirliği, otuz dört. Test sonuçları, kırk altı. As-built yapılandırma, otuz bir. Kullanıcı kılavuzları, yirmi sekiz. İletişim listesi, iki. Tamamlanmamış öğeler, üç. Onay, bir.

Alıcı ekip, dijital operasyonlarda dört kişiydi.

Birinci haftada bir ingest işi başarısız oldu. Bir çalışma kılavuzu yoktu. Yaklaşık üç saat boyunca as-built yapılandırmayı okuyarak bunu çözdüler.

İkinci haftada planlı bir purge, saklanması gereken varlıkları sildi. Proje ekibi bunun kırılgan olduğunu biliyordu: saklama kuralı, tutarsız şekilde dolduran bir yukarı akış sisteminin doldurduğu bir meta veri alanına bağlıydı. Bu bilgi, yüz on sekizinci sayfada, bir test sonucunun içinde; bilinen davranış olarak açıklanmış şekilde ortaya çıktı. Alşivden kurtarılması gereken altmış bir varlık vardı; bu da personel zamanı ve tedarikçi ücretleri olarak yaklaşık on dört bin sterline mal oldu.

Üçüncü haftada, iletişim listesi sistem entegratörünü adlandırdığı için ve varlık yönetimi tedarikçisinin destek hattını adlandırmadığı için yanlış tedarikçiyi iki kez aradılar.

Sonrasında neyin yardımcı olacağını sorduklarında, alıcı ekibin yanıtı iki sayfaydı: ne bozulur, kimi aramalı, tamamlanmamış olan nedir ve neye dokunulmamalı.

Yüz seksen yedi sayfanın içinden ilk ayda yirmi ikisini okumuşlardı.

Bir sonraki devir teslim, bir hak yönetimi sistemiydi. İlk hafta için iki sayfalık doküman ve operasyon ekibinin kendi dokümantasyonunda tutulan, paketlenmek yerine bağlantılanmış doksan dört sayfalık referans materyal kullandı. İlk bozulacaklar listesi beş öğeydi ve bunu, onu inşa eden iki mühendis yazmıştı.

İlk ayda bir olay oldu. Bu listenin ikinci maddesiydi. Kırk dakikada çözüldü.

Bir proje devir teslimi dokümanı neleri içermeli?

Yukarıdaki bootstrap içeriği ve özellikle çoğu paketin ya atladığı ya da gömdüğü beş şey.

İlk olarak ne bozulur, inşa edenler tarafından yazılır.

Satıcı destek hatları, sadece entegratör değil; sözleşme referansları ve saatlerle.

Ne değiştirilmemeli, kısa ve önleyicidir.

Sahipleri ve tarihlerle tamamlanmamış öğeler, çünkü tarihsiz açık bir kusur kalıcı hale gelir.

Referans materyal nerede yaşar, paketin içinde değil alıcı ekibin sisteminde.

Dokümandan neyi dışarıda bırakmalısınız: mimari diyagramlar, test sonuçları, gereksinim izlenebilirliği, kullanıcı kılavuzları ve yapılandırma dışa aktarımları. Bunların hepsi faydalıdır; ancak birinin ilk hafta okuduğu şeyin içinde yer almaz.

Bir proje devir teslimi dokümanı nasıl yazılır?

Devir teslimden iki hafta önce başlayın; devir teslim gününde değil. İlk bozulacaklar listesinin düşünme zamanı gerekir ve dağılacak olan mühendislerin katılımına ihtiyaç duyar.

Başka hiçbir şeyi bir araya getirmeden önce iki sayfalık dokümanı ilk olarak yazın. Bu sırayla yapmak, bootstrap ile referans arasındaki ayrımı zorunlu kılar.

Kırılgan öğeler için, bir toplantıda değil; inşa edenleri tek tek sorun. Proje yöneticisinin de bulunduğu bir grupta yanıt genellikle her şeyin yolunda olduğu olur.

Her referans bağlantısının çözümlendiğini ve işaret ettiği dokümanın projenin değil, alıcı ekibin sisteminde bulunduğunu doğrulayın. Arşivlenecek bir proje SharePoint’ine giden bir bağlantı, gecikmeli kırık bir bağlantıdır.

Alıcı ekipten birinin iki sayfayı okumasını ve yalnızca dokümanın işaret ettiği şeyleri kullanarak bir gerçek görevi denemesini sağlayın. Sordukları her soru bir boşluktur.

Ardından hipercare şartlarını kabul edin ve imzalayın; bunu proje devir teslimi kontrol listesi şablonumuz kapsar.

Devir teslim raporu varyantları ve her birini kim okur?

Bu kelime, geniş bir aileyi kapsar ve dokümanlar gerçekten farklıdır; şablon kütüphanelerini arıyorsanız bunu bilmek değerlidir.

Bunlardan ikisi kendi yaklaşımına sahiptir. İnşaat devir teslimi, operasyon dokümantasyonuna odaklanır ve operasyon ve bakım el kitabı şablonumuz bu dokümanın genellikle kontrol edilmekten ziyade neden kabul edildiğini kapsar. Rol devir teslimi, artefaktlardan ziyade bilgiyle ilgilidir ve bilgi aktarımı SOP şablonumuz, yazılı bir listenin ortaya çıkaramayacağı şeyi görünür kılan bir yöntemi kapsar.

En iyi uygulamalar ve tekrarlayan hatalar

Dokümanı yazın, paketi değil. İki sayfa artı bağlantılar, her seferinde bir paketten daha iyidir.

Önceden, kırılgan olanı suçsuz bir şekilde sorun. En yüksek değer taşıyan bölüm ve kimsenin talep etmediği bölüm.

Tedarikçileri adlandırın, sadece entegratörü değil. İlk ayda tekrarlayan ve kolayca önlenebilen bir maliyet.

Tamamlanmamış her öğeyi tarihleyin. Tarihsiz olan kalıcıdır.

Referans materyali, devir teslimden önce alıcının sistemine koyun. Arşivlenen projenin sisteminde değil.

Aynı gün devredip kapatmayın. Kapanış, hipercare’nin bağlı olduğu bütçeyi ve kişileri ortadan kaldırır.

Dokümanı alıcının test etmesini sağlayın, okumasını değil. Bir devir teslim paketi okumak, bunun çalışıp çalışmadığı hakkında size hiçbir şey söylemez.

Proje devir teslimi dokümanı mı, devir teslim kontrol listesi mi?

Bunlar aynı olayın iki yarısıdır ve ayrı dokümanlardır.

kontrol listesi, devir teslimin gerçekleşip gerçekleşemeyeceğini yönetir: kabul kriterleri, bunları kimin doğruladığı ve reddetme yetkisine kimin sahip olduğu. Devir teslimden önce ve devir teslim sırasında tamamlanır; devir teslim kabul edildiğinde değeri sona erer. proje devir teslimi kontrol listesi şablonumuz bunu kapsar; ayrıca kriterlerin kapanışta proje tarafından değil, planlama aşamasında alıcı ekip tarafından yazılması gerektiğinin nedenini de içerir.

devir teslim dokümanı, devredilen şeydir: alıcı ekibin çalışmaya başlayabilmesi için ihtiyaç duyduğu bootstrap içeriği. Değeri, devir teslim kabul edildiğinde başlar.

Çoğu organizasyonda ilkine bir tür karşılık ve ikincisi yerine bir paket bulunur. Doküman olmadan kontrol listesi, çalıştıramayan bir ekibe uyumlu bir devir teslim üretir. Kontrol listesi olmadan doküman ise kimsenin reddetmesine izin verilmeyen iyi bir bilgilendirme sağlar.

Excel veya Word’de proje devir teslimi şablonu alabilir miyim?

İki sayfalık doküman için Word veya Google Docs; çünkü bu bir metindir ve sıralanmak yerine okunur. İki sayfa ile sınırlı tutun ve kayıt için PDF olarak dışa aktarın.

Sütun gerektiren iki liste için Excel. Şiddetine, sahibine ve hedef tarihine sahip tamamlanmamış öğeler. Ayrıca sistem, tedarikçi, sözleşme referansı, saatler ve telefon numarasıyla iletişim yönlendirme listesi. İkisi de ilk aylarda değişir ve ikisi de okunmak yerine danışılır.

Proje ile arşivlenen imzalı devir teslim kaydı için PDF. Çünkü insanlar bir yıl sonra bir şey ters gittiğinde geri dönüp bu dokümana bakar; bu nedenle dondurmak ve tarihlemek önemlidir.

Her şeyi içeren tek bir paketlenmiş doküman, herhangi bir formatta işe yaramaz. Bu, sayfanın tamamında anlatılan başarısızlıktır ve format bunu değiştirmez.

İlk bozulacaklar listesini hızlıca nasıl yazarsınız?

Buradaki en yüksek değer taşıyan iki bölüm; kırılgan öğeler ve bunların işaret ettiği çalışma kılavuzlarıdır. Bunların ikisi de aynı nedenle en olası şekilde eksiktir. İkisi de, proje zamanının en az olduğu haftada, aylar önce inşa edilen bir şeyi ayrıntılı şekilde tarif edecek birine ihtiyaç duyar.

Trupeer AI bu maliyetin çoğunu ortadan kaldırır. İşi inşa eden mühendis, işi çalıştırırken kendisinin ne yaptığını; başarısız olduğunda nasıl göründüğünü ve bununla ilgili ne yaptığını da dahil ederek kaydeder ve çıktı, adımlar ile ekranların da yakalanmış olduğu yazılı bir çalışma kılavuzudur. Kırılgan öğe ve ilk aksiyon, aynı kayıttan çıkar.

Kaydedin. Markalayın. Çevirin. Trupeer’layın.

Bu aynı zamanda devir teslimin iddia edilmek yerine doğrulanabilir olmasını sağlar; çünkü alıcı ekip, bir açıklamayı okuyup ummak yerine kayıt-türetilmiş kılavuzdan görevi gerçekleştirebilir. SOP oluşturucu prosedürleri kapsar; BT SOP şablonumuz sonrasında hangilerinin sürdürülmeye değer olduğunu kapsar ve materyal, referans bağlantılarının işaret etmesi gereken tutarlı markalama ile bilgi tabanınızda yaşar. Kurulum talimatları doküman şablonu kurulum kılavuzunda yer alır.

Sıkça Sorulan Sorular

Excel’de ücretsiz bir proje devir teslimi şablonu var mı?

Excel, dokümandan ziyade iki liste için uygundur: şiddetine, sahibine ve tarihine sahip tamamlanmamış öğeler ile iletişim yönlendirme listesi. Kilitli bir indirme yoktur ve form yoktur. İki sayfalık anlatımı bir dokümanda tutun; çünkü bu metin aceleyle bir kez okunur ve hücreler bunun için yanlış kapsayıcıdır.

Word’de ücretsiz bir proje devir teslimi şablonu var mı?

Yukarıdaki iki sayfalık yapı, Word veya Google Docs’a doğrudan yapıştırılır. Disiplin uzunlukla ilgilidir, formatla değil: iki sayfayı aşarsa, içindeki bir şey referans içeriğidir ve bağlantıyla birlikte alıcı ekibin dokümantasyonunda yer almalıdır.

PDF’de ücretsiz bir proje devir teslimi şablonu var mı?

İki sayfalık dokümanı ve imzalı devir teslim kaydını arşiv için PDF olarak dışa aktarın. Referans materyali aynı PDF’ye paketlemeyin; çünkü bu, kimsenin okumadığı bir dokümanı üreten tam kalıptır.

PDF’de proje devir teslimi dokümanını nerede bulabilirim?

Bazı üniversiteler ve kamu kurumları kendi dokümanlarını yayımlar ve bunlar öğe listesi için faydalıdır. Eksik olanı not ederek okuyun: neredeyse hiçbiri kırılgan öğeler bölümü içermez ve neredeyse hepsi referans materyali pakete paketler; bu sayfanın karşı çıktığı iki şeyden biridir.

Bir proje devir teslimi dokümanı ne kadar uzun olmalı?

İnsanların okuyacağı doküman için iki sayfa; ayrıca şeyin gerçekten ihtiyaç duyduğu kadar referans materyal, ayrı tutulur. Yukarıdaki çalışılmış örnek argümandır: yüz seksen yedi sayfalık bir paketin ilk ayda okunan yirmi iki sayfası vardı.

Proje devir teslimi dokümanını kim yazmalı?

Proje yöneticisi iki sayfalık dokümanı yazar ve şeyi inşa eden mühendisler kırılgan öğeleri yazar. Bu ayrım önemlidir; çünkü proje yöneticisi neyin kırılgan olduğunu bilmez ve mühendisler iletişim yönlendirme listesini yazmaz.

Devir teslim raporu nedir?

Proje devir tesliminden daha geniş bir aile; vardiya devir teslimlerini, rol devir teslimlerini, varlık transferlerini ve müşteri kabulünü kapsar. Şablon kütüphaneleri onlarca varyant listeler; hemşirelik, depolama ve tesisler için sektör odaklı olanlar dahil. Yukarıdaki tablo, kritik içerik her durumda önemli ölçüde farklı olduğu için, her birinde kimin kime devrettiğini ortaya koyar.

Devir teslim dokümanı ne zaman yazılmalı?

Devir teslimden iki hafta önce başlayın. Kırılgan öğelerin düşünme zamanı gerekir ve dağılacak olan kişilere ihtiyaç duyar. Devir teslim gününde yazıldığında bölüm boş döner; bu, devir teslimin en değerli kısmının en sık kaybolma yoludur.