• Hakkımızda
  • İletişim
No Result
View All Result
Agile Portal
  • BLOG
  • SOSYAL MEDYA
    • YOUTUBE
    • INSTAGRAM
    • LINKEDIN
    • TWITTER
  • BİLGİ ALIŞVERİŞİ
    • SLACK
Agile Portal
  • BLOG
  • SOSYAL MEDYA
    • YOUTUBE
    • INSTAGRAM
    • LINKEDIN
    • TWITTER
  • BİLGİ ALIŞVERİŞİ
    • SLACK
No Result
View All Result
Agile Portal
No Result
View All Result

Plansız ve acil işlerin yönetimi

Muhammed Lap by Muhammed Lap
January 25, 2021
in Planlama & Tahminleme
0
Home Planlama & Tahminleme
0
SHARES
19
VIEWS
Share on LinkedInShare on Twitter

Sprint planlama toplantısında mümkün olduğunca tüm işler planlanmaya çalışılır ama takıma gelen acil ve planlama toplantısında öngörülemeyen işler olabilir. Özellikle bir modülün işlerine focus çalışan ve o modülün tüm ihtiyaçlarından sorumlu takımlar da plansız gelen işler için belli bir buffer ayrılması ihtiyacı oluşmaktadır. Bu durumda takım toplam kapasitesinin içerisinde buffer olarak ayıracağı belli bir miktarda velocity belirler.

Buffer ayrılmasındaki amaç ise; sprint planlama toplantısına rağmen sprint içinde gelen acil isteklerle değişime karşılık verebilmektir. Ayrılan buffer velocity’i de bir havuz olarak düşünebiliriz. Takım ayırdığı havuzu sprint boyunca doldurmaya başlar. Beklenenden fazla veya az buffer kullanımı bir sonraki sprintler için veri oluşturacaktır. Böylece takım deneyimleyerek takımı için ihtiyacı olan buffer miktarını ortaya çıkaracaktır.

Belirlenen havuz velocity’nin kullanımında ise burasının dipsiz bir kuyu gibi düşünmemek önemlidir. Product Owner takıma sprint ortasında getireceği işler için öncesinde mutlaka aciliyetini sorgulama gerçekten o sprint içine alınması gerekiyor ise takıma getirmelidir. Her getirdiği iş içinse takım bu işin velocity’sini belirlemeli ki havuzun neresinde görebilsin. Gelen işlerin eforlanması ise daily scrum sonrası yapılabilir. Böylece takımın havuzdaki yerini net olarak görebilir.

Eğer havuzun kullanımı beklenenin aşağısında ise takım sprint içinde ek bir iş alabileceği gibi, havuz için ayrılan velocity bitmesine rağmen hala acil iş geliyorsa product owner’dan sprint içerisindeki önceliği az ve henüz başlanmayan işlerin çıkarılmasını talep edebilir.

Eğer ki gelen acil iş sprintten iş çıkarılmasına rağmen yapılamayacaksa, sprint goal önemini yitirmişse Product Owner sprintin iptal ederek yeni bir planlama yapılmasını sağlayabilir.

Buffer kullanımı gördüğünüz gibi takımın sprint gidişatını bozan bir süreci var. Bu sebeple product owner’ların bu işleri mümkün olduğunca bir sonraki sprintler için önceliklendirilmesini sağlamalıdır.

Takım da gelen acil, plansız işleri retrospective’de değerlendirerek azaltılması için gerekli aksiyonları belirleyebilmelidir.

 

Image: unsplash.com

Tags: acil işbuffer yönetimiplansız iş
Previous Post

Retrospective – Yelkenli

Next Post

Kanban takımındaki roller

Muhammed Lap

Muhammed Lap

Bankacılık ve telekomünikasyon sektöründe 14+ yıldır sistem uzmanı, iş/sistem analisti, product owner, scrum master, agile proje yöneticisi ve agile koç rollerinde çalışmıştır. Elde ettiği tecrübeyi ise kurduğu AgilePortal.net'de paylaşmaktadır.

Next Post
Kanban takımındaki roller

Kanban takımındaki roller

Kanban takımındaki etkinlikler

Kanban takımındaki etkinlikler

Fiziksel board kırmızı çizgimiz

Fiziksel board kırmızı çizgimiz

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Copyright © 2020 and Powered by AgilePortal.net

No Result
View All Result
  • BLOG
  • SOSYAL MEDYA
    • YOUTUBE
    • INSTAGRAM
    • LINKEDIN
    • TWITTER
  • BİLGİ ALIŞVERİŞİ
    • SLACK

© 2021 JNews - Premium WordPress news & magazine theme by Jegtheme.