Tag Archives: Scrum Master

Siperden Scrum ve XP Biz Nasıl Yapıyoruz

Siperden Scrum ve XP, Biz Nasıl Yapıyoruz?

Çevirenin Önsözü

Kanban ve Scrum, İkisininde En İyisini Yapmak”, “Siperden Yalınlık, Kanban ile Büyük Ölçekli Projelerin Yönetimi” kitaplarından sonra Henrik’in bir başka kitabını çevirmek çok büyük bir zevkti.

Çeviklik, Yalınlık, Scrum, Kanban, eXtreme Programming(XP) konularında ne yazık ki Türkçe kaynak sayısı yok denilecek kadar az! Bu açığın kapatılması gerektiğini düşünüyorum. Ülke olarak İngilizce bilen kişi oranımız çok düşük. İnsanların bir konuyu öğrenebilmesi için ilk önce İngilizce öğrenmesi gerekiyor. Gerekmemeli! Eğitim sistemimizde böyle büyük bir yanlış var! Tek başıma bu yanlışı düzeltemem fakat bireylse çaba gösterebilirim. Bu büyük yanlışın ynaında bireyler olarak bizimde yanlışımız var. Birey olarak yaşıyoruz! Halbuki toplum olarak yaşamalıyız! Kendimiz için yaşıyoruz ve kendimizin dışında hiçbir şey önemli değil!

Keşke herkes, iyi bildiği bir konuda birkaç kitap yazabilse ya da çevirebilse, o zaman ülkemizin insanı için bir şeylerin yolunu kolaylaştırmış oluruz.

Diğer kitaplara ulaşabileceğiniz adres: http://yilmazcihan.com/ceviri-kitaplarim

Cihan Yılmaz
Mart 2017 – İstanbul
site@yilmazcihan.com
http://yilmazcihan.com

Siperden Scrum ve XP Biz Nasıl Yapıyoruz
Siperden Scrum ve XP Biz Nasıl Yapıyoruz

Kitabı indirebileceğiniz bağlantı: Siperden Scrum ve XP, Biz Nasıl Yapıyoruz? (73 downloads)

Continue reading Siperden Scrum ve XP Biz Nasıl Yapıyoruz

Çevik Yaklaşımlarda İşin Maliyetini Belirleme

Çevik Yaklaşımlarda İşin Maliyetini Belirleme

İki Aziz Nesin Hikayesi

Bu yazı dizisinde Çevik Yaklaşımlarda İşin Maliyetini Belirleme konusunu ele alacağım. Geliştirilecek bir işlevselliğin veya bir projenin maliyetinin belirlenmesi(yapılacak işin büyüklüğünü belirleme) işinin nasıl gerçekleştirilebileceğine, iyi pratiklere, maliyet vermenin maliyetine, tahmin işinin ne kadar gerekli olduğuna değineceğiz. Ayrıca geleneksel proje yönetimini kullanan organizasyonlarda karşılaştığım birkaç örneği paylaşacağım.

İşlevselliklerin ya da projelerin maliyeti belirlenirken birkaç yaklaşım dikkatimi çeker.

  1. Üst yönetim bunun için herhangi bir bitiş tarihi belirledi mi? Sanki üst yönetimdeki kişiler bu projeyi geliştirecek! Tarihi bu kişiler belirlerse işi gerçekleştiren kişiler daha hızlı üretme yetkinliğine kavuşacak gibi-evet, evet…pazara çıkış zamanı vb. şeyleri aklınıza getirdiğinizi biliyorum-… Belki tarih belirlenebilir fakat takımdaki kişilerin görüşleri alındıktan sonra gerçekçi bir tahmin yapılarak.
  2. Teknik lider ya da mimar olan kişilerden işin büyüklüğü bilgisi istenir. Araştırılmadan ve tahmin yapabilecek kadar bilgi sahibi olunmadan bu soruya cevaplar dönülür.

