Kategori arşivi: Scrum

Pair Programming Nedir? Eşli Programlama Nedir?

Agile, Extreme Programming, Pair Programming, Scrum, , , , ,

Pair Programming Nedir? Eşli Programlama Nedir?

Bu makalede Pair Programming Nedir konusunu anlatmaya çalışacağım. Yöneticilerin büyük çoğunluğu yazılım geliştiricileri nadir birer kaynak gibi görür. Onlar için bir parça kodu iki kişi yazmak çöp (israf) yaratır ve buna izin vermezler.

Yazılım geliştirme -eskiden beri- tek başına yapılması gereken bir iş olarak öğretildi ve insanlar hep tek başlarına kod yazdı.

Birçok deneyimli yazılım geliştirici bir başkasıyla kod yazmaya hevesli değildir. Bazı deneyimli yazılım geliştiriciler kodlarının “kişisel” -özel, başkasına kapalı olan- olduğunu ya da başkasının onları yavaşlatacağını söyler.

Bazı deneyimli yazılım geliştiriciler bir partner ile çalışmanın çalışma sürelerini uzatacağını söyler. Başka deneyimli yazılım geliştiricilerse biriyle beraber çalışmanın kodlarında problemlere neden olabileceğini söyler.

Şimdi sizlere Pair Programming’i anlatacağım. Yukarıda söylenenlerin ne kadar yanlış olduklarını ispatlamaya çalışırken aşağıdaki konulara değineceğim ve bunu elimden geldiğince kolay anlaşılabilir bir şekilde yapmaya çalışacağım.

  • Eşli Programlama Nedir?
  • Faydaları
  • Eş Olma Varyasyonları
  • Uzaktan Eşli Programlama Nedir?
  • Eleştiriler

Pair Programming Nedir? Eşli Programlama Nedir? yazısına devam et →

Çevik Bildiri ve Scrum’ı Görmezden Gelme

Agile, Agile Transformation, Çevik Pratikleri Benimseme ve Çevik Dönüşüm Hayatta Kalma Rehberi: Organizasyon Kültürüyle Çalışmak, Kanban, Lean, Scrum, Software Craftsmanship, , , , ,

Çevik Bildiri ve Scrum’ı Görmezden Gelme

Yapılan şeyler kadar yapılmayan şeylerde önemlidir. Zihniyet yada kültürde bir değişimi öneren yada bunun için teşvik eden şeyleri görmezden gelmek önemlidir. Neden? Deneyimlerime göre, Çevik Pratikleri benimserken Çevik Bildiri, kafa karıştırıcı, şaşırtıcı ve zihniyette bir değişikliği tartışmayı tehlikeye atıyor. Örneğin, bir yazılım grubu dünyanın farklı yerlerine dağılmışken yüksek işbirliğine odaklanarak faydalarını anlatmak pek yararlı değil.

 

Daha önceden konuştuğumuz gibi, Çevik Bildiri belirli değerlerin net bir şekilde ifadesidir. Bu değerler belirli bir kültürü şekillendirmeyi amaçlar. Böyle olunca Çevik Pratikleri benimserken bu değerlerden bahsetmemek yada onları ulaşılması gereken bir amaç olarak görstermemek iyi bir fikirdir. En iyi ihtimalde dönüşüm sadece bu değerlerle ilgili değil ve en kötü ihtimalle çalışanların davranışlarında sürtüşmeye yol açan değişikliklere neden olacaklardır. Ancak yönetim takımıyla kültür hakkında konuşurken bu değerler ve ilkelerden bahsetmek gerekebilir. Böylece yönetim takımı benimseme ve dönüşüm hakkında bilinçli bir şekilde karar verebilirler.

Çevik Bildiri ve Scrum’ı Görmezden Gelme yazısına devam et →

Bölüm 3 : Benimseme ve Dönüşüm Hayatta Kalma Rehberi

Agile, Agile Transformation, Çevik Pratikleri Benimseme ve Çevik Dönüşüm Hayatta Kalma Rehberi: Organizasyon Kültürüyle Çalışmak, Kanban, Lean, Scrum, Scrumban, Software Craftsmanship, , , ,

