Etiket arşivi: Extreme Programming

4L Retrospektif Tekniği

Agile, Çevik Retrospektif Teknikleri, Extreme Programming, Kanban, Lean, Scrum, Scrumban, , , , , , , ,

4L Retrospektif Tekniği

4L Retrospektif Tekniği

4L retrospektif tekniği, retrospektif toplantısını eğlenceli bir hale getirmek için bir başka tekniktir. Mary Gorman’ın kullandığı 3L retrospektif tekniğinden türetilmiştir.

3L retrospektif tekniğindeki L’ler aşağıdaki gibidir:

Liked / Loved – Hoşlandıklarım / Sevdiklerim

Lacked – Eksik Olduğunu Düşündüklerim

Longed For – Özlemini Çektiklerim

3L tekniğinden sonra Ellen Gottesdiener tekniğe bir L(Learned) daha ekleyerek 4L retrospektif tekniğini oluşturmuştur.

4L şu şekilde sıralanır:

Liked / Loved – Hoşlandıklarım / Sevdiklerim: Geçtiğimiz döngüde sevdiğim şeyler.

Learned – Öğrendiklerim: Geçtiğimiz döngüde öğrendiğim şeyler.

Lacked – Eksik Olduğunu Düşündüklerim: Geçtiğimiz döngüde eksik olduğunu düşündüğüm şeyler.

Longed For – Özlemini Çektiklerim: Geçtiğimiz döngüde keşke olsaydı diye düşündüğüm şeyler.

4L Retrospektif Tekniği yazısına devam et →

Deniz Yıldızı Retrospektif

Agile, Çevik Retrospektif Teknikleri, Kanban, Lean, Scrum, Scrumban, , , , , , , ,

Deniz Yıldızı Retrospektif

Deniz Yıldızı Retrospektif tekniğinde aşağıdaki 5 kategori bulunur:

  • Start / Başlayalım
  • Keep Doing / Yapmaya Devam Edelim
  • More Of / Daha Fazla Yapalım
  • Less Of / Daha Az Yapalım
  • Stop / Yapmayı Bırakalım

5 kategori bulunması takım üyelerine fikirleri söyleyebilecekleri daha fazla seçenek verir. Kimi zaman  fikirlerinizi iki ya da üç kategoriden birinde ifade edemeyebilirsiniz. Bazen siyah ya da beyaz arasında bir seçenek olması gerekebilir. Deniz Yıldızı Retrospektif bu ihtiyacı karşılar. Deniz Yıldızı Retrospektif yazısına devam et →

Eğlenceli Retrospektif Aktiviteleri İçin Neler Yapılabilir?

Agile, Çevik Retrospektif Teknikleri, Kanban, Lean, Scrum, Scrumban, , , , , , , , , ,

Eğlenceli Retrospektif Aktiviteleri İçin Neler Yapılabilir?

Retrospektif toplantıları takımın tecrübelerini gözlemlediği ve bu gözlemlere dayanarak iyileştirme aksiyonlarını belirlediği aktivitelerdir. Eğer bir retrospektif tekniği kullanılmazsa bu aktiviteler zamanla takımlar için sıkıcı bir hale gelebilir. Bu makalede eğlenceli retrospektif aktiviteleri için neler yapılabileceğini konuşacağız.

Yazının bundan sonraki bölümünde retrospektif toplantısına katılan kişilerin tamamından takım diye bahsedeceğim. Eğer Scrum yapıyorsanız retrospektif toplantısına Geliştirme Takımı, Ürün Sahibi ve Scrum Master katılır. Eğer Kanban yapıyorsanız retrospektif toplantısına geliştirmeyi yapan takım ve ilgili paydaşları kimse onlar katılır. Eğer eXtreme Programming yapıyorsanız takım süreçlerini gözlemler ve süreçte çalışmayan şeyleri düzeltir. Yani Çevik yaklaşımların hepsinde retrospektif yapılır. Bu nedenle yazının bundan sonraki bölümünde takım dediğimde hangi yaklaşımı kullanıyorsanız, o yaklaşımda kimlerin retrospektif toplantısına katılması gerekiyorsa o kişileri anlatıyorum demektir. 😉 Eğlenceli Retrospektif Aktiviteleri İçin Neler Yapılabilir? yazısına devam et →

Sürekli Entegrasyon

Agile, Extreme Programming, Scrum, , ,

Sürekli Entegrasyon

6. Bozuk Build’i Hemen Düzeltin

Sürekli build yapabilmenin anahtarı ana branch’te gerçekleştirilen bir build hata aldıysa bunu hemen düzeltmektir. Sürekli Entegrasyon ile çalışmanın amacı stabil bir ortamda geliştirme yapmaktır. Ana branch’te bir build’in hata alması kötü bir şey değildir fakat sürekli olarak yaşanıyorsa bu yazılım geliştiricilerin yeterince dikkatli olmadıklarının göstergesidir. Yine de önemli olan nokta eğer bir build hata aldıysa bunun biran önce düzeltilmesidir. Böyle bir sorun genellikle ana branch’e gönderilen son kodun geri alınması ve kodu gönderen kişinin kendi makinesinde sorunu bulmasıyla çözülebilir.

Sürekli Entegrasyon yazısına devam et →

Sürekli Entegrasyon Nedir?

Agile, Extreme Programming, Scrum, , ,

Çevik Pratikler’den Biri, Sürekli Entegrasyon Nedir?

Bu yazı serisinde Çevik Pratikler’den biri, “Sürekli Entegrasyon nedir”, “Sürekli Entegrasyon Pratikleri nelerdir”, “Sürekli Entegrasyon faydaları nelerdir” konularına değineceğim. Sürekli Entegrasyon, terimi 1990’lı yıllarda ilk defa Kent Beck tarafından kullanılmıştır. Kent Beck, eXtreme Programming’in yaratıcısı ve Çevik Yazılım Geliştirme Bildirisi’ni imzalayan 17 kişiden biridir.

Sürekli Entegrasyon, bir yazılım geliştirme pratiğidir. Yazılım geliştiriciler yazdıkları kodu ortak bir alana yükler. Böylece herkesin yazdığı kod ortak alanda derlenir ve çalışan ürün elde edilir. Bir yazılım geliştirici yeni bir işlevsellik geliştireceği zaman ortak alanda bulunan kodu kendi bilgisayarına çeker ve kod üzerinde çalışmaya başlar. Yazılım geliştirici işlevselliği geliştirdikten sonra yazdığı kodu ortak alana yükler. Teoride yapılan işlem bu kadar kolay gibi görünse de gerçek hayatta işler bu kadar kolay değildir. Büyük ölçekli yazılımlar geliştirmek karmaşıktır. Bu karmaşıklığı aşarken yüksek kaliteli ürün oluşturabilmek için disiplin ve koordinasyon gereklidir. Sürekli Entegrasyonla gerekli disiplin ve koordinasyonun sağlanabilmesi için bazı aktiviteler belirlemiştir. Bu aktiviteleri, Martin Fowler, Sürekli Entegrasyon hakkında yazdığı makalede belirtmiş ve bu aktiviteler yazılım dünyası içinde büyük kabul görmüştür. Sürekli Entegrasyon Nedir? yazısına devam et →