ÖOG, Jeff De Luca tarafından büyük ekiplerin çevik yaklaşımları uygulamaları ve süreçlerini iyileştirmelerine yardımcı olmak için oluşturuldu.
Büyük ekipler, küçük ekiplerden daha fazla iletişim kurmak zorundadırlar ve daha çok zorluklarla karşılaşırlar.
ÖOG’nin Beş Süreci
- Genel Bir Model Geliştirme: İlk sprintte (Iteration Zero) veya yinelemede ilk adım görevler için bir model geliştirmek, uygulamada kalite kontrollerinin nasıl gerçekleşeceğini ve çözülmesi gereken sorunları belirlemektir.
- Özellikler Listesi Oluşturma: Özellik, geliştirilmesi gereken müşteriye değer katan işlevdir. Yazılma şekli < eylem> <sonuç> <nesne>dir. Ekibin tam olarak neyi gerçekleştireceğine odaklanmasına ve değer sağlayan ana özellikler üzerinde fikir birliğine varmasına olanak tanır.
- Özelliğe Göre Planlama: Planlamanın veya ilk yinelemenin son adımıdır. Başlangıç zaman çizelgeleri ve atamalar belirlenir. Planlama ekibi, mevcut iş değerine göre özellikleri sıralar ve nasıl gerçekleştirileceğini belirler.
- Özelliğe Göre Tasarlama: Her bir özellik için tasarım yapılır. Baş yazılımcı, iki hafta içinde geliştirilecek küçük bir özellik grubu seçer, ancak inceleme için biraz zaman ve alan bırakır.
- Özelliğe Göre Oluşturma: Değerli işlev (özellik) gerçekleştirilir.
Proje yönetiminde uyarlama yapmak özellikle ilk yinelemenin tekrarlanması büyük ekiplerde yanlış konularda çok fazla zaman ve para harcamamayı önce stratejiyi belirleme ve proje boyunca yolda kalmayı sağlar.
ÖOG’de En İyi Uygulamalar
- Etki alanı nesne modellemesi
- Özelliğe göre geliştirme
- Bireysel sınıf (Kod) sahipliği
- Özellik ekipleri
- Denetimler
- Yapılandırma yönetimi
- Düzenli yapılar
- İlerleme ve sonuçların görünürlüğü
1.Etki Alanı Nesne Modellemesi: Çözülecek problemlerin etki alanını araştırmak ve açıklamak, genel bir çerçeve ve yaklaşım sağlar. PMBOK®’taki Başlatma sürecine benzer.
2.Özelliğe Göre Geliştirme: İki hafta içinde uygulanamayacak kadar karmaşık olan işlevler, daha küçük işlevlere ayrıştırılır. Daha büyük bir çıktıyı aktivite düzeyine ayrıştırmak anlamında iş kırılım yapısına benzer
3.Bireysel Sınıf (Kod) Sahipliği: Yazılımcı/geliştirici, diğer metodolojilerde bulunan toplu kod sahipliğinin aksine, kodun tutarlılığından, performansından ve kavramsal bütünlüğünden bireysel olarak sorumludur.
4.Özellik Ekipleri: Aktiviteyi gerçekleştiren ve bir özellik üzerinde çalışan, küçük, dinamik ekiplerdir. Birlikte çalışan büyük bir ekip yerine, çapraz işlevli ekip üyelerinin aynı sonuç üzerinde birlikte çalışmasıdır.
5.Denetimler: Kusurları tespit ederek mükemmel kalite, tasarım ve kod sağlamaktır.
6.Konfigürasyon Yönetimi: Bugüne kadar tamamlanan özelliklerin belirlenmesi ve değişiklik geçmişinin tutulmasıdır. Konfigürasyon yönetimi, birçok Çevik proje türünde görülmeyen ürün değişikliklerine özgü bir tür resmi değişiklik kontrol sistemidir.
7.Düzenli Yapılar: Güncel çalışmalar müşteriye sunularak entegrasyon hatalarının erkenden fark edilmesini sağlar. Kurulan yapı ne kadar düzenli olursa, o kadar fazla geri bildirim alınabilir.
8.İlerleme ve Sonuçların Görünürlüğü: Sık ilerleme raporları, projeye doğru şekilde odaklanılmasına yardımcı olur. İlerlemenin ve sonuçların şeffaf bir şekilde sunulması, herkesin yolda kalmasını ve hedefe odaklanmasını sağlar.
Aşağıdakiler, ÖOG ile ilgili yol gösterici ilkelerdir;
- ÖOG, artırımlı teslimata yönelik üst düzey planlama içerir.
- Her artış bir tasarım ve uygulama aşamasına sahiptir.
- Her artışın kapsamı tek bir özelliktir.
- ÖOG başlangıçta genel kapsamı tanımlar, ayrıntıları tanımlamaz.
- ÖOG, özellik geliştirme yinelemesini yürütmeden önce süreci oluşturmak ve onaylamak için bir Başlangıç Yinelemesi içerebilir.
Türkçe eğitimler
İngilizce eğitimler
