Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Scrum Workshop - Planlama & Tahminleme

No description
by

Çağrı Kilit

on 29 May 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Scrum Workshop - Planlama & Tahminleme

Beklentiler
SCRUM WORKSHOP
PLANLAMA & TAHMİNLEME
Çağrı Kilit
Datassist İnsan Kaynakları Genel Müdür Y.
Qowork.com
Metodolojileri, Agile’ı ve Scrum’ı bir kenara bırakalım ve ortak bir zemin olan projelerden bahsedelim.
Her şey birinin birkaç beklenti ve bir fikir ile gelmesiyle başladı,
Fikrin sahibi pazarlama departmanı / patron ya da organizasyondan herhangi biriydi
Beklentiler başlangıçta netti
İş yapılabilir görünüyordu
Herkesin ne yapacağı konusunda net bir fikri vardı
Ve hemen herkes üç aşağı beş yukarı bir proje teslim tarihi kararlaştırmıştı
Bu beklentileri gerçekleştirmek için bir ekip oluşturduk,
Teslim tarihi
önümüzdeydi
İşin tanımı
belliydi
Bunu gerçekleştirecek
bir ekip oluşturduk
Ekibin önüne bir zaman
planı verildi
İş hali hazırda
analiz edilmişti
/ Ekip işi analiz
edebilecek
kapasitedeydi

Ekip deadline’ı
tutturmak için canla
başla çalıştı
Bu ekip sürekli olarak çalıştı,
Ekipten giden de
oldu yeni gelen de
Ama deadline
tutmadı
Elimize bir ürün geçti
/ Elimize bir ürün
geçemedi bile

Her şey yolundaydı
ama deadline baskısı
ile ürün bug doluydu
Ürün tamdı
ama market değişmişti
Deadline tuttu
ama ürün istenilen
ürün değildi

Ve bir ürünü ortaya çıkardılar,
Ya da denerken öldüler.
Bunların hiç biri olmadı,
her şey beklendiği gibi
mükemmel bir
şekilde sonuçlandı
Ürün
Proses
Ekip
Ben bir proje yöneticisiyim ve hayatım boyunca bana verilen hiç bir projeyi zamanında tamamlayamadım.
Organizasyonun bir organizma olduğunu,
Ürünün etten kemikten olmasa da yaşadığını nereden bilebilirdim.
hands on!
AGILE
değişimi kucaklayan
plandan sapmaya dayanıklı ve hazır
prosedür yerine alışkanlığı ön plana çıkaran
iletişimi her şeyin üzerinde tutan
ve en önemlisi gerçek ürünü hedefleyen

bir yaklaşımdır.
Detaylı
Dokümantasyon
Çalışan Yazılım
Kontrat Pazarlığı
Müşteri İşbirliği
Dokümante Süreçler
Sıkıcı Araçlar
Kişiler & İletişim
Planlara Bağlı
Kalmak
Değişime Cevap
Vermek
AGILE MANİFESTO
SCRUM
tanımladığı roller ile sorumlulukları netleştiren / geliştirme süreçlerini izole eden,
seremoniler ile alışkanlık yaratmayı amaçlayan,
sunduğu araçlarla tahmin edilebilirliği sunan,
en kısa zamanda en fazla katma değeri hedefleyen

bir agile prosesidir.

