Etkili ekip toplantıları


10

Yaklaşık 20 teknik kişiden oluşan bir şirkette 8 programcıdan oluşan bir ekibin takım lideriyim. Bir dizi proje üzerinde çalışıyorlar, bu projeler aynı zamanda benim kontrolüm dışındaki diğer ekiplerden insanları da içeriyor. Kuruluşum uygun çevik bir gelişme yapmıyor ve değişime biraz dirençli, ancak ekibimde günlük stand-up toplantıları yapıyorum ve hepimiz onları faydalı buluyoruz ve herkes nişanlandı ve işimiz bitti 10-15 dakika. Ayrıca her takım üyesiyle haftalık olarak bireysel yakalamalar yapıyorum; burada çeşitli genel konuları (hem teknik hem de teknik olmayan) ve ayrıca çeşitli geçici toplantıları tartışıyoruz.

Bununla birlikte, mücadele ettiğim şey haftalık ekip toplantım. Buhar kaybediyor ve insanların ilgisini çekemedim.

İki haftada bir veya aylık olsa bile daha uzun bir toplantı yapmak istiyorum. Amaç, ayağa kalkma toplantısı sırasında daha fazla zamana ihtiyaç duydukları için yapılamayan çeşitli konuları tartışmaktı. Benden güncellemeler, üzerinde çalıştıkları her mevcut proje hakkında bir özet içeriyor (programda olsun, çeşitli gecikmeler, vb.), Yön değişiklikleri, gelecekteki projeler, geliştirme sürecindeki değişiklikler vb. benden bir ders aldım ve en az 2 kişi açıkça bölgelere ayrıldı ve geri kalanı en hafif ilgiyle ilgileniyor.

