Neden Posta-kompletion Yorumları Drive Engineering Excellence

Mühendislik disiplinlerinde, bir proje sonunda nadiren bitim hattıdır. Gerçek değer, hangi işe yaradığını sistematik olarak ele almakta yatıyor, bir dahaki sefere daha iyi bir zaman yapmak için. Posta-kompletion incelemeleri (ayrıca as-mortems veya retroives olarak da bilinir) ham deneyimi tekrarlanabilir bilgi haline getiriyor.For teamler için, bu yorumların yeniden yapılandırılması, proje yaşamının ayrılmaz bir parçası haline gelmesi, sürekli iyileştirme ve geliştirme sürecine nasıl indirgenebilir.

Bu kılavuz, temellerin ötesine giden eylemli adımlarla Asana'daki posta değerlendirmeleri için kapsamlı bir çerçeve sunar.

Yorumlar için bir Özel Asana Workspace inşa edin

Ortak bir hata, geri bildirim sonrası değerlendirmeleri bir sonraki olarak tedavi edilir, e-posta iplikleri ve paylaşılan belgelerle ilgili notları dağıtır. Bunun yerine, Asana'da özellikle yorum için özel bir proje oluşturun. "Mühendislik Postası 2025" veya "Project Retrospectives" gibi bir şey seçin ve hızlı erişim için ayrı bir renk ve ikon verir.

Gerçek Topları Yakalayan Özel Alanlar Tanımlama

