Category Archives: Uncategorized

Bestseller ile Deniz Yıldızı Retrospektif

Bestseller ile Deniz Yıldızı Retrospektif

Bu yazımda Bestseller ile Deniz Yıldızı Retrospektif’i tecrübemden bahsedeceğim. Bestseller, kurumdaki diğer Scrum Takımları’na bakışla küçük bir takım fakat Scrum yapabilmek için optimum kişi sayısına sahipler. Scrum Takımı’nın kaç kişiden oluştuğu önemlidir. Çünkü büyük takımlar(6 fazlası) iletişimi takip etmekte zorlanırlar ve şeffaflık bozulur. Bunun sonucunda süreçte iyileştirme yapmak zorlaşır. Süreçte iyileştirme yapamıyorsanız yerinizde sayıyorsunuz demektir. Yerinizde saymamak için iyileştirmeler yapmalısınız, iyileştirme yapabilmek için şeffaf ortamda doğru gözlem yapmalısınız. Bu nedenle Çevik ve Yalın yaklaşımlarda az çoktur anlayışı bulunur.

az çoktur

Çoğu zaman 1 + 1 < 2’dir. Çok nadir durumlarda 1 + 1 > 2 olabilir.

1+1+1+1+1+1+1+1+1 >= 9 olmaz. Neden? Çünkü takım olmak bireylerin yan yana oturması ve sabahları 15 dakika ayakta durarak dün ne yaptım, bugün ne yapacağım, önümde engel var mı, sorularını yanıtlamaları değildir.

Bu ne demek oluyor? Takım olmak 1+1>2 olmasıdır. Bunun içinde bireylerin birbirilerinin yaptıkları işleri takip edebilmeleri ve anlamaları gerekir. Günlük Scrum Toplantıları’nda dün ne yaptım sorusuna cevap veren bir Geliştirme Takımı üyesinin söyledikleri diğer üyeler tarafından anlaşılmıyorsa, bu topluluk bir takım değildir. Yan yana oturan insanlar topluluğudur. Bu konu üzerinde çok duruyorum çünkü büyük takımlar, takım olmanın önündeki en büyük engellerden biridir.

Continue reading Bestseller ile Deniz Yıldızı Retrospektif

Kanban ve Scrum, İkisinin de En İyisini Yapmak

Kanban ve Scrum, İkisinin de En İyisini Yapmak

 

Çevirenin Önsözü

Kitabı çevirmemin iki nedeni var. Birinci neden Çeviklik ve Yalınlık konularında Türkçe kaynak eksikliğidir. İkinciyse Çevik Bildiri’de çoğu zaman dikkat edilmeyen, önemsenmeyen bir cümle, Çevik Bildiri’nin ilk cümlesidir. “Daha iyi yazılım geliştirme yollarını, uygulayarak ve başkalarının da uygulamasına yardım ederek, bu yolları ortaya çıkarmak…”

Kitaplarını okuduğum, konuşmalarını dinlediğim, seminerlerine katıldığım, videolarını izlediğim, Çeviklik ve Yalınlık topluluğuna inanılmaz katkıları bulunan insanlar var. Çeviklik’i ve Yalınlık’ı öğrenmemi sağladılar. Umarım bu kitapla birilerinin Çeviklik’i ve Yalınlık’ı öğrenmelerine yardımcı olabilirim. Umarım gelecekte Türkçe kaynak sayısı artar böylece Çeviklik ve Yalınlık herkes tarafından öğrenilebilir.

Çeviklikle tanışmam kaos halini alan işlerimizi düzene sokmak için neler yapabileceğimi düşünmekle başladı. Bir müşteri telefon ediyordu ya da bir e-posta gönderiyordu ve onun işlerini yapmaya başlıyorduk. Bir müşterinin talebini geliştirmeye çalışırken akışa* ulaşabildiğim çok az oluyordu. Bir şeyler geliştirmeye çalışırken daha büyük bir müşteriden baskı geliyorsa her şeyi bırakıp yangını söndürmeye çalışıyordum. On dakika içinde üç-dört farklı müşterinin projeleri arasında gidip geldiğim çok oldu. En sonunda hangisinin sesi en yüksek çıkıyorsa onunla ilgileniyordum. Bir düzen yoktu.

Dünya üzerinde bu sorunu yaşayan tek şirket olmadığımızı biliyordum. Araştırmaya başladığımda Çeviklik ve Scrum’la tanıştım. Birkaç ay boyunca Çeviklik’in ve Scrum’ın aynı şeyler olduğunu düşündüm. Çeviklik’in özü olan deneycilik felsefesiyle on bir yaşındayken kuzenimin verdiği felsefe kitapçığında tanışmıştım ve sevmiştim. Buna rağmen iş hayatımda uzun süre determinizmi savundum. Her şeyi önceden bilip planlayabileceğimi ve planı oluşturduktan sonra herhangi bir engelle karşılaşmayacağımı savunuyordum. Bir yazılım geliştiricinin müşteriyle iletişim halinde olmaması bunun yerine arada birilerinin olması ve yazılım geliştiricinin sadece kod yazması gerektiği gibi düşüncelere sahiptim. Belki o zaman müşterilerle fazla muhatap olmak işimden zevk almamı engellediği için böyle düşünüyordum. Kanban’la tanışmamsa Scrum’la tanışmamdan birkaç yıl sonra oldu.

Çeviklik’i anladıkça bir plan oluşturup sadece planı takip ederek başarılı olamayacağımı ve müşteriyle her zaman iletişim halinde olmam gerektiğine karar verdim.

