Çevik Retrospectives Mühendislik Tasarım için Doğal Bir Fit
Mühendislik tasarım takımları sürekli olarak bir ortamda çalışır, sıkı tarihler ve karmaşık ticaret-offlar. Yeni bir mekanik bileşeni tasarlayın, elektrik sistemi veya tam bir ürün mimarisi, işbirliği ve her döngüden hızlı bir şekilde öğrenme yeteneği, başlangıçta yazılım takımları için tasarlanmış bir şekilde tasarlanmıştır.
Birçok tasarım ekibi zaten post-proje incelemelerini sürdürüyor, ancak bu genellikle suçlama seansları veya yüzeysel yeniden tuzakları suçlamaya dahil ediyor.Retrospectives different by focus on process (19)FLT:0)and) Aynı anda kültürde normalleştirilmiş bir format kullanıyor, hedefin doğruyu bulmak değil, neyin işe yaradığını ve takımın daha sonra farklı ne yapabileceğini anlamak için.
Çevik Retrospectives: Bir Toplantıdan Daha Fazla
Bir retrospektif, genellikle bir sprint veya önemli bir dönümün sonunda yapılır, takım son çalışmaları üzerinde ne ifade eder? Klasik format, [[0]Scrum framework[Dönemli)[Dönemli bir soru: İyileşme döngüsü” veya “prototipleme döngüsü” yerine bu soruları adapte etmek zorunda kalır.
Gerçek retrospektiflerin gücü normalliklerinde yatıyor. Bir çıkış dersi, bir projenin sonunda genellikle kritik ayrıntıları kaçırıyor çünkü anılar ve hemen eylemleri unutuluyor.Her birkaç haftayı yansıtacak şekilde, takımlar, daha önce değişiklikleri takip ediyorlar ve birçok döngüden önce, bu küçük ayarlamalar bileşiklerini hızlı, kaliteli ve ekip ahlakı ile önemli gelişmelere dönüştürüyorlar.
Mühendislik Tasarım Ekibi için Anahtar Prensipleri
- [FONT:0)Data-güdümlü yansıma:[Dönemli yansıma:[Dönder:[Dönesel zaman, hata yoğunluğu veya ilk giriş, fikirler yerine gerçeklerle ilgili tartışmaları temel almak için veri sağlar.
- [FONT-cent][/0]Action-cent sonuçları: [Dönetici: [Dönetici:0]Bir sonraki oturumda en az bir beton aksiyon malzemesi üretmelidir.
- [FONT:0]Psychological güvenlik: [Dönetici: Tasarım mühendisleri genellikle süreç hakkında güçlü görüşlere sahiptir; kolaylaştırıcı tüm seslerin yenidenpriz korkusu olmadan duyulması gerekir.
- [FONT:0] Teknik ve kişilik konularına ait olan konular:) Adaylar her iki mühendislik kararlarını (örneğin, malzeme seçimi ticaret-offs) ve takım dinamiklerini (örneğin, mekanik ve elektrik altları arasındaki iletişim boşluklarını) kapsamalıdırlar.
Mühendislik Tasarım İş Akışları'nda Retrospectives Uygulamayı Gerçekleştirin
Bir mühendislik tasarım ortamına retrospektifler entegre etmek, son bir ila dört hafta süren yazılım sprintlerinden farklı olarak tasarım aşamaları aylarca yayılabilir. Bu nedenle retrospektif kadro doğal uç noktaları ile uyum sağlamalıdır. önerilen yaklaşımlar şunlardır:
- [FONT:0)Milestone tabanlı retrospektifler: Bir tasarım incelemesi tamamladıktan sonra, bir prototip testi veya kritik bir yapı aşaması, bir saatlik retrospektif planlayın.
- [FONT:0] Zamanlı çevrimler:[Dönemli:[Dönemli:0]Bir proje sabit sprintler olmasa bile, çalışmayı iki dört haftalık aralıklarla kapatıp her bir korunk sonunda retrospektif tutar.
- [FONT:0]Mixed ekip retrospektifler:[Dönetici:0] Invite paydaşlarının eksantrik fonksiyonlarından (manufacturing, kaliteli, kaynak) uygun bir bakış açısıyla daha geniş bir perspektif için.
Step-by-Step Uygulama Kılavuzu
- [FONT:0)Köpektifin kapsamını ifade eder:[Dönetici:0)[Döneticileri)[FONT=FONT=FONT=0)Köpektif olarak hangi çalışma süresine yer verecek ve kim katılacak.
- [FONT=0] Sahneyi ele alalım:[Dönetici:[Dönetici: 0) Kısa bir çek veya takımdan gelen bir buz kırıcı ile takıma, modu yansıtacak şekilde geçiş yapmak.
- [FONT:0]Gather verileri:[Dönetici:[Dönetici:0) Bir dijital yönetim kurulu (Miro, Mural, hatta fiziksel bir beyaz tahta) kullanarak, hangi işe yaramadı, ne de değişim için fikirler.
- [FONT=0)Generate insights:[[Döneticileri, kök sebeplerini tanımlayabilme ve desenleri tartışmak. derin analiz için “Fish Bone Diagram” veya “Fish Bone Diagram” gibi teknikleri kullanın.
- [FONT:0]Decide ne yapmalı:[Dönetici:[Dönetici:0) Bir sonraki döngüde uygulanacak en iyi iki gelişmede oy kullanma. Her bir gelişmenin bir sahibi ve ölçülebilir bir başarı kriterine sahip olduğundan emin olun.
- [FONT:0) Pencereyi kapat:[Dönetici:[Dönetici:0))) Hareket öğelerini özetleyin, takıma teşekkür edin ve takip eden retrospektif. Tüm bunlara erişilebilir olan sonuçları belgeleyin.
Tasarım Ekibi için Aday Biçimleri
Tüm retrospektiflerin aynı senaryoyu takip etmesi gerekmez. Formatı üst düzeyde tutuyor ve farklı zorluklarla ilgili farklı şekillerde ele alıyor. Aşağıda özellikle mühendislik tasarım takımları için iyi çalışan birkaç format var:
Başlangıç- Dur-Continue Format
Bu basit çerçeve, takıma yapmaya başlamaları gereken şeyleri listelemelerini sorar ve devam eder.Bu basit çerçeve, hala süreçleri oluşturan erken aşama tasarım takımları için etkilidir.[Dönetici:0)Başlangıç).
Yelkenli Metafor
Ekibin ilerlemesini bir denizci olarak görselleştirmek. Anchors, takımın yavaşlamasını engeller; rüzgarlar ekibi ileriye iten güçleri temsil eder; kayalar gizli riskleri temsil eder; ve adalar hedefleri temsil eder.Bu format yaratıcı düşünceyi teşvik eder ve insanların doğrudan bahsettiği sorunları ortaya çıkarabilir.
4L's (Beğen, Öğrendi, Eksik, Uzun Süreli)
Her takım üyesi her kategori için yapışkan notlar yazar. “Beğenilen” olumlu anları yakalar; “Öyle” yeni öngörüler veya beceriler kapsar; “Lacked” eksik kaynaklar veya destek; “Uzun süredir” gelecek için arzular ifade eder.Bu derinlik, takımların hem teknik boşlukları hem de kültürel ihtiyaçları karşılamasına yardımcı olur.
Timeline Retrospective
Bu format, proje boyunca birden fazla ay ve birçok etkileşimin nasıl zaman zamanlayıcı olduğunu tanımlamak için mükemmel.Bu format, işlerden etkilenen veya dış faktörler için mükemmel.Bir proje birkaç ay ve birçok etkileşimde iyi çalışır.
Ortak meydan okumalar ve Nasıl Overcome Them
En iyi niyetlerle bile, retrospektifler düzgün bir şekilde yönetilmese başarısız olabilir. mühendislik tasarım takımlarındaki en sık engeller şunlardır:
Düzenli Yanmalara Karşı Direniş
Mühendisler genellikle hareket odaklıdır ve retrospektifleri “profesyonel olmayan” zaman olarak görebilirler.Buna karşı koymak için liderler gelecekteki çabayı yansıtan zamanı göstermeli. Sonuçlarla ilgili değişiklikleri takip etmeli ve sonuçları paylaşacaktır.
Yüzey-Level Talks
Takım sadece küçük konular hakkında konuşursa, derin sorunlar ortadan kalkamaz. Kolaylık soruları sormalı: “Ne kaçırdığımız en büyük riskdi?” veya “Neden bu yaklaşımı alternatif üzerinde tercih ettik?”
Blame Culture
Bazı kuruluşlarda, başarısızlık tartışması bir suçlama gibi hissediyor. Retrospectives açıkça güvende olmalıdır. Zemin kuralları: sorunu ele alalım, kişiye saldırmak. “Bu adımı göz ardı etmek için yapılan süreci” gibi tarafsız bir dil kullanın.
Donee'yi Asla Almayan Eylemleri
Hiçbir şey, göz ardı edilen eylem öğelerinin bir listesinin daha hızlı bir şekilde öldürür. Oturum başına bir veya iki taahhüt sayısını sınırlayın. Net bir sahibi ve bir son tarih olarak.Bir sonraki retrospektifte, yeni konulara gitmeden önce önceki eylem öğelerinin durumunu gözden geçirmeye başlayın.
Retrospectives'ın Etkisini Ölçmek
Yatırımı haklı çıkarmak ve retrospektif süreci geliştirmek için, takımlar zaman içinde önemli performans göstergeleri takip etmelidir. Özellikle mühendislik tasarımı ile ilgili birkaç ölçüm şunları içerir:
- [FONT:0)Cycle zamanı:[[Dönetici: 1 ) Tasarım konseptinden son onay veya salıverme süresi.
- [FONT:0)İş yüzdesi:[Dönetici:[Dönetici:0)Rework yüzdesi:[Dönetici:[Dönetici:0)) Bir incelemeden sonra gerekli tasarım değişikliklerin sayısı.
- [FONT:0]Team memnuniyeti puanı:[Dönetici:[Dönetici:0) Hızlı bir aylık anket, takım üyelerini ilerleme, işbirliği ve netlik duygularını hızlandırmalarını istedi.Retrospectives should koreasyon puanları ile ilişkili olmalıdır.
- [FONT=0)Action item tamamlanma oranı:[Dönetici:[Dönetici:0)Bir sonraki seansta tam olarak uygulanan retrospektif eylem öğelerinin yüzdesini takip edin.
Ayrıca retrospektiflerde periyodik olarak retrospektif olarak çalıştırmak da faydalıdır. Ekibin seansların nasıl geliştirilebileceğini sorun, frekansın doğru olup olmadığını ve formatların hala meşgul olup olmadığını sorun.
Vaka Çalışmaları: Mühendislikte Gerçek Dünya Kabul
Havacılık Alt işverenoror
Orta büyüklükteki bir havacılık parçası tedarikçi, altı aylık bir tasarım-build projesinin her aşamasından sonra retrospektifleri tanıttı.İlk birkaç seans, CAD ekibi ve stres analiz grubu arasında iletişim arızalarına yoğunlaştı. Standart bir eloff kontrol listesini ve haftalık bir ayarlama toplantısı uygulayarak, ekip iki döngü içinde% 30 oranında tasarım yeniden çalışmasını azalttı.
Tüketici Elektronik Startup
Bir giyilebilir cihaz geliştiren bir donanım startup, iki haftalık retrospektif bir ritmi benimsemiştir. Erken olarak, ekip, prototipin beş gün boyunca tekrar tekrar tekrar tekrar tekrarlanan bir 3D yazıcı tarafından şişenckedildiğini tespit etti. Sık sık sık dosya çatışmalarına karar verdiler.
Otomotiv Tedarikçi
Yeni bir sensör modülünün geliştirilmesi sırasında bir otomotiv Tier 1 tedarikçi retrospektifleri kullandı. Takım, geç aşama tasarım değişikliklerinin önemli gecikmelere neden olduğunu fark etti.Anadolunun özellikleri genellikle eksik olduğunu keşfetti, varsayımlara yol açtılar.
Başlamaya başlamak için Araçlar ve Şablonlar
retrospektifler kalem ve kağıtla çalıştırılabilirken, dijital araçlar onu yakalamak, paylaşmak ve dağıtılmış takımlarla ilgili içgörüler izlemek daha kolay hale getirir. Bazı popüler seçenekler:
- [FONT:0)Miro[DÜT:1) veya [[Dönetici:2))[Dönetici: 3 ) - Önceden yapılmış retrospektif şablonlarla birlikte işlenmiş beyaz tahtalar.
- [FONT:0)Retrium[[[Döneticiler için tasarlanmıştır; Gelişmiş kolaylaştırıcı ve analitik özelliklerle.
- [FONT=0)Parabol[[DÜT:1) – Slack ve Jira ile entegre olan açık kaynaklı bir araç.
- [FONT=0)Confluence veya Notion[[Dönetici: 1 ) – Basit belge bazlı retrospektifler metin bazlı yansımaları tercih eden küçük takımlar için iyi çalışır.
Aracın ne olursa olsun, geçmiş retrospektif notların ortak bir depozitini korur. Bu tarihsel kayıt, ekiplerin tekrar tekrar tekrar tekrarlanan kalıpları ve uzun vadeli iyileşmeleri kutlamasına olanak sağlar.
Sürekli İyileştirme Çerçeveleri ile Retrospectives bütünleştirmek
Adaylar bir tek bir uygulama değildir; Lean, Six Sigma ve Tasarım Düşüncesi gibi daha geniş sürekli gelişme metodolojilerini tamamlarlar. İşte onları hizalamanın yolları:
- [[Düzg:0)Lean / Kaizen:[Dönetici:[Dönetici:0)[Dönetici:0)Lean / Kaizen:[Dönetici:[Dönetici:0))) Küçük, arter gelişmelerin tespit edildiği ve uygulandığı kaizen olayı olarak retrospektifleri kullanın.
- [FONT:0]Six Sigma (DMAIC):[Döneticiler “Analyze” ve “Improve” bir DMAIC döngüsünün aşamaları olarak hizmet edebilir.Ekiptifler bir hatayla karşılaşıldığında, geriye dönük bir hata analizi ve plan düzeltici eylemleri yürütmek için doğru yer.
- [FONT:0) Tasarım Düşüncesi:[Döneticiler her tasarım düşüncesi aşamasının sonunda doğal olarak çalışır (Empathize, Define, Fikirte, Prototip, Test). Ekipin hangi yöntemlerin en etkili ve nasıl işbirliği içinde olduğunu yansıtmalarına yardımcı olur.
Daha büyük sürekli iyileştirme sistemine retrospektif sonuçlar vererek, mühendislik tasarım ekiplerinin bu gelişmelerin sistemsel ve sürdürülebilir olmasını sağlayabilir.
Susence Momentum: Retrospectives Fresh
Birkaç ay sonra, takımlar retrospektif yorgunluk yaşayabilirler. Bunu önlemek için, çeşitli formatta, kolaylaştırıcı rolü geri döndürün ve bazen diğer bölümlerden gelen konukları davet eder. Başka bir taktik, her çeyrekte, takımın kendi değerlendirmelerini değerlendirmeleri gereken bir “eta-retki” çalıştırmaktır.
- Hala yansımaya yeterince zaman mı yatırım yapıyoruz?
- Eylem öğeleri uygulanır ve etkileniyor mu?
- Karını ayarlamamız gerekiyor (örneğin, haftalık olarak bi haftalık olarak)?
- Toplantı ortamı tüm roller için güvenli ve kapsayıcı mı?
Hatırlanır.Rezersiz bir şekilde iyileşme, yeniden iş veya zaman çizelgesi hızlandırdığında, bu hikayeyi daha geniş bir organizasyonla paylaşın. Tanımlama davranışı güçlendirir ve diğerlerini tamamen katılmaya teşvik eder.
Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç
Çevik retrospektifler sihirli bir mermi değildir, ancak sürekli olarak uygulanan ve düşünüldüğü zaman, mühendislik tasarım takımlarında sürekli iyileşme motoru haline gelir. Uygulama, takımların çalışmalarından nasıl öğrendiğini, büyüme ve inertia'dan adaptasyona odaklanmayı değiştirir.
Küçük başlayın. Önümüzdeki bir tasarım kilometre taşı seçin, 45 dakikalık bir retrospektif planlayın ve burada açıklanan basit formatlardan birini kullanın. İlk seans garip hissedebilir, ancak elde ettiğiniz bilgiler değeri hızlıca kanıtlayacaktır. Over time, retrospektifler, ekibinizin tasarımlarının nasıl tasarlanmamış bir parçası haline gelecektir, inşa eder ve geliştirir.