01Sorun ve çözüm
Agile ve Scrum danışmanlığı hizmetimizde önce mevcut akışınızı gözlemliyoruz: iş nereden geliyor, kim önceliklendiriyor, hangi aşamada bekliyor, teslim neden gecikiyor. Ardından ekibinizin büyüklüğüne, müşteri ya da iş birimiyle ilişkisine ve sürdürdüğü bakım yüküne göre Scrum, Kanban ya da ikisinin karışımı bir çalışma düzeni öneriyor, ilk sprintleri ekibin yanında birlikte yürütüyoruz.
Devamını okuDaha az göster
Hedefimiz kalıcı bir dış koç bağımlılığı yaratmak değil; çalışma düzenini, rolleri ve ölçüm alışkanlığını ekibin kendi başına sürdürebileceği hâle getirmek.
02Kimler için
Agile ve Scrum danışmanlığı kimlere yarar
İhtiyaç genellikle şu durumlardan birinde belirginleşir.
- Scrum'a geçtiğini söyleyen ama sprint hedeflerini nadiren tutturan ürün ve yazılım ekipleri
- Yazılım işini dış ajansa yaptıran ve iş birimi ile tedarikçi arasında önceliklerin sürekli çatıştığı şirketler
- Yeni kurulan ve baştan sağlıklı bir çalışma ritmi oturtmak isteyen iç yazılım ekipleri
- Hem yeni geliştirme hem de canlı sistem desteği veren, plan ile acil işi aynı ekipte dengelemeye çalışan takımlar
- Birden fazla ekibin aynı ürüne katkı verdiği ve bağımlılıkların teslimleri kilitlediği kuruluşlar
03İhtiyaçlar
Çevik dönüşümde en sık takılan noktalar
Takıldığınız yer çoğu zaman araç değil, karar alma ve iş tanımı biçimidir.
- 01
Sahipsiz backlog
İş listesine herkes madde ekler ama kimse sıralamadan sorumlu değildir. Ürün sahibi rolü ya hiç tanımlanmamıştır ya da bu rolü taşıyan kişinin karar yetkisi yoktur.
- 02
Belirsiz tamamlandı tanımı
Geliştirici için bitmiş iş, test ekibi için başlamamış iştir. Kodun incelenmesi, testlerin yazılması ve canlıya çıkışın hangi koşullarda “bitti” sayılacağı yazılı değildir.
- 03
Sprinti bölen plansız talepler
Satış ya da yönetimden gelen acil istekler doğrudan geliştiriciye iletilir. Plan bozulur, ekip taahhüt vermekten çekinmeye başlar.
- 04
Tahminin söz yerine konması
Hikâye puanları ya da saat tahminleri bir teslim sözü gibi raporlanır. Ekip tahminleri şişirerek kendini korur ve sayılar anlamını yitirir.
- 05
Sözleşme ile çalışma biçiminin çelişmesi
Sabit kapsamlı ve sabit tarihli bir sözleşmeyle yürüyen işte sprint sonunda kapsamı değiştirmek tartışmaya dönüşür. Ticari çerçeve ile çevik akışın uzlaştırılması gerekir.
04Özellikler
Agile ve Scrum danışmanlığı hizmeti neleri kapsar
Kapsam ekibin olgunluğuna göre seçilir; başlıklar ayrı ayrı da alınabilir.
- 01
Akış ve darboğaz tespiti
Son dönemde tamamlanan işlerin hangi aşamada ne kadar beklediğini panonuzdaki kayıtlardan çıkarırız. Gecikmenin geliştirmede mi, incelemede mi, onayda mı biriktiği somut olarak görünür.
- 02
Rol ve karar yetkisi tasarımı
Ürün sahibi, Scrum Master ve geliştiricilerin sorumlulukları sizin organizasyonunuza göre yazılır. Rolü kimin üstleneceği ve hangi kararı kimin vereceği netleşir.
- 03
Backlog düzeni ve iyileştirme oturumları
Kullanıcı hikâyelerinin yazım biçimi, kabul kriterleri ve önceliklendirme yöntemi belirlenir. Sprint planlamasına hazır, küçük ve test edilebilir işlerle girilmesi sağlanır.
- 04
Toplantıların sadeleştirilmesi
Günlük toplantı, sprint değerlendirmesi ve retrospektif ekibin ihtiyacına göre kısaltılır ya da yeniden kurgulanır. Kararla bitmeyen toplantı takvimden çıkarılır.
- 05
Ölçüm ve raporlama
Hız yerine döngü süresi, bekleyen iş miktarı ve geri dönen hata sayısı gibi akışı gösteren göstergeler önerilir. Yönetime sunulacak sade bir ilerleme görünümü hazırlanır.
05Entegrasyonlar
Kullandığınız araçlarla çalışma düzeni
Yeni bir araç satın almanızı gerektirmeden mevcut ortamınızı düzenleriz.
- 01
Jira ve Azure DevOps panoları
İş tipleri, durum sütunları ve iş akışı kuralları çalışma düzenine göre yeniden kurulur; gereksiz alanlar temizlenir.
- 02
Trello, Linear veya GitHub Projects
Daha küçük ekiplerde hafif araçlarla da aynı disiplin kurulabilir. Kanban sütunlarına devam eden iş sınırı eklenir.
- 03
Kod deposu ve sürüm akışı
Dal stratejisi, çekme isteği incelemesi ve otomatik testlerin tamamlandı tanımına bağlanması ekiple birlikte planlanır.
- 04
Ekip içi yazışma kanalları
Slack veya Teams üzerinde acil talepler için ayrı bir giriş kanalı açılır; geliştiriciye doğrudan iş yazma alışkanlığı bu yolla azaltılır.
06Süreç
Agile ve Scrum danışmanlığı hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Agile ve Scrum danışmanlığında yaklaşımımız
Kitaptaki Scrum'ı olduğu gibi uygulatmaya çalışmıyoruz. Bakım ağırlıklı bir ekipte sabit uzunlukta sprint yerine devam eden iş sınırı olan bir Kanban akışı daha dürüst sonuç verebilir; yeni ürün geliştiren bir ekipte ise sprint hedefi ve düzenli değerlendirme toplantısı iş birimiyle konuşmanın en sağlıklı yoludur. Hangi parçanın neden seçildiği gerekçesiyle yazılır.
Devamını okuDaha az göster
Değişikliği küçük adımlarla yaparız. Önce tek bir ekiple başlanır, birkaç sprint sonunda ortaya çıkan sonuçlar retrospektifte birlikte değerlendirilir, işe yarayan uygulamalar diğer ekiplere taşınır. Ekip üyelerinin itirazları gözlemin parçası sayılır; dayatılan düzen genellikle danışman ayrıldığında dağılır.
Danışmanlık sürecinde yazılı bir çalışma sözleşmesi bırakırız: roller, toplantı ritmi, tamamlandı tanımı, acil iş kuralı ve ölçüm göstergeleri tek bir belgede toplanır. Yeni katılan bir ekip üyesi ya da yönetici, düzeni bu belgeden öğrenebilir.
08Çalışma modelleri
Bu hizmette çalışma modelleri
09Sık sorulan sorular
Agile ve Scrum danışmanlığı hakkında sık sorulan sorular
Agile ve Scrum danışmanlığı fiyatları hangi etkenlere bağlıdır?
Ekip sayısı, ekiplerin kaç kişiden oluştuğu, gözlem ve eşlik edilecek sprint sayısı ve araç düzenlemesinin kapsamı belirleyicidir. Ön görüşmede mevcut durumu dinledikten sonra yazılı bir çalışma planı ve teklif sunarız.
Scrum mı Kanban mı bize daha uygun?
Talepleri önceden planlayabildiğiniz ve belirli aralıklarla teslim yaptığınız bir ürün işinde Scrum iyi oturur. Gelen işin büyük kısmı destek ve küçük değişikliklerden oluşuyorsa Kanban daha az sürtünme yaratır. Gözlem sonrasında önerimizi gerekçesiyle paylaşırız.
Ekibimizde Scrum Master yok; dışarıdan bu rolü üstlenir misiniz?
Geçiş döneminde rolü geçici olarak üstlenebilir, aynı zamanda ekipten bu sorumluluğu devralacak kişiyi hazırlarız. Kalıcı çözüm, rolün ekibin içinden biri tarafından sürdürülmesidir.
Yazılımı dış firmaya yaptırıyoruz; çevik çalışma yine de mümkün mü?
Mümkün, ancak sözleşmenin buna izin vermesi gerekir. Kapsamın sprint bazında esnetilebildiği, kabulün parça parça yapıldığı bir ticari çerçeveyi hem sizinle hem tedarikçinizle konuşarak kurmaya yardımcı oluruz.
Çalışmanın işe yaradığını nasıl anlarız?
Başlangıçta seçilen göstergeler, örneğin bir işin talepten canlıya çıkışa kadar geçen süresi ve geri dönen iş sayısı, düzenli olarak izlenir. Sprint değerlendirmelerinde iş biriminin aldığı çıktının öngörülebilirliği de birlikte konuşulur.
Danışmanlık sürecinde ekibe eğitim de veriyor musunuz?
Uzun teorik eğitimler yerine ekibin kendi işi üzerinde kısa uygulamalı oturumlar yaparız. Backlog iyileştirme, sprint planlama ve retrospektif ilk seferlerde birlikte yönetilir; sonra ekibin kendisi yürütür.
10İlgili hizmetler