Çevik gelişimin büyük bir hayranıyım ve birkaç yıl önce çok başarılı bir projede XP kullandım. Bu konuda her şeyi, yinelemeli geliştirme yaklaşımını, bir testin etrafına kod yazmayı, çift programlamayı, işleri yürütmek için bir müşteriye sahip olmayı sevdim. Çok verimli bir çalışma ortamıydı ve baskı altında olduğumu hiç hissetmedim.
Ancak çalıştığım son birkaç yerde Scrum kullandım / kullandım. Bugünlerde çevik gelişimin posteri olduğunu biliyorum ama% 100 çevik olduğuna ikna olmadım. Aşağıda bana karşı çevik hissetmemesinin iki ana nedeni var.
Proje Yöneticileri Bayılır
Doğası gereği zaman çizelgelerine takıntılı olan proje yöneticilerinin hepsi Scrum'u seviyor gibi görünüyor. Tecrübelerime göre Sprint İş Listesi'ni zaman gereksinimlerini takip etmek ve verilen bir işe ne kadar zaman harcadığının kaydını tutmak için kullanıyor gibi görünüyorlar. Beyaz tahta kullanmak yerine, her geliştiricinin dini olarak doldurması gereken bir excel levha kullanırlar.
Bence bu çok çevik bir süreç için çok fazla dokümantasyon / zaman takibi. Bir görevin kendisiyle başa çıkabildiğim zaman bir görevin beni ne kadar süre alacağını tahmin etmek için neden zaman harcıyorum. Ya da benzer şekilde neden bir sonraki göreve geçebileceğimde bir görevin ne kadar sürdüğünü belgelemek için zaman harcıyorum.
Standup Toplantıları
Çalıştığım önceki yerdeki standup toplantıları kabus gibiydi. Her gün dün ne yaptığımızı ve o gün ne yapacağımızı açıklamamız gerekiyordu. Bir görev için "tahmin" konusunda zamanımızı geçmişsek, proje yöneticisi bir kokuşmaya başlayacak ve Sprint İş Listesi'ne zaman çizelgesine uymadığınız için yetersiz olduğunuzu göstermenin bir aracı olarak başvuracaktır.
Şimdi iletişime ihtiyacım olduğunu anlıyorum ama kesinlikle günlük toplantıların tonu açık olmalı ve bilgi paylaşımına odaklanmalı. Senin ev ödevi tarzında bir meydan okumanın bir yere dönüşmesi gerektiğini düşünmüyorum. Ayrıca kesinlikle çevikliğin delik noktası, zaman çizelgelerinin değişmesi, taşa konmamaları gerektiğidir.
Sonuç
Çevik fikir geliştiricilerin hayatını kolaylaştırarak yazılımı daha iyi hale getirmektir. Bu nedenle bence bir ekip tarafından kullanılan herhangi bir çevik süreç geliştirici tarafından yönlendirilmelidir. Bir proje yöneticisinin "çevik" olarak adlandırdığı bir işlemi bir projenin çevik kalkınma ile ilgisi olduğunu izlemek için kullandığını sanmıyorum.
Düşünceleriniz var mı?