Bazı ekip üyeleri Sprint planlamasına aktif olarak katılmaz

15

Bazı ekip üyeleri üzerinde çalışılması en muhtemel hikayelerin tartışılmasını bekler ve ancak o zaman katılırlar. Aksi takdirde sadece telefonlarıyla oynarlar ve dinlemezler.

Bir şekilde bu pozisyonu anlıyorum. Sprint'te veya hiç geliştirilmesinde yardımcı olmayacağınız bir özellik hakkında bir tartışmayı neden dinliyorsunuz?

Ne yapmamız gerektiğini düşünüyorsun?

agile scrum

— Eugene
kaynak

9

Bu ekip ne kadar büyük?

— JeffO

8

@JeffO kafadaki çiviye çarptı - bu büyük boy ekibin klasik bir problemidir. Büyük boy ekip = cılız bireysel yetki / sorumluluklar = cılız bireysel katılım. Doğru büyüklükte bir ekip, konuştuğunuz her şeyin odadaki herkesi etkilediği anlamına gelir. Alternatif olarak sorumlulukları çok fazla silolamaya çalışıyorsunuz - neden yardım etmeyeceğiniz bir özellik hakkında bir tartışma dinliyorsunuz? Silo sorumlulukları olmayan doğru büyüklükte bir ekip, herkesin her özellik üzerinde çalışmasını sağlamalıdır.

— Jimmy Hoffa

7

İstisnasız telefonlar kapalı. Basit toplantı sağduyu.

— user1019696

5

@ user1019696 adil olmak gerekirse, karımdan çocuğumun bacağını her an patlattığı bir telefon görüşmesi yapabilirim. Bir toplantının ortasında "telefon kapalı" ve "telefonunuzla konuşmayın" arasında büyük bir fark vardır, çünkü bu sadece saygısızdır.

— Jimmy Hoffa

4

Şirket sekreterleri varken bir dönemden bahsettiğinizde, yıllardır çalıştığım bir şirkette böyle bir kişi yoktu - yapacak hiçbir şeyleri yoktu. Ve hayır, bekleyemez. Özellikle iş için değil, üzgünüm ama aile işi. Bununla birlikte, muhtemelen 30 veya 40'da 1'e cevap verdiğim 30 veya 40 toplantıda (belki ??) 1'in ortasında bir çağrı alıyorum ... Telefonunuzla sarsmak zor değil. İnsanların bir sarsıntı olmaktan kaçınmak için onları devre dışı bırakmaları veya çıkarılmaları gerekiyorsa, belki de bu sadece bir sarsıntıdır.

— Jimmy Hoffa

32

Kod sahipliğini durdurun. Bir takımdaki herhangi bir kişinin herhangi bir görev üzerinde çalışmasını eşit derecede olası hale getirin.

Neredeyse kesinlikle bu konuda bir geri tepme olacak, çünkü geliştiriciler belirli bir kod alanı ve diğer insanların omuzlarına bakmamaları konusunda rahat oluyorlar. Ayrıca, yönetim işte normalden daha uzun süren bir sorun görecektir, çünkü her zaman bir öğrenme eğrisi vardır.

Ama bu gerçekten herkesin yararınadır. Vazgeçilmez olmak iki ucu keskin bir kılıçtır. Zaman geçirmek, akşamları, hafta sonları veya tatil yapmak daha zorlaşmaya başlar. Kod sahibi olmak bir şirket için kötüdür, çünkü birisi ayrıldığında, küçük bilgi aktarımlarından tasarruf ettiğinizden daha fazla zaman alır.

— pdr
kaynak

4

+1 Kesinlikle. Kodlayıcıların montaj hattının başka bir parçası olduğunu düşündüğünüzde yanlış bir verimlilik izlenimi var ve daha sonra bir projenin neden geri döndüğünü merak ediyor çünkü çarklardan birinin değiştirilmesi gerekiyor.

— JeffO

3

Deneyimlerimde yazılım geliştirme şirketi yönetimi arasında standart olan @JeffO, geliştiricilerin başka bir karbon birimi için anında değiştirilebilen bir makinedeki özdeş parçalar olduğunu düşünüyor ...

— jwenting

3

@jwenting, dış kaynak kullanımı için de mükemmel bir seçimdir. Geliştiricilerin neden bu tutumda yardımcı olduğunu anlamıyorum.

— GrandmasterB

1

@jwenting Bu çevik nokta. İşlere bu tür bir bakış açısını değiştirmek için.

— Euphoric

1

Deneyimlerime göre son sonuç tersi, yöneticiler insanları daha çok ihtiyaçlar gibi anında değiştirilebilen varlıklar olarak görüyor ...

— jwenting

15

