Etiket arşivi: Scrum

Deniz Yıldızı Retrospektif

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

MAD SAD GLAD Retrospektif Tekniği

 MAD, SAD, GLAD Retrospektif Tekniği

Retrospektif, Çevik yaklaşımların hayatımıza soktuğu en önemli pratiktir. Retrospektiflerin hayatımıza girmesiyle sürekli olarak iyileşme şansı elde ettik. Geleneksel yaklaşımda iyileştirme şansı sadece proje sonunda “Öğrenilmiş Dersler” bölümünde yer alıyor. Geleneksel proje yönetimiyle geliştirdiğim projelerin hiç birinde “Öğrenilmiş Dersler” aktivitesini gerçekleştirmedim. Çünkü birkaç proje hariç çoğu için teslim tarihini geçmiştik. Teslim tarihini geçtiğiniz bir proje de “Öğrenilmiş Dersler” aktivitesini yapamıyorsunuz. Projenizi teslim ettikten sonra sıradaki projeye başlıyorsunuz. Halbuki Çevik yaklaşımlarla kendimizi her gün iyileştirme şansına sahibiz. Yukarıda geleneksel yaklaşımda bu şansın neredeyse hiç verilmediğini vurgulamam bu şansın ne kadar değerli olduğunu göstermek içindir. İlerleyen bölümlerde farklı retrospektif tekniklerine, bu tekniklerin aktivite olarak nasıl gerçekleştirileceğine, gereksinimlerine değineceğim. Mad Sad Glad Retrospektif ile başlıyoruz. 🙂

MAD SAD GLAD Retrospektif Tekniği

MAD-SAD-GLAD, en basit retrospektif tekniklerinden biridir. İçine kapanık, çok fazla konuşmayan takım üyelerinin bulunduğu takımlarda bu teknik kullanılarak takım üyelerinin retrospektife katkıları artırılabilir. Duygulara yönelik bir teknik olduğu için daha önce az katılım gösteren takım üyelerinin daha fazla katılım gösterdiğini gözlemleyeceksiniz. Bunu kesin bir bilgi gibi söylüyorum çünkü deneyimlerim hep bu yönde oldu. Eğer hali hazırda çok konuşan, iletişimi kuvvetli, içine kapanık olmayan takım üyeleriniz varsa bu retrospektif tekniği sizin için uygun olmayabilir. Zaten konuşkan kişileri daha da fazla konuşturarak iletişimlerine ve koordinasyonlarına çok fazla enerji harcamak doğru olmayabilir.
MAD SAD GLAD Retrospektif Tekniği yazısına devam et

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

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

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?

Ç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