Haftaları hakkında konuşmalarını sağlayarak insanları daha fazla etkileşime sokmaya çalıştım, ancak 8 kişiyle uzun zaman alıyor ve (kısmen çalışmalarının çoğu o kadar fazla geçmediği için), geri kalan ekibin çoğu iş arkadaşlarının ne üzerinde daha ayrıntılı çalıştıklarına dikkat etmiyorlar (stand up'lar sırasında üst düzey bir genel bakış elde ediyorlar).

Bu toplantılarda, en azından bazı insanlar çok sıkılıyor ve bunları tutmaya devam etmek neredeyse utanç verici. Enerjik sabah ayağa kalkma toplantılarımızla tam bir tezat oluşturuyor.

İnsanları daha etkileşimli ve daha ilgi çekici tutmak için neler yapabileceğime dair bir tavsiye var mı? Ve onların hakkında bir şeyler sunmalarını veya benden bir monolog olmak yerine herkesi içeren tartışmalara başlamalarını nasıl sağlayabilirim?

Yanıtlar:


8

Toplantıların kendilerine ders veriyormuşsunuz gibi geldiğini söylediniz. Size bu şekilde geliyorsa ve takım söylediklerinizle ilgilenmiyorsa, neden hala toplantı yapıyorsunuz? Sadece onlara bilgi veriyorsanız ve bu onların dikkatini çekmiyorsa, neden her şeyi haftalık e-postada özetlemiyorsunuz?

Tüm ekibinizle geçirdiğiniz saati kullanmak istiyorsanız, geçmişe dönük bir çalışma yapmayı düşünebilirsiniz. Retrospektifi sizin için basit bir dürüstlükle tanıtabilirsiniz: Onlara önceki toplantıların verimli olduğunu hissetmediğinizi ve herkesin birlikte geçirdiği saatten yararlanmasına yardımcı olmak için farklı bir şey denemek istediğinizi söyleyin.

Çalıştığım retros, biz genellikle örneğin üst kısmında bir surat, meh ve üzgün bir yüz koyarak, bir beyaz tahtada üç sütun olacak :), :|ve :(. Daha sonra ekip üyeleri, tüm grupla konuşmak istedikleri her şeyi tahtaya koyarlar.

Mutlu sütununda, başarıları kutlayabilirsiniz (birlikte çalıştıkları bir projenin yayınlanmasında Alice ve Bob'u tebrik etmek gibi) ve denediğiniz yeni süreçlerle zafer ilan edebilirsiniz (yeni hata izleyici, eski olan).

Meh sütununa, hafta boyunca tam olarak mutlu ya da üzgün olmayan şeyleri koyuyorsunuz. Belki IDE'nizin yeni sürümü için lisans satın aldınız ve birileri yeni IDE'nin herhangi bir avantajı görmemişti - bunu, herkesin yükseltme işleminin değersiz olup olmadığını veya diğer insanların sahip olup olmadığını anlamaya karar verebilirler. aslında önceki versiyondan daha üstün olduğu yollarını buldu.

Üzücü sütuna, hafta boyunca iyi gitmeyen şeyleri koyuyorsunuz. Hafta için ağrı noktalarının belirlenmesi muhtemelen bir retrospektifin en büyük faydası olduğunu düşünüyorum. Tüm ekip, gerçek bir probleme yönelik çözümleri tartışır. Örneğin, hepsi tek bir kod tabanında çalışan ekiplerde, birisi FooBar sınıfının sürdürülemez olduğunu ve saatlerce hata ayıklamanın nedeni olduğunu söyleyebilir. Birdenbire takımdaki herkesin bu hafta FooBar'a birkaç saat kaybettiğini fark ettiniz, ancak hiç kimse temizlemek için zaman harcamamıştı. Bu durumda, ekip toplu olarak birinin önümüzdeki hafta bu kodu yeniden düzenlemek için zaman harcamasının mantıklı olduğuna karar verebilir.

Herkes önerilen konularını tahtaya yazdıktan sonra, her konuyu kısaca gözden geçirmeyi ve yazarının konuyla ilgili 10-30 saniyelik bir açıklama yapmasını istiyorum. Toplantının bu bölümünün raydan çıkarılması kolaydır, bu yüzden insanları konuyla ilgili tutmaya dikkat etmelisiniz - örneğin birisi X'in bir sorun olduğunu söyler ve bir başkası soruna bir çözüm hakkında konuşmaya başlar; çözümler oylama sonrasında tartışılmamalıdır. Konuları tanıtırken, birbiriyle yakından ilişkili birden çok konuyu birlikte gruplamanın yollarını bulabilirsiniz.

Tanıtımlardan sonra herkes, uygun gördükleri ancak konular arasında dağıtabilecekleri üç oy alır. Son olarak, oylar tartışılır ve takımın en çok oyu hangi konuda olursa olsun tartışır. Her konu için, yapılması gereken bir işlem olup olmadığını belirleyin. Bir başarıyı kutlamanın genellikle bir eylem öğesi yoktur, ancak belirli bir kodu yeniden düzenleme bir kişiye atanabilir. Eylem öğeleri genellikle bir kişi tarafından tamamlanabilir olmalıdır, ancak bazen iyi taahhüt mesajlarına sahip olmaya dikkat etmek gibi "tüm ekip" eylem öğeleridir.

Çoğu retros, üzgün sütundaki konulara odaklanma eğilimindedir ve neredeyse hiçbir retros tahtada yazılan her şeyi tartışmaz. Toplantı zaman dolduğunda bitirir. Toplantıdan hemen sonra, eylem öğelerinin belirli kişilere atandığını görün; bunu kuruluşunuz için hangi mantıklı olursa yapın.

Retrospektiflerle büyük başarı elde ettim. Bir takımda uyum oluşturmanın harika bir yoludur ve bir önceki hafta üzerinde düşünmek ve sürecinizi hassaslaştırmak için harika bir yoldur. Bunları ekibinizle denerseniz toplantılarınız için çok daha meşgul olacaklarını düşünüyorum.


1
Bu ilginç bir öneri. İnsanların "haftanızı özetlemesini" tek tek yapmaya çalıştım, ama bu gerçekten işe yaramadı - bir kişi konuşurken herkes boşalır veya telefonlarıyla oynardı. Pozitiflere, negatiflere ve mehs'e bir grup olarak odaklanmak, insanları meşgul etmek için daha iyi çalışabilir.
kay

Mükemmel öneri - Kendim, haftalık saatlik toplantılarda Yöneticilerimizin ısrarından muzdarip bir ekipteyim (ve 25 kişi değiliz!)
Sandeep

4

Orta yönetim dünyasına hoş geldiniz!

Bu tip bir problemi LOT'ta bulacaksınız!

3 seçeneğiniz var:

Big Stick Bunu yapın ya da işten çıkarıldınız - asla çalışmaz. Yapma.

Mülkiyet Toplantıları kolaylaştırmak için onları alın. Geri adım atın ve başka birini aday gösterin. Her seferinde farklı bir kişinin ev sahipliği yaptığı bir dönüş pozisyonu olarak alın.

Söylenmemiş olanı söyleyin Söylediklerinizden herkes sıkılıyor - o zaman neden onlara sormuyorsunuz? Sıkıldın mı ? / Bu zaman kaybı mı? Neden duyuyoruz? Bunun değeri nedir?

Sorunuzda bunu neden yapmak istediğiniz açık değildi. Bunların değerli olduğunu düşünen tek kişi sizseniz, değişmeye hazır mısınız? Onlara ne istediklerini sorun. Onlar yazılım insanlar, onların işi bütün gün sorunları çözmek - bunu çözmek!


1
Sanırım bunları neden tutmaya devam etmem gerektiğinden tam olarak emin değilim. İlk fikrim, insanlara konuları daha ayrıntılı olarak tartışma ve şirket güncellemesi yapma fırsatı vermesiydi. Tartışacak çok az şeyle ikincisi olduğu ortaya çıktı. Onlardan ne istediklerini görmelerini isteyeceğim, ancak bu tür (teknik olmayan) konularda görüşlerini ifade etmekten kaçınma eğilimi var.
kay

2

Toplantılarınızda geliştiricilere daha fazla değer vermeyi deneyin. Birkaç örnek şunlar olabilir:

  • son sprint'te geliştirilen yeni özellikleri gösteren kısa demolar. (herkes tarafından sunulur)
  • ekibin çalışma ve iyileştirme şeklini değiştirme şansına sahip oldukları, derslerle öğrenilen bir tartışma (tartışma, ekibin sağ elini yönetti ve yönetim kararlarınızı haklı çıkarmak için oradasınız. bire bir havalandırma oturumuna benzer şekilde) ama daha büyük)
  • alakalı olabilecek yeni bir açık kaynaklı proje veya işlevsel Lang veya Golang veya python'daki yeşil iş parçacıkları gibi farklı bir kodlama dili üzerine bir konferans. (belki de daha genç geliştiricilerden biri tarafından veya çevrimiçi bir video şeklinde sunulur)
  • bir satış mühendisi tarafından müşterisinin çözmeye çalıştığı çok zor bir mühendislik problemini tanımlayan bir tartışma. (ürün kullanılabilirliğini artırarak destek maliyetlerini düşürmeye çalışan destek / hizmet yöneticisi ile aynı anlaşma)
  • rekabet ortamı göz önüne alındığında şirketin alabileceği çeşitli stratejik alternatifleri ve mühendisliği nasıl etkileyeceğini gösteren bir yemlik.
  • zaten kullandığınız ancak maksimum değere sahip olmayan teknolojilerle ilgili danışmanlık oturumları veren harici bir danışman (genellikle nosql, cep, RDBMS, ağ, güvenlik, izleme ...)
  • herkesin yeni kodlama veya hata ayıklama veya test üretkenlik ipuçlarını öğrenebileceği bir kod (10x üretkenliğe sahip geliştirici tarafından).
  • fareye izin verilmeyen bir kodlama oturumu. IDE kısayollarını öğrenin.
  • muhasebeci parayla konuşmak 101 ilgili konular emeklilik, yatırımlar
  • sosyal programlama ve kariyer hakkında konuşun (yığın değişimi, twitter, github, kişisel bloglar, LinkedIn, bölgenizdeki buluşmalar)

1

Toplantı veya daha az sıklıkta olabilir. Derslerinizi düzenli olarak e-postayla yazın ve herkese gönderin.

Yalnızca içlerindeki kişilerin kendilerine katılmak için nedenleri varsa toplantılar yapın. Aksi takdirde, gerçekten insanların zamanını boşa harcıyorsunuz.


Bu benim yedekleme planım. Şirket güncellemelerini vb. Önemseyen kişiler e-postaları okuyabilir ve bunları görmezden gelemezler. Eğer anlaşılacak daha spesifik bir konu varsa, toplantı geldiğinde tartışmak için bir toplantı çağırabilirim.
kay

1

Uzun toplantılar yapmayın ve proje yönetim yazılımından yararlanmayın. İnsanları ilgilendirmek istiyorsanız, önemli olanları yoğunlaştırıp vurgulayın ve geri kalanını proje günlükleri ve raporları için kaydedin. Kilometre taşlarına, teslimatlara, önemli noktalara ve hedeflere odaklanın ve yalnızca insanların 1 / 3'ü için geçerliyse, bunu bir proje tartışma dizisi için rafa kaldırın.

  • Toplantılarınızı kısa tutun
  • Proje Yönetim Yazılımından Kaldıraç
  • Kişisel, maksatlı tutun ve duygular ve hedeflerle bağlantı kurun
  • Forumlarda değil, odak gruplarında sorun çözme
  • Meslektaşlarınızdan geri bildirim alın

Ayrıca, ele almak istedikleri puanlar olmadıkça başkalarının konuşmaya girmesine ve çalışmalarına devam etmesine izin vermeyin. Geri bildirim istiyorsanız, buna hazırlanın veya çevrimiçi bir yerde, kullanıcıların adreslemek için zamanının olduğu bir yorum dizisi için rafa koyun. Bu toplantılarla ilgili en can sıkıcı konulardan biri; saygısızlık etmek için yere zaman vermek. Karşılaşmanız gereken her şeyi ele aldıktan sonra, bu şeyleri sonunda tutun.

Proje yönetimi yaklaşımınız hakkında direktif alın ve örneklerle yol göstererek iyi geliştirme uygulamalarını teşvik edin.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.