Çevik metodolojiler, kendi kendini organize eden ekiplerin müşteriye odaklanmasını, aşamalı olarak teslim etmesini ve öncelikleri ayarlamak için geri bildirimi kullanmasını sağlar. En yaygın çevik metodoloji, küçük ekiplerin genellikle bir ila dört hafta süren sprintlerde çalıştığı scrum’dur. Takımlar, sprint için belirli bir miktar iş taahhüt eder ve onu tamamlamayı amaçlar.
Scrumın temelleri basittir. Bir ekip, öncelikli kullanıcı hikayelerinin birikmiş listesini gözden geçirir, sprint sırasında güvenle tamamlayabilecekleri işi taahhüt eder ve kullanıcı hikayelerinde belgelenen “bitti tanımını” elde etmeyi amaçlar. Scrum törenleri ekiplerin işbirliği yapmasına yardımcı olur; klasik olarak, bir ürün sahibi tarafından planlanmış yinelenen toplantılar olarak yürütülürler, teknoloji lideriveya saldırı ustası.
Scrum’ı farklı çalışma ayarlarına uyarlama
Pandemi karantinası sırasında, scrum ekipleri bu törenleri Zoom ve Microsoft Teams gibi araçları sanal olarak kullanarak gerçekleştirdi. Toplantı mekaniği, sanal katılımı desteklemek ve esnek çalışma sürelerini hesaba katmak için gelişti.
Bugün birçok kuruluş için soru, karma çalışmaya kalıcı bir geçişi desteklemek için scrum törenlerinin nasıl ayarlanacağıdır. Bazı takım arkadaşları bir veya daha fazla ofiste birlikte bulunurken diğerleri uzaktan çalışabilir. Hibrit çalışma, organizasyonlar ve ekipler için yeni bir fırsatı temsil eder. çevik çalışma yöntemleri.
Birçok çevik ekip, hibrit çalışmayı başarılı kılmak için motive olur. Yakın zamanda tamamlanmış bir çalışmadaAnkete katılanların %40’ı, işgücünün %50’sinin haftada üç veya daha fazla gün uzaktan çalışmaya devam edeceğini tahmin ediyor. başka bir ankette, mühendislerin %75’i çoğu zaman uzaktan çalışmayı tercih edeceklerini söyledi. Hibrit çalışmayı desteklemek, geliştiricileri işe almanın ve elde tutmanın anahtarıdır.
Çevik ekiplerdeki sürekli olarak hibrit çalışma seçenekleri isteyen mühendisler, kuruluşlarının scrum törenlerini yeniden düzenlemesine ve bu ek hibrit ekip geliştirici önerilerini gözden geçirmesine yardımcı olmalıdır.
Sprint incelemeleriyle başlayın
Çoğu takımın takip ettiği dört ana saldırı seremonisini gözden geçirelim:
- Sprint planlaması: Ekip, kullanıcı hikayelerinin biriktirme listesini gözden geçirir, gereksinimleri anlar ve sprint sırasında tamamladıkları işi taahhüt eder.
- Günlük stand-up’lar: Kısa toplantılarda ekip, kullanıcı hikayelerini tamamlamak için çalışmanın durumunu gözden geçirir ve blokları, soruları veya bunları tamamlamanın önündeki diğer engelleri iletir.
- Sprint incelemeleri: Sprint sonunda ekipler başarılarını ürün sahibine, teslimat yöneticilerine ve paydaşlara paylaşır ve gösterir.
- Sprint retrospektifleri: Ekip, sprint sırasında nelerin iyi gittiğini ve nerelerde iyileştirmeler yapabileceklerini gözden geçirir.
Sprint incelemesi, özellikle çevik ekipler paydaşları davet ettiğinde, tamamlanan işin demosunu yaptığında ve geri bildirim aldığında çoğu insanı etkiler. Bu toplantıyı hibrit çalışma için optimize etmek önemlidir çünkü genellikle birden fazla kişiyi içerir ve scrum ekibi, ürün sahibi ve paydaşlar arasında verimli bir şekilde yönetilen bir diyalog gerektirir.
NineTwoThree Digital Ventures CEO’su Andrew Amann, çevik ekiplerin paydaşlardan gelen geri bildirimlere odaklanması ve öncelikleri ayarlaması gerektiğine inanıyor. “Hibrit çalışma sprint incelemelerinin en önemli yönü, tüm karar vericilerin dahil olmasını sağlamaktır.
Amann, hibrit sprint incelemeleri için bu ipuçlarını paylaşıyor. “Kameraları açın ve yazı tahtalarını çıkarın. Sprint incelemelerimizi bir sonraki sprint planlamasıyla birleştiriyoruz. Ekiplerimiz neyi tamamladıklarını ve bir sonraki sprint için neyin hazır olduğunu açıklıyor, bu nedenle şapkaları gözden geçirmeden planlamaya bir saat içinde değiştirmek hayati önem taşıyor.”
Hibrit sprint incelemeleri için ipuçları
Hibrit çalışma ekipleriyle sprint incelemelerini iyileştirmenin diğer bazı yolları şunlardır:
- Bir müşterinin veya kullanıcının bakış açısıyla kullanıcı hikayelerini belgeleyin ve neyin tanıtılacağına rehberlik edin.
- Taahhüt sırasında ekip üyelerine kullanıcı hikayeleri atayın ve hikayeyi tanıtmaktan sorumlu olmalarını sağlayın.
- Özellikle ekip daha az deneyimliyse, özelliklerin gösterilmesi karmaşıksa veya önemli paydaş geri bildirimi bekleniyorsa bir prova planlamayı düşünün.
- Ürün sahibinin, demo için kullanıcı hikayelerinin sırasına ve her biri için ne kadar zaman harcayacağına zaman kutusuna karar vermesine izin verin.
- Sunum yapan kişiler arasında geçiş yaparken kesintileri en aza indirmek için demoların konferans odalarında nasıl gösterildiğine ve sanal olarak nasıl paylaşıldığına ilişkin en iyi uygulamayı belirleyin.
- Geri bildirim almak için bir yaklaşıma karar verin. Örneğin, biriktirme listeleri için Jira Yazılımını kullanan ekipler, paydaşlardan şunları isteyebilir: tamamlanan sorunlar için oy. Zoom’daki ekipler soru sormak için sohbet özelliğini kullanabilir ve daha uzun tartışmalar gerekirse ürün sahibi demodan sonra ara odaları açabilir. Ekipler ayrıca paydaşlardan küçük geri bildirim için kullanıcı hikayesine yorum eklemelerini isteyebilir veya genel geri bildirim almak için bir Slack kanalı kullanabilir.
- Sprint incelemelerini zamanında bitirin. Bu önemli. Bir inceleme geç kalıyorsa, toplantıyı kapatmayı ve insanların zamanları olduğunda izlemeleri için demonun kalan kısımlarını kaydetmeyi düşünün.
- Takım arkadaşlarının ve paydaşların daha sonra izleyebilmeleri için toplantıyı her zaman kaydedin.
Amaç, tüm katılımcıların sprint incelemelerine katılırken değer bulmasını sağlamaktır ve bunun için verimli bir karma toplantının kolaylaştırılması gerekir.
Sprint retrospektiflerindeki iyileştirmeleri tartışın
Hibrit sprint incelemelerini yürütmek için bir format üzerinde anlaşmaya varıldığında, takımlar iyileştirmeleri tartışmak için retrospektiflerini kullanmalıdır. Bu, herkese uyan tek bir yaklaşımın optimal olma olasılığının düşük olduğu, ancak her ikisinin de en iyi uygulamaları öğrenmek için sorumluluğu tamamen scrum ekiplerine bırakmadığı daha büyük organizasyonlarda kritik derecede önemlidir.
Örneğin, bir inceleme çok uzun sürdüyse veya bir hikayenin tanıtımı iyi olmadıysa, ekip gelecekte nasıl daha iyi hazırlanıp tanıtımını yapabilir? Paydaşlar yeterli geri bildirim sağlamıyorsa, iletişimde, süreçlerde veya araçlarda hangi değişiklikler iyileştirmeler sunabilir?
Retrospektifler ayrıca hibrit çalışma uygulamalarını geliştirmek, takım arkadaşı mutluluğunu artırmak ve iş-yaşam dengesi konularını tartışmak için daha da önemli bir fırsat sağlar.
Uplevel CTO’su Ravs Kaur, scrum ekiplerinin retrospektiflerde tartışma kapsamlarını genişletmeleri gerektiğini söylüyor. “Proje sağlığına ve teknik başarılara bakıldığında, genellikle çoğu sprint retrosunun ön saflarında yer alır, ancak başarı sadece ürünle ilgili değildir. Uzun vadede başarılı olmak için yazılımı oluşturan kişilerin de sağlıklı olması gerekiyor.”
Kaur bu soruları ve önerileri sunuyor. “Sprint sırasında takım yandı mı? Sürdürülebilir olmayan bir miktarda bağlam değiştirme var mıydı? Verimliliğin insan maliyeti, sprintin başarılı olup olmadığına karar vermenin büyük bir parçası olmalıdır. Sprint hedeflerinize ulaşmış olabilirsiniz, ancak ekibiniz memnun mu?”
Bunlar, özellikle organizasyonları için model olarak hibrit çalışma arayanlar olmak üzere, çevik liderlerin düşünmesi gereken önemli sorulardır.
Telif Hakkı © 2022 IDG Communications, Inc.
Kaynak : https://www.infoworld.com/article/3659190/sprint-reviews-and-retrospectives-in-a-hybrid-work-setting.html#tk.rss_all