Bölüm 3 : Benimseme ve Dönüşüm Hayatta Kalma Rehberi

Benimseme ve Dönüşümü Tanımlama

Benimseme bir ürüne yada sürece uygulanabilecek bir terimi ifade eder. Örneğin, “Microsoft Office yerine GoogleDocs’u benimsiyoruz” ya da “yeni bir tedarik süreci benimsiyoruz”.

 

“Çevikliği benimsiyoruz”, sıkça hatalı olarak kullanılır. Daha önce anlattığımız gibi Çeviklik bir anlayıştır ve kültürdür, kendiliğinden benimsenemez. Diğer taraftan, şu söylenebilir : “Scrum’ı benimsiyoruz” ya da “Çevik pratikleri benimsiyoruz”.

 

Dönüşüm, bir durumdan başka bir duruma geçmeyi anlatır. Bu, büyük birşeydir! Tıpkı tırtılın kelebeğe dönüşmesi gibi yada insanların işten zevk alabileceği bir ortam oluşturmak gibi.

Bölüm 3 : Benimseme ve Dönüşüm Hayatta Kalma Rehberi yazısına devam et →

Kültür ile Çalışmak

Agile, Agile Transformation, Çevik Pratikleri Benimseme ve Çevik Dönüşüm Hayatta Kalma Rehberi: Organizasyon Kültürüyle Çalışmak, Kanban, Lean, Scrum, Software Craftsmanship, , , , , , ,

Kültür ile Çalışmak

Aşağıdaki diyagram Çeviklik, Kanban ve Ustalık ilkelerinin farklı kültürler ile nasıl örtüştüklerini gösterir. Şekil, her biri için önceki bölümlerde yaptığımız analizlere dayanarak dominant kültürü gösterir.

Kültür ile çalışmak
Kültür ile çalışmak

Diyagram hangi yaklaşımı kullanırsanız şirketinizde gelişecek dominant kültürü belirlemenizde bir klavuz olarak kullanılabilir.

  • Kontrol Kültürüne, Kanban öncülük eder
  • Yetkinlik Kültürüne, Yazılım Ustalığı öncülük eder
  • İşbirliği ya da Usta-Çıraklık Kültürüne, organizasyon kültürü ile aynı çizgide bulunan Çevik yaklaşımlar öncülük eder. Örneğin; Usta-Çıraklık kültürü için Vizyon ve Retrospektif

Organizasyonel kültür farklı açılardan düşünülmeden bu rehberin kullanılması amaçlanmamıştır.

Elbette birçok okur, organizasyon kültürünün Kontrol’den İşbirliğine, Usta-Çırak ve Yetkinliğe  değişimin nasıl olacağıyla ilgileniyor olabilir. Bu, dönüşüm bölümünde detaylı bir şekilde anlatılmıştır. Kültür ile Çalışmak yazısına devam et →

Kanban Kültürü, Kontrol ile Aynı Çizgide

Agile, Agile Transformation, Çevik Pratikleri Benimseme ve Çevik Dönüşüm Hayatta Kalma Rehberi: Organizasyon Kültürüyle Çalışmak, Kanban, Lean, Scrum, , , , ,

Kanban Kültürü, Kontrol ile Aynı Çizgide

Analiz için temel olarak David Anderson’un derin anlayışa sahip olmamızı sağlayan yazısını seçiyorum [Anderson – “Principles of the Kanban Method”]. David, kitabıyla, çok aktif bir mail listesiyle ve Yalın Yazılım ve Sistem Konsorsiyumu ile Kanban/Yazılım ekolünün tartışmasız lideridir. David’in Kanban kitabında belirtilen ilkelerin kısa bir özeti olarak bu makaleyi seçtim[ Anderson – “Kanban”].

Çevik bildiri gibi, Kanban ilkelerini aldım ve onları Schneider Kültür Modeli ile uyumlu hale getirdim. Aşağıdaki şemada görüldüğü gibi, Kanban büyük ölçüde Kontrol, ikincil olarak ise Yetkinlik kültürleriyle uyumludur. Kanban Kültürü, Kontrol ile Aynı Çizgide yazısına devam et →