Aziz Nesin hikayesi olabileceğini düşündüğüm birkaç örneği paylaşmak istiyorum.

Continue reading Çevik Yaklaşımlarda İşin Maliyetini Belirleme

Büyük Takımlar mı Küçük Takımlar mı

Büyük Takımlar mı Küçük Takımlar mı?

Neden “Büyük Takımlar mı, Küçük Takımlar mı” konusunu seçtim?

 

  • Her gün bir takım içinde, ailemizden çok iş yerinde zaman harcıyoruz. Bu nedenle çok önemli bir konu olduğunu düşünüyorum.
  • Çünkü farkında olmadığımız, gizli bir sorun olduğunu düşünüyorum.

 

Farkındalık yaratmak amacıyla bu konuyu seçtim. Amacım yapılan araştırmaları ve deneyimleri aktarmak.

 

Jeff Bezos’a göre iki pizza ile doyan bir takım ideal büyüklükte bir takımdır. Bu mecazın altında aslında oldukça değerli deneyimler ve bilgiler yatmaktadır. Hadi şimdi takımların yaşadıklarına bakalım!

 

İletişimin Bedeli

Richard Hackman, Yale Üniversitesi’nde, 20 yıl sonra da Harvard Üniversitesi’nde profesörlük yaptı. Richard Hackman bir toplum bilimciydi ve hayatını, takım performansı, etkili liderlik ve kendi kendini yöneten takımlar ve organizasyonlar üzerine araştırmalara adamıştır.
Richard Hackman takımlar arasındaki iletişim yolunu hesaplamak için aşağıdaki formülü belirlemiştir: Continue reading Büyük Takımlar mı Küçük Takımlar mı

Bestseller ile Deniz Yıldızı Retrospektif

Bestseller ile Deniz Yıldızı Retrospektif

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

Siperden Yalınlık Kanban ile Büyük Ölçekli Projelerin Yönetimi

Siperden Yalınlık Kanban ile Büyük Ölçekli Projelerin Yönetimi

 

Çevirenin Önsözü

Kitabı çevirmemin nedeni Türkçe kaynak sayısının azlığıdır. Henrik Kniberg’in yazdığı kitaplar gerçekten çok değerli çünkü yaşadıklarını yazıyor, çok sade bir dille açıklıyor. Çeviklik ve Yalınlık gibi üzerine düzinelerce kitaplar yazılmış konuları en güzel haliyle birkaç cümle de anlatıyor. Yazar olarak Henrik birçok ünlü yazarda olmayan bir özelliğe sahip: Yazdıklarını net bir şekilde okuyanın zihninde oluşturabilme yeteneği. Bu özellik Henrik’i diğerlerinden birkaç on adım ileri götürüyor.

Çeviriyi yaparken bir ifadenin Türkçe’de karşılığı varsa bunu kullandım. Örneğin Agile yerine Çevik ifadesini kullandım. Eğer ifadenin Türkçe’de tam karşılığı yoksa ya da Türkçe karşılığı isteneni tam olarak ifade edemiyorsa İngilizce sözcüğü kullandım. Örneğin kaynak kodlarının bulunduğu ortam için trunk ifadesini kullandım çünkü trunk ifadesinin Türkçe’de bir karşılığını bulamadım. Eğer bu ifadeler için önerileriniz olursa lütfen bana yazın ve gerekli iyileştirmeleri beraber yapalım.

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.

Cihan YILMAZ

Aralık 2016 – İstanbul
site@yilmazcihan.com
http://yilmazcihan.com

 

Siperden Yalınlık Kanban ile Büyük Ölçekli Projelerin Yönetimi
Siperden Yalınlık Kanban ile Büyük Ölçekli Projelerin Yönetimi

Kitabı indirebileceğiniz bağlantı: Siperden Yalınlık Kanban ile Büyük Ölçekli Projelerin Yönetimi (158 downloads)

Continue reading Siperden Yalınlık Kanban ile Büyük Ölçekli Projelerin Yönetimi