Toplantılarınıza doğru kişileri davet ediyor musunuz? Sistemi alt ekipler için sorumluluk alanlarına ayırdıysanız, neden tüm alt ekipleri her toplantıya davet ettiniz?
Örneğin, bir ön uç ekibiniz ve bir arka uç ekibiniz varsa, ön uç ekibinin üyelerine ön uç çalışması için planlama oturumları düzenleyin. Belki bir görevin takım sınırlarını aşması durumunda arka uç ekibinden birini irtibat olarak davet edin (ancak bu sık sık gerçekleşirse, takımlarınız arasındaki sorumluluk dağılımını yeniden değerlendirmek isteyebilirsiniz).
İdeal olarak herkes her şey üzerinde çalışmalıdır, ancak gerçekte sisteminiz gerçekten küçük ve basit olmadığı sürece genellikle pratik değildir ve herkesin her parçasını iyice bilmesini sağlar. Uygulamada, elbette birçok sistem, kuruluşunuzun her bir üyesinin planlama oturumları sırasında geçerli girdi sağlayabilmek için planlanmış bir görev hakkında yeterli bilgiye sahip olmasını bekleyecek kadar büyüktür (sistemin her kısmında eşit derecede verimli çalışalım). gerçekçi değil.

— jwenting
kaynak

12

Onların ilgisizliği sadece bir semptomdur. Sorun, çalışmayı tüm ekip üyelerinize eşit olarak dağıtmamanızdır. İdeal olarak, her ekip üyesi belirli proje alanlarıyla sınırlı olmayan yeni bir bilet almalıdır.

— Tom Squires
kaynak

3

Teoride güzel. Uygulamada, özellikle büyük projelerde, sistem, her ekip üyesinin, üzerinde çalışırken üretken olması için her kısmının yeterli bilgisine sahip olması pratik olmayacak kadar büyük olabilir.

— jwenting

@jwenting - görünüşe göre bu takımın diğer parçalarda asla çalışmalarını istemeyeceklerinden çok emin. Bir kişi her şeyi bilemese de, bu mümkün olduğunca az öğrenmeleri gerektiği anlamına gelmez.

— JeffO

@JeffO doğru, ancak bilmedikleri alanlar için bir şeyler planlamaya aktif olarak katılabilmeleri beklenemez. Dinle ve öğren, ama ağzını kapalı tut. Ve belki de planlama panosunun bazı fotoğraflarını yapmak için cep telefonunuzu kullanın :)

— jwenting

1

@jwent üzerinde büyük projeler üzerinde çalışma daha dağıtmak gerekir! Herkesin aynı bilgiye sahip olması değil, ancak belirli bir alanda çalışma olasılığı da eşittir. Mazerelere izin vermek ekip üyelerini yeni alanlar benimsememe ihtimalini artırır.

— Dave Hillier

5

Motivasyonel bir sorun gibi görünüyor - neden bazı insanlar üzerinde çalıştıkları projeyi umursamıyor? Belki de bunun nedeni takımın 'organizatörlere' ve 'dışarıda kalanlara' ayrılmasıdır.

Bu yüzden herkesi dahil edin, planlama oturumlarından sorumlu 1 veya 2 kişi yerine, herkesi meşgul edersiniz - farklı oturumların her birinin sorumluluğunu almasını, tercihen oturum sırasında farklı kişilerin sorumluluğunu almasını sağlayın. Hepsini çevirin. Bunun zor görünebileceğini biliyorum, çünkü her zaman herkesi merak etmek ve organize etmek isteyen biri var ama burada sorun var.

İşte bir fikir: planlama yaparken her hikayenin sorumluluğunu almak için rastgele bir kişi seçin. Rastgele. Bunu planlamaktan kimin sorumlu olduğunu kaydedin, bu yüzden bir sonraki sprint, tahminler ve görev bölünmesi konusunda iyi bir fikir birliği elde etmek için iyi bir iş yapıp yapmadıklarını anlayabilirsiniz. Bu onların dikkatini çekecek ve onlara projeyle ilgilenmeleri için bir sebep verecektir.

Unutmayın, sorun onlar değil, siz ve planlama oturumlarınızın nasıl yapıldığıdır. Başka biri bir hikaye planını ele geçirdiğinde, nasıl devam edileceğini seçebilirler, resmi yoldan devam etmelidir. (ör. arkanıza yaslanmayın ve kuruluşunuzu proxy üzerinden zorlamaya devam etmeyin)

— gbjbaanb
kaynak

İyi fikirler. Umarım insanlar bunu zaman kaybı olarak görmezler.

— Eugene

1

Sprint süreniz nedir?

Daha uzun sprint süreleri

Sprint'te planlanacak daha fazla iş,
Daha uzun planlama toplantıları
Ekip üyelerinin odaklanmış kalması için daha yüksek zorluk, ...
Ekip üyeleri sıkılıyor

Eğer sprint süreniz iki haftadan fazlaysa, daha kısa sprintlerle çalışmayı deneyin.

Paydaşların daha kısa sprintlere katılmasını sağlamak zorsa, o zaman resmi toplantılardan bazılarını atlayabilirsiniz, örneğin her sprint yerine sadece 2 sprint'ten sonra sprint incelemesi yapabilirsiniz.

— Pete
kaynak