Kitapta göreceğiniz gibi Agile yerine Çevik sözcüğünü, Agility yerine Çeviklik sözcüğünü kullandım. Eğer Türkçe’de Scrum’ı ifade etmemizi sağlayacak bir sözcük olsaydı onu kullanırdım. Scrum, Rugby’de oyuncuların kafa kafaya verdikleri toplanma hareketidir. Türkçe’de bunu karşılayan bir ifade yok. Bu nedenle Scrum dedim. Kanban, Japonca görsel kart anlamına geliyor. Yine Türkçe’de bu şekilde ifade etmek anlamlı gelmiyor. Hâlbuki Çevik, Çeviklik İngilizce Agile’den çok daha güzel, okuyanın zihninde ışık yakıyor. Bu nedenle Türkçe’de anlamlı bir karşılığı olan bütün ifadeleri Türkçe karşılıklarıyla yazdım. Türkçe’ye çeviremediğim özel ifadeler için sizin aklınıza gelen bir şeyler olursa lütfen paylaşın. Yaptığım çevirilerde kullandığım Türkçe sözcükleri seçerken aslında ne kadar önemli bir iş yaptığımı hatırlatan ve yardımcı olan arkadaşım Mehmet Bozok’a teşekkür ederim.

Kitap bittikten sonra ilk okuyan ve çeviriyle ilgili “anlamak için sadece bir defa okuyorum” gibi olumlu yorumlar yapan Âdem Topal’a çok teşekkür ederim.İngilizce waste ifadesinin yerine israf sözcüğünü kullanabilirdim, çok uzun sürede kullandım. Alper Tonga’nın Kanban; Evrimsel Değişim – S01E01 yazısını okuduktan israf sözcüğünün yerine çöp sözcüğünü kullanmaya başladım. Alper’in çöp sözcüğünü kullanmasının nedeni çöpün somut olarak bir varlık ifade etmesidir. Çöp, kötü kokusu, çirkin görüntüsü olan ve kurtulmamız gereken herşey olabilir. Bu tanımın yanında israf sözcüğü kulağa çok soyut geliyor. Bu soyut anlam aksiyon almamız için uyarıcı bir nitelik taşımıyor. Çöp ifadesini topluluğa kazandırdığı için Alper Tonga’ya teşekkür ederim.

Kitabı çevirirken yardım eden ve Türk Dili ve Edebiyatı dersini neden sevmediğimi hatırlatan ama sonsuz dikkatiyle bütün yanlışlarımı düzelten biricik kardeşim Ayşenur’a çok teşekkür ederim.

Bu kadarcık küçük bir kitapta bu kadar çok bilgi vermelerine rağmen okuyucuyu sıkmayan bir kitap yazdıkları için Henrik Kniberg ve Mattias Skarin, çok teşekkür ederim.

Ben yeterince konuştum ☺   Zaman değerli, kitabı okuduğunuz için teşekkür ederim. Eğer geri bildirimde bulunmak isterseniz çok sevinirim.

*Belki bütün işlerde akış vardır ama yazılım dünyasında çok daha önemlidir çünkü aklınızda binlerce şeyi tutmanız ve çok kısa zamanda hatırlamanız gerekir. Akış, sizi üst benliğe ulaştırabilir. Eğer yazılım geliştirici değilseniz şuan söylediklerim anlamsız geliyor olabilir, bir yazılım geliştiriciye sorun! ☺   O, ne dediğimi biliyor.

Cihan Yılmaz

Ekim 2016 – İstanbul

site@yilmazcihan.com

 

Kanban ve Scrum İkisinin de En İyisini Yapmak
Kanban ve Scrum İkisinin de En İyisini Yapmak

Kitabı indirebileceğiniz bağlantı: Kanban ve Scrum, İkisinin de En İyisini Yapmak (254 downloads)

Continue reading Kanban ve Scrum, İkisinin de En İyisini Yapmak

Yazılım Geliştirmede Teknik Borç

Yazılım Geliştirmede Teknik Borç

Üç arkadaş öğle yemeğinde konuşuyorlar:

 

  • Sabah yazılım geliştirme ekibiyle toplantımız vardı. Bireysel kredi başvuru raporlarına iki yeni alan eklemelerini istedik. Bu iki alanı ne kadar zamanda teslim edecekler, biliyor musun?
  • İki alan olduğuna göre arkadaşlarında keyifleri yerindeyse iki günde bitirirler heralde.
  • Ahahaha. Gerçekten yazılımcı olmak varmış. Adamlar yata yata para kazanıyorlar! Bütün gün bilgisayar başında otur ve hiç bişey yapmadan dünyanın parasını kazan. İki alan için dört hafta süre verdiler desem ne dersin?
  • Bizde bu işe girmeliyiz derim…

Continue reading Yazılım Geliştirmede Teknik Borç

Agile Tabu

Agile Tabu
Agile Tabu

Agile Tabu

Bir oyun olarak AGILE TABU, eğitici, kendini ifade etme becerisini yükseltici, kişiler arasındaki iletişimi, iletişimin kalitesini arttırıcı ve oynayanları eğlendirici özelliklere sahiptir.

Tabu yukarıda belirttiğim gibi eğlenceli ve faydalı bir oyun, birçok açıdan kendinizi ve diğer oynayanları geliştirebilirsiniz. Peki, Agile Takımları’nda tabunun faydaları nelerdir;

Continue reading Agile Tabu