ROLLER
scrum temelde 3 ana rolü benimser. bu rollerin amacı geliştirme sürecindeki sorumlulukları netleştirmek ve doğru süreçleri doğru kişilere delege etmektir.
Product Owner
ürünün business tarafındaki sahibidir.
hangi beklentilerin gerçekleştirilmesi gerektiğini,
işlerin önceliklerini,
işin tamamlanıp tamamlanmadığını
belirler / belirleyen kişileri temsil eder.
SCRUM süreci
kendi kendini yöneten / kendine yeten ekipler ile yürütülür.
ekipler product backlog altında biriken istekleri sprint'ler halinde eriterek adım adım istenilen ürüne ulaşır.
düzenli seremoniler ile sonraki dönem planıları ve geçmiş dönem değerlendirmeleri yapılır.
Scrum Master
scrum sürecinin sorumlusudur.
ekibin önündeki engelleri kaldırır.
scrum takım
lar
ı arasındaki koordinasyon noktasıdır.
takımı dış müdahelelerden ve scrum'ı delmek isteyen aktivitelerden korur.
ekibin yöneticisi değil, lider-hizmetkarıdır.
Takım
kendi kendine yeten / yöneten geliştirme ekibidir.
tüm rolleri kendi içinde barındırır (tasarım/analiz/yazılım/test/deployment)
ideal bir takımda alt-üst, senior-junior ilişkisi yoktur.
5-9 kişi aralığı yönetilebilirlik açısından tercih edilir.
SEROMONİLER
scrum'ın süreçlerden alışkanlıklar yaratmasının temelinde seremonileri yatar.
her seremoni hem ürünü hem de ekibin kültürünü adım adım ileri taşımayı sağlar.
Sprint Planning
her sprint öncesinde gerçekleştirilir ve güncel sprint'in planlaması yapılır.
mevcut iş listesinin üzerinden geçilerek sprint'e dahil edilecek işler kümesi oluşturulur ve ekip yapabileceği kadar işe söz verir.
Sprint Review
her sprint sonunda elde edilen ürünün ortaya konduğu bir toplantıdır.
bu toplantıyı en iyi demo kelimesi anlatır.
ekibin müşterisi her kim ise sürece dahil edilir ve fikirleri ve hatta onayları istenir.
amaç ekip ile müşteri arasındaki iletişimi artırmaktır. ürün ara öğünlerle sunulur.
Sprint Retrospective
ekibin sprint sonunda hem kendini, hem süreci değerlendirdiği bir özdenetim toplantısıdır.
gerek müşteriler gerekse ekipteki tüm roller sonlanan sprint'e,
nelerin doğru yapıldığı,
nelerin yanlış yapıldığı,
nelerin eksik yapıldığı penceresinden bakar.
Daily Scrum Meeting
ekibin gün içerisinde koordine olmasını sağlayan ve product owner'ın sprint'in gidişi hakkında bilgi alabileceği toplantıdır.
kısa ve ayakta gerçekleştirilir.
temel olarak 3 şeyden bahsedilir: dün ne başardım, bugün ne yapacağım, önümde ne engel var.
ARAÇLAR
scrum sürecinde kullanılan metodolojiyi desteklemek ve iletişimi artırmak amacı ile kullanılır.
farklı ekipler kendi araçlarını tasarlayabilirler.
Product Backlog
ürüne ait istenilen ne var ise tüm beklentilerin bulunduğu listedir.
product owner kontrolündedir.
öneme göre sıralanmış ve yeterli detayı içeriyor olması gerekir.
Sprint Backlog
product backlog'un, her bir sprint için ekibin söz verebildiği kadarını içeren listedir.
tahmin edilebilir alt parçalara bölünmüş ve tahminlenmiş olması gerekir.
sprint planning sırasında oluşturulur.
sprint backlog, sprint başlangıcı ile birlikte kilitlenir.
Burndown Chart
ekibin sprint'in gidişatı ile beraber işlerin ne hızda azaldığını gösteren grafiktir.
her sabah toplantısında PO tarafından değerlendirilir.
Task Board
ekibin iş süreçlerini yansıtan şeffaflık ve iletişimi artırmayı amaçlayan fiziksel tahtadır.
her ekip tahtanın ne şekilde olması gerektiğini kendi tasarlar.
neye söz verildiği, nelerin bloke olduğu ve
definition of done
net bir şekilde görülür.
SCRUM framework
kısa bir ara
Planlama & Tahminleme
Günlük
planlamalar
~1 ayı planlayabilmek
versiyon / release tahminleri
belirsizliği tahminlemek
Günlük Planlar:
Sabah toplantıları
PO tarafından gün içerisinde planlanan aktivitelerin gözlemlenmesi
Ekibin planın doğru devam edebilmesi için çözülmesi gereken engelleri ortaya koyması
Çoklu ekipli scrum yapılarında ekiplerin koordineli plan yapabilmesi
~Aylık Planlar:
Sprint planning toplantıları
Versiyon/Release Planları:
Backlog refinement*
Ekibin bekleyen iş listesi üzerinden bir sonraki sprinte ait iş listesini çıkarması
Bunu bir hedef olarak paylaşması ve altına imza atması
Planning poker ile ekibin tamamının katıldığı ve gerçekten işi yapanların dahil olduğu bir zamanlama gerçekleştirilmesi
Ekibin dahil olduğu bir toplantı ile sprinte dahil olsun olmasın uzun vadeli işlerin oylanması
Mevcut
velocity
değeri ve kapasite planlama ile backlog'un temizlenme süresinin ortaya konması
Buna göre draft bir release zamanı verilebilmesi
* İhtiyaca göre yapılan bir aktivitedir ve standart Scrum seremonilerinden biri değildir.
En nefret edilen sorular:
"Şöyle bir proje yapsanız ne kadar zamanda teslim edersiniz?"
"Bu modülün tamamlanması ne kadar sürer?"
"Bu proje için ne kadar kaynağa ihtiyacımız var?"
Inception
Goals / Anti-Goals / Risks
Business Risks / Technical Risks / Schedule Risks (Dependencies)

Belirsizliği Tahminlemek:
Scrum Ötesi
SAFe
Scaled Agile Framework
3 temel katman üzerinden büyük çaplı projelerin yönetilmesi
Program porftolyo yönetimi
Ürün yönetimi
Agile takımlar

Scrum ekiplerinin performansı kademe kademe yukarı taşınarak uzun vadeli planların gerçekleşme süreleri ve yapabilirlikler ölçülür
Portfolyo yönetimi katmanında Kanban uygulanır.
www.scaledagileframework.com
teşekkürler
daha fazla yazı ve agile tecrübelerini paylaşmanız için:
www.qowork.com
Full transcript