Kategori arşivi: Kanban

Teknik Borç Nedir?

Teknik Borç Nedir?

Bu makalede Teknik Borç Nedir, Teknik Borcun Türleri, Teknik Borcun Maliyeti ve Teknik Borcun Sonuçlarına değinmeye çalışacağım. Hikayemiz şöyle başlıyor. Üç 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 herhalde.

– 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çbir şey yapmadan dünyanın parasını kazan. İki alan için dört hafta süre verdiler desem ne dersin?

– Bu işe girmeliydik derim…

Teknik Borç Nedir? yazısına devam et

Çok Görevlilik Nedir

Çok Görevlilik Nedir? Görev Değiştirme ve İçerik Değişikliği Nedir?

Bu yazıda Çok Görevlilik Nedir, Görev Değiştirme ve İçerik Değişikliği Nedir anlatmaya çalışacağım. Çok Görevlilik, Görev Değiştirme ve İçerik Değişikliği üç terim sıkça birbirinin yerine kullanılmaktadır. Anlatılmak istenen aynı ya da benzer konularda olsa birbirinin yerine kullanılan bu terimleri anlamanın doğru olacağını düşünüyorum. Umarım yazının sonunda hem bu kavramları net bir şekilde anlatmış olacağım hem de verimi düşüren bu durumların farkına varıp bireysel gelişim için aksiyon alabiliriz.

Çok Görevlilik Nedir yazısına devam et

Çeviklikte Gözlem ve Adaptasyon Ne Zaman Kullanılır?

Çeviklikte Gözlem ve Adaptasyon Ne Zaman Kullanılır?

Kurumsal Geçiş Takımı’yla gözlem ve adaptasyonu basit durumlarda kullanmak gayet mantıklı bir yaklaşımdır. Sonuçta bu değişim çabası çok zahmetlidir, bu uygulandıktan sonra daha güçlü olan dönüşüm yaklaşımı düşünülmelidir.

ADAPT

ADAPT, Scrum’ın benimsenmesi için Mike Cohn’un modelidir.

  • Awareness – Farkındalık – içinde bulunulan sürecin kabul edilebilir sonuçlar üretmediğinin farkında olmak.
  • Desire – İstek – Var olan problemlerin adreslenmesi için Scrum’ı benimseme isteği.
  • Ability – Yetenek – Scrum ile başarılı olabilmek için gerekli yetenek.
  • Promotion – Tanıtım – Scrum deneyimlerimizi paylaşarak hem bizim bunu hatırlamamız hem başkalarının bizim başarımızı görmesini sağlamak.
  • Transfer – Aktarım – Scrum’ı kullanmanın etkilerinin şirketin bütün bölümlerine aktarılması.

Daha fazla bilgi için Mike Cohn’un kitabına ya da sunumuna bakabilirsiniz[Cohn – “Succeeding with Agile” – Chapter 2] [Cohn – “Adapting to Agile Keynote”].

Çeviklikte Gözlem ve Adaptasyon Ne Zaman Kullanılır? yazısına devam et

Çevikliği Benimseme ve Çevik Dönüşüm

Destekleyici Kültürde Çevikliği Benimseme ve Çevik Dönüşüm

Bu yazının amacı Çevikliği Benimseme ve Çevik Dönüşüm konularını netleştirmektir. Bu bölümde baskın kültürlerin İş birliği ve Usta-Çıraklık -ve belkide eXtreme Programming için Yetkinlik- olduğu destekleyici kültürde Çevikliği benimseme ve Çevik olmanın ne olduğunu göreceğiz.  Bu bölümde anlatılacak fikirler ve yaklaşımlar Kanban ve Yazılım Ustalığı’na da uygulanabilir. Çeviklik, bu bölümün anahtar fikirlerini göstermek için kullanılacaktır.

Önceden konuştuğumuz gibi Schneider Kültür Modeli organizasyondaki baskın kültürün hangi kültür olduğunu görmemizi sağlar. Çeviklik anlayışının kültür tarafından tamamıyla desteklendiği varsayımıyla basit bir şekilde Çevik Pratikleri benimseme yaklaşımı naif bir görüştür. Maalesef durum bir şekilde bundan daha karmaşıktır. Böyle bir durumda Schneider Kültür Modeli hangi senaryoda olduğumuzu anlamamıza yardım eder fakat ileri bir rehberlik sağlamaz.

Organizasyonel Kültür ve Liderlik’te(In Organizational Culture and Leadership), Schein şunu iddia eder, “kültürün yüzeysel modellerini görmezden gelmeliyiz ve daha derin ve karmaşık antropolojik modeller oluşturmalıyız”[Schein, p.14]. Kültürü birçok farklı boyutta ele alır, örneğin; adetler, gelenek, grup normları, benimsenen değerler, resmi felsefe, oyunun kuralları, kök mecazlar vb. Çevikliği Benimseme ve Çevik Dönüşüm yazısına devam et

Çevik Yazılım Geliştirmede Risk

Çevik Yazılım Geliştirmede Risk

Çevik Yazılım Geliştirmede risk konusu üzerine birçok araştırma yaptım. Ne yazık ki paylaşabileceğim ya da bana bir şeyler katabileceğini düşündüğüm bir paylaşım bulamadım. Bu, Çevik Topluluğu için büyük bir kayıp. Özellikle geleneksel yöntemle proje geliştirenlerin savunduğu; “Çevik yaklaşımlar içinde risk yönetimi bulunmuyor; bu nedenle kullananların canı çok yanıyor!” iddialarına cevap niteliğinde birkaç yazı bulurum diye düşünüyordum.

Çevik Yazılım Geliştirmede Risk yazısına devam et