Standart Asana projeleri Ad ile geliyor, Assigne, Due Date ve Durum. İncelemeler için, daha derin olan alanlara ihtiyacınız var.

  • [FONT:0)Proje Sağlık Puanı[Dönem: Red, Sarı, Yeşil)
  • [FONT:0]Primary Goal[[Dönetici:0)) (İngilizce amaç için metin alanı)
  • [0][değiştir | kaynağı değiştir] [[değiştir | kaynağı değiştir]
  • [FONT=0)Key Şişeneck[[DÜDÜT:1) [Döneticileri veya “sürücük kısıtlamalar” veya “sürücük”) gibi ortak kategorilerle metin veya tek-select.
  • [[Döneticileri Öğrenmiş Kategori[[Dön-select: Süreç, İletişim, Teknik, Araçlama)

Bu alanlar her inceleme görevi, daha sonra filtre, tür ve trend analizi için ihracat yapabileceğiniz yapılandırılmış bir veri noktasına dönüştürür. Örneğin, projelerinizin% 30'undan fazla bir şişenck olarak hızla görebilirsiniz.ENFLT:0Asana'nın özel alanları belgeleri).

İzinler ve Takımlar Organizasyon

Mühendislik sonrası değerlendirmeler genellikle çapraz işlev girişi içerir - Dev liderlik eder, QA, ürün sahipleri ve bazen dış paydaşları.Asana Teams'i, yalnızca yöneticiler için görünürlük sağlarken temel katkıda bulunanlara erişim yazmayı kısıtlamak için kullanır.Bu, yine de şeffaflığı teşvik ederken, kazara düzenleme projesini ücretsiz tutar.

Yeniden kullanılabilir İnceleme Şablonları Oluşturma

Konsolosluk, standart bir yapı olmadan, her inceleme benzersiz bir karflake haline gelir ve çapraz proje karşılaştırması imkansız hale getirir. Asana'nın proje şablonları, her tamamlanmış proje için anında tekrar tekrarlamanıza izin verir.

Şablonunuzda ne içerecek

Takıma faydalı bir retrospektifin dört sütunundan rehberlik etmek için şablonunuzu tasarlayın: [Dönetici:0)))[Dönetici:2|Döneticiler[Döneticiler)[Döneticiler[Döneticiler, [[Dönler))

  • [[Proje Genel Bakış[[Dönetici:0))) 1.Bölüm - Başlangıç tarihi, son tarih, takım üyeleri ve orijinal kapsamı ifadesi için görev.
  • [FONT=0]Section 2: Başarı Ölçümleri[[Dönetici: 1 ) – Gerçek vs için özel alanlarda orijinal OKRs veya KPIs ile bağlantı kurmak.
  • [FONT:0)Section 3: Ne Went Well) – Her bir katkıda bulunan Subtasks “yıldız” bir an ekleyebilir.
  • [0]Section 4: Challenges & Şişencks[Döntgen: 1) Subtaskslar kök neden kategoriler için düşüşler.
  • [FONT=0]Section 5: Action Materials Maddeler[Döneticiler)[Döneticiler, ve bağımlılıklar.

Şablon inşa etmek için, bu örnek görevler ve bölümlerle bir proje oluşturmak, sonra proje menüsü aracılığıyla bir şablon olarak tasarruf edin.Her seferinde bir proje sona erdiğinde, şablonu tekrarlayın ve orijinal projeye bağlantı kurun Asana ID (özel bir alanla) izlenebilir.Ücretsizlik için.

Şablonları Keeping Şablonları Alive

Şablonunuzu her çeyrekte gözden geçirin. Takımlar gelişti ve önemli olan sorular, ortaya çıkan risk kategorileri için yeni özel alanları ekleyin veya artık harekete geçirilmeyen verileri elde etmeyen emekli alanları geri alın.A statik bir şablon sonunda gürültü olur.

Asana'nın Full Özel Setleri Derin İncelemeler için Yararlanıyor

Görev ve şablonların ötesinde, Asana, basit bir kontrol listesinden zengin, işbirlikçi bir analize kadar post-completion incelemelerini yükselten birkaç özellik sunar.

Granular Action Planları için Görevler ve Alttaşlar

İncelemeyi yönetilebilir kıvrımlara ayır. Ana proje her bölüm için görevlere sahiptir (görüler, metrikler, dersler), ve her görev bireysel katkılar için alttaslara sahip olabilir. Örneğin, “Challenges & Şişenecks” altında, her bir takım üyesi için üst konularını dağıtmak için bir alttask oluşturabilir.

Gerçek zamanlı İçgörü için Yorumlar ve Konuşmalar

Sürekli bir tartışma konusu olarak görevler hakkında yorum yapın. koridor konuşmaları kaybetmek yerine, ekip üyelerini sorular, karşı noktaları yayınlamaya teşvik edin ve verileri doğrudan ilgili görevde desteklemeyi kullanın. Belirli konu-erkek uzmanlara çekmek için @mentions to take in specific subject-matter. daha sonra, son inceleme raporunu oluştururken, bu yorumların zengin bir kaynak haline gelmesi.

Atalar ve Dosya Paylaşımı

Mühendislik projeleri eserler üretir: mimarlık diyagramları, test sonuçları, yan yana grafikler, NPS puanları. Bu doğrudan görevleri gözden geçirmek için bunları bir araya getirin. Asana'nın Google Drive veya Dropbox entegrasyonunu statik kopyalardan ziyade bağlantı kurmak için kullanın. Bu, sadece hafıza değil.

Zamanlı ve Bağımlılık

İncelemenin kendisi bile bir program olmalıdır. Asana'nın Zaman çizgisinde kilometre taşları belirlemek için bir görüşe sahip olmalıdır: “İlk ders taslağı, “Review toplantısı”, “Action item sign-off.” Tüm ekip üyelerinin “What Went Well” girişlerini sunamadığı için toplantının işaret ettiği gibi bağımlılıkları ekleyin.

Program düzeyindeki İçgörü için Portföyler

Organizasyonunuz aynı anda birden fazla mühendislik projesi yürütürse, Q2'deki her proje en iyi meydan okuma olarak, bu, bir sistem seviyesi probleminin çözümü haline gelir.*

İnceleme Çalışma akışına Otomasyonlar

Örneğin, yönetimsel sürtünmeyi kurallarla azaltın: “Bir proje ana proje parkurunda ‘Completed’ bölümüne taşındığında, otomatik olarak projeye bir bağlantı ile yeni bir görev oluşturun. Başka bir kural: “Bir inceleme görevi tam olarak işaret edildiğinde, bir Slack bildirimi mühendislik kanalına gönderin.”

İncelemeyi yürütmek: Prep'ten Çıkışa

İyi başlangıç çalışma alanı sadece savaşın yarısıdır. inceleme sürecinin kendisi de harekete geçmek için yapılandırılmalıdır.

Prep: Data'yı toplayın

Proje kapanmasından bir hafta sonra, proje liderliğine yapılan inceleme şablonu ata. Her takım üyesinin bölümlerini (Ne Went Well, Challenges, Öneriler) hafta sonu tarafından planlayın.Use Asana'nın "Request Update" özelliği, bu aşamada, liderlik etmek için de bağlantı kurmalı.

İnceleme Toplantısı: Yapılı, Zamanlı, Collaborative

60 dakikalık bir toplantı planlayın ve Asana'nın Agenda görüşünü (veya proje notları) ekranda inceleme projesini görüntülemek için kullanın:

  • [FONT:0]10 min[DÜT:1] - Proje genel bakış ve ölçümlerini gözden geçirin. Hepimiz gerçeklerle uyumlu mıyız?
  • [FONT:0]15 min[[DÜT:1] – “Ne Went Well” nin kazanılması ve ileriye dönük uygulamaları tanımlamak.
  • [FONT:0]20 min[[DÜDÜT:1] – Derin dalış “Challenges & Şişencks.” kök sebeplerine odaklanın, suçlanmamış özel alan verileri kullanın.En etkili konulara öncelik vermek için özel alan verileri kullanın.
  • [FONT:0]15 min[DÜDÜDÜDÜDÜDÜDÜDÜDÜŞÜN) - Her eylem bir sahibi ve bir örnek olmalıdır. Eylem, bir gelecek projesinin geliştirilmesine bağlı olarak yorum projesinde bir görev olmalıdır.

Toplantı sırasında, Asana projesini canlı olarak ele alalım. Yeni alttaslar, güncelleme özel alanları ekleyin ve yorumlarda fiilatim alıntılarını ele alalım.Bu, daha sonra hiç kimsenin anlaşmazlığı olamayacağına dair gerçek zamanlı, yazarlayıcı bir kayıt oluşturur.

Post-meeting: Finalize and Dağe

Toplantıdan hemen sonra, liderlik tüm verileri tutarlılık için yorumladı, ebeveyn projesine bir özet yorum ekledi ve Pay Asana'nın “ PDF olarak Kaydet” veya projeyi paylaşılabilir bir rapor oluşturmak için kullanın.Ek olarak iyileştirici bir iş oluşturun. 30 gün içinde tüm eylem öğelerini gözden geçirmek için ekibinizin “Continuous Improvement” projesinde tekrarlanan bir görevi ayarlayın.

Analyating and applying Feedback Systematically

Bireysel incelemeler değerlidir, ancak gerçek güç, toplam analizden gelir. Asana'nın raporlama özellikleri ( Premium ve İş planlarında kullanılabilir) bir veri kaynağı olarak incelemenize izin verir.

Trend Tanımlama için Dashboards

Tüm inceleme projelerinden özel alan verilerini çeken bir pano oluşturun. Charts gösterebilir:

  • Proje sağlık değerlendirmelerinin dağılımı (Red/Yellow/Green) zamanla.
  • Belirli şişenck kategorilerinin frekansı (örneğin, “skop ürpertici” projelerin% 40'ında ortaya çıktı).
  • Ortalama inceleme süresi vs. zaman harcandı.

Bu veri yüzeyleri sistemik sorunlar. Örneğin, “üçüncü taraf bağımlılık gecikmeleri” tekrarlanan bir meydan okumaysa, bu görselleştirmeleri kurmak için yeni bir satıcı risk değerlendirme çerçevesi benimsemeye karar verebilirsiniz.Use Asana'nın gelişmiş aramasını kullanarak verileri Excel veya Google Sheets'a daha derin istatistik analizi için. ”.

Action Materials Elements to Future Projects

Her inceleme, bir sonraki projedeki "Kaynak" ile ilgili eylemlerin bir kısmını veya sadece kopya-paste'nin geri dönüşüne ilişkin işlemleri takip edebileceğiniz gibi, yeniden başlatma işlemine izin vermeyin.Fort-Completion Review" (Reana'nın multi-homing özelliği) kullanın.

Çevikler Yeniden Adayların Yeniden Tanınması

Bir çeyrekte, mühendislikle 30 dakikalık bir toplantıya devam edin, toplam verileri gözden geçirmemize yol açıyor. Soru: Hangi desenler görüyoruz? Eylem öğeleri aslında değişmeye yol açıyor mu? Bu meta-öpürme işlemi etkili kalır ve bir boks egzersizi olmaz.

En İyi Uygulamalar ve Ortak Pitfalls

En iyi araçlarla bile, post-completion incelemeleri başarısız olabilir. Bu hatalardan kaçının:

  • [FONT=0]Veri aşamasını [Dönetici: 1 ) – Tamamen hafızaya güvenseydiniz, yorumlar ilk önce metrikleri çeker.
  • [FONT:0]Blame- odaklı dil[DÜT:1] – Asana'nın yorum modunda kullanın ve ton yapıcı tutun. Bir inceleme, bir öğrenme aracı değil, bir mahkeme değildir.
  • [FONT:0] Hiçbir eylem tayin edilmedi[[Döneticiler olmadan bir inceleme bir günlüğüdür.
  • [FONT:0]One-size-fits-all şablon[Dönemli:0)[[Dönemli))) -Mosler harika olsa da, projeye özel bağlam için odayı kullanın. eşsiz faktörleri yakalamak için “Eksik Notlar” bölümünü kullanın.
  • [FONT:0] Küçük projeleri görmezden gelmek [[DÜDÜT:1) – Hızlı 2 haftalık düzeltmeler de yorumlara ihtiyaç duyar. 10 yerine hafif bir inceleme şablonu (5 görev oluşturun) momentum tutmak için.

Olumlu tarafta, Asana'yı posta değerlendirmeleri için sürekli olarak kullanan mühendislik takımları daha hızlı iterasyon döngüleri, daha az tekrarlanan böcekler ve daha yüksek takım ahlaki olarak da bölümlere güven inşa ediyor.

Mühendislik Takımları için uzun vadeli Faydaları

Asana, post-completion bilgisi için merkezi depolar haline geldiğinde, takım sistematik olarak geliştirilmememe konusunda daha fazla şey yapar - örgütsel hafıza inşa eder. Yeni kiralamalar, kabile bilgisine güvenmeksizin tekrarlanan ağrı puanlarını anlayabilmek için geçmiş yorumları göz önünde bulundurmaktadır.

Küçük başlayın bir sonraki bitirme projesini seçin, burada açıklanan özel alanlarda bir inceleme projesi oluşturun ve 60 dakikalık bir inceleme çalıştırın. Üç tür incelemeden sonra, desenleri görmeye başlamak için yeterli veriye sahip olacaksınız.Bir düzineden sonra, ekibinizin bu yapılandırılmış, asana-güçlü süreç olmadan nasıl elde edildiğini merak edeceksiniz.

İlk sınıf bir proje etkinliği olarak post-completion incelemelerini tedavi ederek - sprint planlama veya dağıtım ile par üzerinde - mühendislik organizasyonunuz proaktif büyüme için reaktif öğrenmeden hareket eder.Ve Asana, makul bir şekilde yapılandırıldığında, bu öğrenme ölçeklenebilirliğini sağlayan motordur.