bencede
New member
Haberler’de çevik yazılım geliştirmeye ve Scrum’a giriş, bölüm 1
Haberler-WebDev blogumuzun sonraki bölümleri çevik sistemimiz hakkında olacak. “Çevik konu bloğunun” bu ilk bölümünde, tabiri caizse çevik geçişimiz olan “Haberler-Scrum”un gelişimini sunuyorum.
Ne günlerdi
Mayıs 2017’de çevik dünyaya birkaç gün süren bir scrum semineri ile başladık ve bu nedenle yayıncılık sektöründe zaman açısından tablonun biraz altındaydık. Daha önce ekiplerimiz ön uç, arka uç ve CMS ekiplerine ayrıldı. Sonra fikir ve tasarım geldi. Ekiplerin her biri, aynı zamanda disiplin amirleri olan ustabaşılar tarafından yönetiliyordu.
Süreçler, proje odaklı çalışma ve şelale yaklaşımı için tasarlanmıştır.
Biz de bu çalışma tarzının klasik problemlerini ve sürtüşme noktalarını bulduk:
- Geliştiriciler planları geç görebildiler çünkü konsept ve tasarım müşteriyle çok daha önceden birlikteydi.
- Uygulama kararları artık anlaşılamıyordu, ancak uzun uzadıya tartışıldıkları için çoğu zaman uygulanmaları gerekiyordu.
- ‘Müşterilerimiz’ ‘şirket içi’ idiler ve öyleler, ancak işi görmeden önce geliştirmeleri uzun zaman aldı ve ‘Bunu tamamen farklı hayal ettim! saflarımızda bir söz haline geldi.
- Uzun vadeli projeler çok sayıda iş gücünü bir araya getirdi. Günlük aktivite durdu. Arada iki hafta başka bir şey üzerinde çalışmak düşünülemezdi. Bu, web geliştirme dışındaki birçok meslektaşı daha da küçük siparişler ve talepler konusunda çaresiz bıraktı. Genellikle telefon üzerinden “tercih edilen geliştiricilere” çapraz atanan görevlerle yetinirler. Sonra (sıklıkla üstü kapalı olarak) çaresiz editör meslektaşı için bir şeyler tamir etmek veya düzeltmek için proje tünelinden ayrıldılar.
- Genellikle çok büyük ve kapsamlı sistemler inşa etmiştik ve günlük kullanımda bunların kullanımı ve bakımı, müşterilerimiz açısından çok fazla insan gücü gerektiriyordu. Şu ya da bu, içine çok fazla zaman, kalp ve ruhun aktığı “Fil Mezarlığı” yaratıldı.
- Büyük iş paketleri bir anda çevrimiçi oldu ve okuyuculara ve yayıncılara ilk başta gezinmeleri gereken tamamen farklı bir sayfa sundu.
- Konuya dayalı ekip yapısı, birkaç disiplinlerarası alışverişi sağladı.
- Pek çok kişi için projenin ilerleyişini değerlendirmek, web geliştirme alanında bile kolay olmadı. Dışarıdan, projenin durumunu tahmin etmek imkansızdı.
Geçmişe bakıldığında, eskisinden daha kötü ve verimsiz görünüyor. Proje odaklı çalışma ve uzman ekiplerin cazibesi vardı ve hala da var. Altı ayda bu tip bir tünel bile çok güzel bir şey olabiliyor. Yazılımın binlerce saatlik çalışma gerektiren paket uygulamaları bile, sağlıklı bir beklenti ve heyecan karışımıyla beklenen kutlamalardı.
Unutmayın bir şeyi aynı editoryal ekiple bu kadar uzun süre çalışmak, zamanında hazırlamak ve tek seferde lanse etmek hepimizi bir araya getirdi. Bir ödül olarak, masrafları yayıncıya ait olmak üzere yayıncılarla sık sık yemek yemeye giderdik.
Takip eden günlerde forumda çok sayıda kullanıcı geri bildirimi geldi. Doğal olarak, bu bir yeniden çalışmaya yol açtı, ancak yine de davullar, trompetler, meşaleler ve dirgenlerle her zaman daha büyük bir bitiş noktası vardı. 2011’deki ilk atışım, Haberler Netze (Wayback-Machine-Link) alanının yükseltilmesiydi ve bunu her zaman kulak arkamı biraz daha az yeşile döndüğüm gün olarak sevgiyle hatırlayacağım.
Uzman ekipler ise kendi disiplinlerindeki geliştiriciler arasında yoğun bir alışverişi sağladı. Gelecekteki gelişmeler için nihai uzmanlar ve kuluçka merkezleriydiler.
Devrimin Çocukları
Ancak: Çevik çalışma yöntemlerinin faydalarını hepimiz biliyorduk ve kararı destekledik. Scrum’ın tanıtılması, görkemli bir şekilde ifade etmek gerekirse, birçok şirkette tabandan gelen bir devrim oldu. Daha nesnel bir ifadeyle, en azından çoğu geliştiricinin ifade ettiği arzu buydu. Kesinlikle hiçbirimiz neye bulaştığımızı %100 bilmiyorduk ve hatta küçük şüphelerimiz bile vardı. Genel olarak, birkaç günlük çalıştaydan sonra, değişikliğin kucak açılarak karşılandığını hissettim.
Yönetim ve ardından CTO olan Michael Wilde da değişikliği zorladı. Ne yazık ki, ikincisi çevikliğe tam geçişe tanık olamadı. Geliştiricilerin çeviklik arzusunun denetçiler ve yönetim tarafından tatmin edildiği o kadar açık değil. Tamamen otonom ve kendi kendini organize eden ekipler, küçük hiyerarşi ve çevik sistemlerin sprintin sonu anlamına gelmeyen son teslim tarihlerinden kaçınması, birçok şirketin karar vericileri için kesinlikle kırmızı bir yamadır. Bu bağlamda, bizim durumumuzda geçişin web geliştirme dışında da memnuniyetle karşılanmasından memnunum.
Değişen zamanlar
Çevik paradigmalara yerleştirildikten ve yeni disiplinler arası ekipler oluşturduktan sonra, öğrendiklerimizi günlük hayatta uygulamaya çalıştığımız aşama başladı. Bir takıma düzenli olarak çevik bir antrenör eşlik etmeye devam etti. Diğerleri bunu kendileri dahil etmeye çalıştı. Amaç, eşlik eden ekiple bir çarpana sahip olmaktı. Üyeler daha sonra bilgilerini diğer takımlara aktarmak zorunda kalacaklardı.
Bu deney 2017’nin sonuna kadar sürdü ve bizi gerçek çevik çalışmadan daha da uzaklaştırdı. Her neyse, bölüm 2018’in başlarında kapandı. İkinci bir Agile atölyesi için bir araya geldik ve ardından bugün hala var olan üç yeni ekip kurduk.
“Deneme operasyonu” deneyimleriyle, çeviklik fikirlerimiz üzerinde biraz daha somut çalışabildik. Georg Nold ile çevik geçiş konusunda deneyimli ve bu yolda devam etme isteği olan yeni bir CTO’muz oldu.
Bu blog gönderisinin ikinci bölümünde, bunun ne olduğunu ve çevik manifestoya ne kadar yakın olduğunu bildireceğim.
(sfi)
Haberin Sonu