Scrum deneysel süreç kontrol teorisi, veya deneyselcilik üzerine kuruludur. Deneyselcilik bilginin deneyimden geldiğini ve karar almanın bilinene dayalı olduğunu öne sürer. Scrum öngörülebilirliği en iyi hale getirmek ve riski kontrol etmek için tekrarlayan, aşamalı bir yaklaşım kullanır.
Deneysel süreç kontrolünün her uygulamasını üç sütun desteklemektedir : şeffaflık, denetim ve adaptasyon.
Scrum, Scrum Ekiplerinden ve onların bağlantılı rollerinden, olaylardan, yapay olgulardan ve kurallardan oluşur. Çerçeve içindeki her bir unsur belirli bir amaca hizmet eder ve Scrum'ın başarısı ve kullanımı esastır.
Ekibiniz aşağıdakilerden oluşur
- Ürün Sahibi,
- Geliştirme Ekibi ve;
- Bir Scrum Uzmanı.
Scrum ekipleri, kendileri organize olanlar ve bağımsız organize olanlardan oluşurlar. Kendi organize olan ekipler, ekibin dışından birileri tarafından yönlendirilmektense, işlerini en iyi bir şekilde yapmayı amaçlarlar. Bağımsız birimlerden oluşan ekipler, ekip dışındakilere bağlı olmaksızın, işi başarmaları için gerekli tüm niteliklere sahiptirler. Scrum’daki ekip modeli esnekliği, yaratıcılığı ve verimliliği en iyi hale getirmek üzere tasarlanmıştır.
Scrum ekipleri geri bildirim fırsatlarını en üst düzeye çıkararak, ürünleri tekrarlı halde ve aşamalı olarak teslim ederler. “Bitmiş” ürünün aşamalı olarak teslim edilmesi işleyen bir ürünün potansiyel olarak faydalı bir versiyonunun daima hazır bulundurulmasını sağlar.
Ürün Sahibi
Ürün Sahibi ürünün değerini ve Geliştirme Ekibinin çalışmasını en üst düzeye çıkarmakla sorumludur. ‘Ürün Rezervi’nden sorumlu tek kişi Ürün Sahibidir. Ürün Rezerv yönetimi aşağıdakileri kapsar:
- Ürün Rezerv maddelerinin açıkça ifade edilmesi
- Hedeflere en iyi şekilde ulaşmak ve görevleri en iyi şekilde tamamlamak için Ürün Rezervindeki maddelerin sipariş edilmesi
- Geliştirme Ekibinin icra ettiği işin değerinin sağlanması
- Ürün Rezervinin herkes tarafından görünür, şeffaf ve açık olmasının sağlanması ve Scrum Ekibinin gelecek sefer neyin üzerinde çalışacağını göstermesi
- Geliştirme Ekibinin Ürün Rezervindeki maddeleri istenen düzeyde anlamasının sağlanması.
Ürün Sahibinin sizinle (müşteriyle) etkileşimleri :
- Formatı sunar ve gözden geçirir
- Kullanıcı Hikâyelerini sunar ve tartışır (ve isteğe bağlı olarak şartnameyi – proje büyüklüğüne bağlı olarak)
- Özellik ayarlarını ve onlarla bağlantılı faturalandırmayı sunar ve tartışır
- Tasarımları sunar ve tartışır
- Müşteriler Gününde WIP’yi sunar ve tartışır
Geliştirme Ekibi
Geliştirme Ekibi her bir Sprintin sonunda potansiyel olarak piyasaya sürülebilir ve işlevsel ürün artışları üzerinde çalışan profesyonellerden oluşur, Pronsa’nın “Bitmiş” tanımını karşılarlar. Ürün Rezervinin rehberliğinde, her bir Sprint için oluşturulacak artışları seçen ve kabul eden sadece Geliştirme Ekibinin üyeleridir.
Geliştirme Ekipleri aşağıdaki özelliklere sahiptir:
- Kendi kendini organize ederler. Hiç kimse Geliştirme Ekibine Ürün Rezervini Potansiyel olarak piyasaya sürülebilir işlevsellik artışına nasıl dönüştüreceğini anlatmaz
- Geliştirme Ekipleri bir ekip olarak bir Ürünün artışını sağlamak için gerekli tüm becerilere sahiptir
- Bireysel Geliştirme Ekibi üyelerinin uzmanlaştıkları becerileri ve odaklanma alanları olabilir fakat mesuliyet bir bütün olarak Geliştirme Ekibine aittir
- Geliştirme Ekipleri test etme ve bilgi analizi gibi belirli etki alanına kendini adamış alt ekipler ihtiva etmez.
Pronsa’da haftalık tekrarlar yaparız ve bir proje üzerinde çalışan her bir ekibin zamanı muhafaza etmesini amaçlarız. Bu sebepten dolayı biz haftalık zaman dilimi kullanarak ve proje başına bir zaman dilimi (veya projenin büyüklüğüne bağlı olarak daha fazla) tahsis ederek projelerimizi programlarız.
Proje boyunca aşağıdaki sebeplerden dolayı veri sağlamak için hazır bulunmanız önemlidir:
- Yüksek değerli üretilmiş iş sağlar
- Geri bildirim toplamamızı ve uygun ayarlamaları yapmamızı sağlar
- Değişiklikler meydana geldikçe bizim yeni özellikler eklememizi, ertelememizi ve çıkarmamızı sağlar
Pronsa’da proje bağlantılı sorunlar için tanımlanmış bir artırma sürecimiz vardır:
Düzey 0
Proje bağlantılı tüm sorunlar başlangıçta sizin ana iletişim noktanıza yönlendirilmelidir – görevli Ürün Sahibinize.
Düzey 1
Ürün Sahibi sorunu çözemezse Pronsa’nın Proje Yöneticisi havale edilmelidir.
Düzey 2
Sonuç olarak, eğer Proje Yöneticisi sorunu çözemezse, Pronsa’nın Genel Müdürüne havale edilmelidir.