Agile Scrum proje yönetimi altyapısını anlatan temel bir eğitim setinin Türkçe olarak yorumlanmış şeklidir.
Kaynak:https://www.tutorialspoint.com/scrum/index.htm
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın TemelleriOzan Ozcan
13.02.2019 tarihinde Atölye15 Talks etkinliğinde kullanılan sunumdur.
Proje Yönetimi Tarihçesi, Çevik proje yönetimi metodolojileri, Scrum tarihçesi, rolleri, toplantıları ve uygulama örnekleri yer almaktadir.
Agile Scrum proje yönetimi altyapısını anlatan temel bir eğitim setinin Türkçe olarak yorumlanmış şeklidir.
Kaynak:https://www.tutorialspoint.com/scrum/index.htm
Çevik Proje Yönetimi Metodolojileri ve Scrum'ın TemelleriOzan Ozcan
13.02.2019 tarihinde Atölye15 Talks etkinliğinde kullanılan sunumdur.
Proje Yönetimi Tarihçesi, Çevik proje yönetimi metodolojileri, Scrum tarihçesi, rolleri, toplantıları ve uygulama örnekleri yer almaktadir.
Agile nedir? ne işe yarar? Felsefesi nasıl oluştu? Temel konseptler? Agile ekibi kimlerden oluşur? gibi daha çok Agile yeni başlayanlar için rehber niteliğinde hap gibi bir kılavuz & tanıtım.
This presentation highlights the benefits of using agile methodologies.
It also describe what is agility and how different it is from waterfall approach. What are the different agile methodologies and what is Scrum the most used agile methodology world wide.
I normally teach Introduction to Agile and Scrum over a 2 day session to teams. Here is a highly condensed 2-hour version of it that covers agile thinking and introduces scrum as a framework without getting into details.
I use it as a course material for teaching to teams or groups looking to get a perspective on "why" as opposed to "how" aspect of agile.
Scrum is an iterative and incremental agile project management framework. It involves a product backlog to track requirements, sprints to complete work in short cycles, and daily stand-up meetings. The core roles are a product owner to prioritize the backlog, a scrum master to guide the process, and a cross-functional team.
An overview of the Agile Manifesto and why Agile SDLC is super important to excellent project management practices. Agile Software development is dominating the game these days. Whether you're going responsive, managing ecommerce, magento, or iphone apps Agile practices will help your efforts succeed.
The document provides an overview of Agile concepts including roles, artifacts, meetings, and practices. It describes Scrum roles like the Scrum Team, Product Owner, and Scrum Master. It outlines artifacts like the Product Backlog, Sprint Backlog, and Burndown Chart. It explains meetings in Scrum like Sprint Planning, Daily Scrum, Sprint Review, and Retrospective. Finally, it touches on practices like estimating with story points, assigning business value, and tracking velocity.
The Agile Product Manager/Owner Dilemma (ProdCampNYC)Rich Mironov
As product managers grapple with Agile and scrum's product owner, how do we define roles, decide waht needs to be done, think broadly about go-to-market instead of narrowly about software creation, and map out a job that mortals could succeeed at?
(This was presented at Product Camp NYC in July '09.)
Proje Yönetiminde dokuz adet proje süreç elemanı mevcuttur. Proje yönetimi bilgi alanları olarak adlandırılan bu süreçler, bir anlamda proje yöneticilerinin geliştirmek zorunda oldukları yetenekleri de temsil eder. Bu fonksiyonlar projelerin başarıya ulaşması için gereken spesifik bilgiyi temin ederken, hedeflere ulaşılıp ulaşılmadığının analiz edilmesine yardımcı olur. Proje yönetimi bilgi alanlarının kısaca açıklamaları aşağıda verilmektedir.
When I needed to do presentations of Scrum to executives and students, I started to look for existing ones. Most presentations I found were very good for detailed presentations or training. But what I was looking for was a presentation I could give in less than 15 minutes (or more if I wanted). Most of them also contained out dated content. For example, the latest changes in the Scrum framework were not present and what has been removed was still there.
Scrum is an agile framework for managing projects that uses short cycles of work called sprints to incrementally deliver working software. There are three main roles in Scrum - the Product Owner prioritizes features in the Product Backlog, the Scrum Master facilitates the process, and the self-organizing Team works to complete the highest priority items each sprint. Key Scrum artifacts include the Product Backlog, Sprint Backlog, and Burn Down Chart. The main Scrum ceremonies are Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective meetings.
[To download this complete presentation, visit: https://www.oeconsulting.com.sg/training-presentations]
This introduction to Agile and Scrum is a presentation that provides a high-level overview of Agile and Scrum methodologies. The presentation is aimed at individuals who may have heard of Agile and Scrum but are not familiar with the concepts or principles.
The presentation begins with an introduction of the basic principles and values of Agile and Scrum, which includes an explanation of the Agile philosophy and principles, and an overview of the Scrum framework and its origins. It also discusses the benefits and drawbacks of Agile and Scrum and compares them to traditional project management methodologies.
The key roles and responsibilities within a Scrum team are discussed next, including the three key roles of Scrum Master, Product Owner, and Development Team. An explanation on how these roles interact with each other and the wider organization is provided.
The Scrum framework and its key components, including an overview of Sprints, Backlog, and Artifacts are also explained. The Scrum events, including Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective, are also covered.
Lastly, successful examples of how Agile and Scrum are used in various industries, such as software development, marketing, and education are presented. Discussions on how Agile and Scrum can be adapted to fit the needs of different projects and organizations are also provided.
By the end of the Agile and Scrum PPT presentation, attendees would have a solid foundation in Agile and Scrum methodologies, including a basic understanding of the principles and values, the Scrum framework and its key components, and the roles and responsibilities of the Scrum team. They would be equipped with the necessary knowledge to apply Agile and Scrum to their own work.
LEARNING OBJECTIVES
1. Understand the basic principles, values, benefits and drawbacks of Agile and Scrum.
2. Understand the key roles of the Scrum team, and the Scrum framework and its key components.
3. Understand how Agile and Scrum can be applied to various industries and projects and adapted to fit different situations.
Slidedeck for 1 hour basic workshop about Agile in general and Intro to Scrum framework for newbies without tight linking to the software development. Prepared by Artem Bykovets, Agile Coach & Process consultant - www.abykovets.com
The document provides an overview of Agile methodology and Scrum framework. It describes that Agile is an alternative project management approach that uses short iterative cycles called sprints to incrementally deliver working software. Scrum is the most commonly used Agile framework and involves roles of Product Owner, Scrum Master, and team. It uses artifacts like Product Backlog and Sprint Backlog and events like Sprint Planning, Daily Scrum, and Sprint Review.
PMBOK v5'e göre hazırlanmış olan İnsan Kaynakları Yönetimi eğitimi sunusudur. Sunu ve sunudaki resimler türkçe hazırlanmıştır, sunularda bulunan dokümanlar zip olarak ayrıca yüklenecektir
Çevik(Agile) değer ve prensipleri, geleneksel yaklaşımdan farklarını ele alan, Scrum Çerçevesi ile XP(Extreme Programming) pratiklerinin anlatıldığı detaylı bir sunum.
Kurum içindeki ERP, ITSM ya da diğer operasyonel sistemleri kullanmak tek başına yeterli değildir. İşlemlerin sonuçlarının izlenmesinin yanında KİM, NASIL , KAÇ DEFA DA, KİMİNLE , NE KADAR sürede türünde analizlerle Süreci analiz ederek beklenen iyileşmeyi yapabilirsiniz.
Agile nedir? ne işe yarar? Felsefesi nasıl oluştu? Temel konseptler? Agile ekibi kimlerden oluşur? gibi daha çok Agile yeni başlayanlar için rehber niteliğinde hap gibi bir kılavuz & tanıtım.
This presentation highlights the benefits of using agile methodologies.
It also describe what is agility and how different it is from waterfall approach. What are the different agile methodologies and what is Scrum the most used agile methodology world wide.
I normally teach Introduction to Agile and Scrum over a 2 day session to teams. Here is a highly condensed 2-hour version of it that covers agile thinking and introduces scrum as a framework without getting into details.
I use it as a course material for teaching to teams or groups looking to get a perspective on "why" as opposed to "how" aspect of agile.
Scrum is an iterative and incremental agile project management framework. It involves a product backlog to track requirements, sprints to complete work in short cycles, and daily stand-up meetings. The core roles are a product owner to prioritize the backlog, a scrum master to guide the process, and a cross-functional team.
An overview of the Agile Manifesto and why Agile SDLC is super important to excellent project management practices. Agile Software development is dominating the game these days. Whether you're going responsive, managing ecommerce, magento, or iphone apps Agile practices will help your efforts succeed.
The document provides an overview of Agile concepts including roles, artifacts, meetings, and practices. It describes Scrum roles like the Scrum Team, Product Owner, and Scrum Master. It outlines artifacts like the Product Backlog, Sprint Backlog, and Burndown Chart. It explains meetings in Scrum like Sprint Planning, Daily Scrum, Sprint Review, and Retrospective. Finally, it touches on practices like estimating with story points, assigning business value, and tracking velocity.
The Agile Product Manager/Owner Dilemma (ProdCampNYC)Rich Mironov
As product managers grapple with Agile and scrum's product owner, how do we define roles, decide waht needs to be done, think broadly about go-to-market instead of narrowly about software creation, and map out a job that mortals could succeeed at?
(This was presented at Product Camp NYC in July '09.)
Proje Yönetiminde dokuz adet proje süreç elemanı mevcuttur. Proje yönetimi bilgi alanları olarak adlandırılan bu süreçler, bir anlamda proje yöneticilerinin geliştirmek zorunda oldukları yetenekleri de temsil eder. Bu fonksiyonlar projelerin başarıya ulaşması için gereken spesifik bilgiyi temin ederken, hedeflere ulaşılıp ulaşılmadığının analiz edilmesine yardımcı olur. Proje yönetimi bilgi alanlarının kısaca açıklamaları aşağıda verilmektedir.
When I needed to do presentations of Scrum to executives and students, I started to look for existing ones. Most presentations I found were very good for detailed presentations or training. But what I was looking for was a presentation I could give in less than 15 minutes (or more if I wanted). Most of them also contained out dated content. For example, the latest changes in the Scrum framework were not present and what has been removed was still there.
Scrum is an agile framework for managing projects that uses short cycles of work called sprints to incrementally deliver working software. There are three main roles in Scrum - the Product Owner prioritizes features in the Product Backlog, the Scrum Master facilitates the process, and the self-organizing Team works to complete the highest priority items each sprint. Key Scrum artifacts include the Product Backlog, Sprint Backlog, and Burn Down Chart. The main Scrum ceremonies are Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective meetings.
[To download this complete presentation, visit: https://www.oeconsulting.com.sg/training-presentations]
This introduction to Agile and Scrum is a presentation that provides a high-level overview of Agile and Scrum methodologies. The presentation is aimed at individuals who may have heard of Agile and Scrum but are not familiar with the concepts or principles.
The presentation begins with an introduction of the basic principles and values of Agile and Scrum, which includes an explanation of the Agile philosophy and principles, and an overview of the Scrum framework and its origins. It also discusses the benefits and drawbacks of Agile and Scrum and compares them to traditional project management methodologies.
The key roles and responsibilities within a Scrum team are discussed next, including the three key roles of Scrum Master, Product Owner, and Development Team. An explanation on how these roles interact with each other and the wider organization is provided.
The Scrum framework and its key components, including an overview of Sprints, Backlog, and Artifacts are also explained. The Scrum events, including Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective, are also covered.
Lastly, successful examples of how Agile and Scrum are used in various industries, such as software development, marketing, and education are presented. Discussions on how Agile and Scrum can be adapted to fit the needs of different projects and organizations are also provided.
By the end of the Agile and Scrum PPT presentation, attendees would have a solid foundation in Agile and Scrum methodologies, including a basic understanding of the principles and values, the Scrum framework and its key components, and the roles and responsibilities of the Scrum team. They would be equipped with the necessary knowledge to apply Agile and Scrum to their own work.
LEARNING OBJECTIVES
1. Understand the basic principles, values, benefits and drawbacks of Agile and Scrum.
2. Understand the key roles of the Scrum team, and the Scrum framework and its key components.
3. Understand how Agile and Scrum can be applied to various industries and projects and adapted to fit different situations.
Slidedeck for 1 hour basic workshop about Agile in general and Intro to Scrum framework for newbies without tight linking to the software development. Prepared by Artem Bykovets, Agile Coach & Process consultant - www.abykovets.com
The document provides an overview of Agile methodology and Scrum framework. It describes that Agile is an alternative project management approach that uses short iterative cycles called sprints to incrementally deliver working software. Scrum is the most commonly used Agile framework and involves roles of Product Owner, Scrum Master, and team. It uses artifacts like Product Backlog and Sprint Backlog and events like Sprint Planning, Daily Scrum, and Sprint Review.
PMBOK v5'e göre hazırlanmış olan İnsan Kaynakları Yönetimi eğitimi sunusudur. Sunu ve sunudaki resimler türkçe hazırlanmıştır, sunularda bulunan dokümanlar zip olarak ayrıca yüklenecektir
Çevik(Agile) değer ve prensipleri, geleneksel yaklaşımdan farklarını ele alan, Scrum Çerçevesi ile XP(Extreme Programming) pratiklerinin anlatıldığı detaylı bir sunum.
Kurum içindeki ERP, ITSM ya da diğer operasyonel sistemleri kullanmak tek başına yeterli değildir. İşlemlerin sonuçlarının izlenmesinin yanında KİM, NASIL , KAÇ DEFA DA, KİMİNLE , NE KADAR sürede türünde analizlerle Süreci analiz ederek beklenen iyileşmeyi yapabilirsiniz.
Orta ölçekli bir işletmenin verimlilik temel adımlarıKenan Berkdemir
Orta Ölçekli bir işletmenin atması gereken adımları tanımlıyoruz. Bu konuda işin en temeli süreçlerdir. Zira ölçemediğiniz hiç bir şeyi kontrol edemez ve yönetemezsiniz.
E-ticarette Yazılım ve Altyapı
Startup Heroes, Developers
We Made IT Possible
Software and Hardware Help Desk Saving %40 Time for IT teams
Hazır Yazılım Deri ceket gibidir, hep birşeylerin ekliğini hisedersin.
Before going down Proactive Monitoring
‘Mükemmel iyinin düşmanıdır’, Voltaire
‘Engineering is nothing but optimization’
Yazılım, yaşayan bir organizmadır... İhmale gelmez.
In IT Complete Solution means, Agile Swat Teams
Yazılım projelerinde çıkan hatalar ne kadar geç fark edilirlerse o kadar yüksek maliyetlere yol açarlar. Yazılım geliştirme yaşam döngüsünün ilk aşamalarında yapılan testlerle ortaya çıkan hatalar projeye efor maliyeti olarak yansır, son aşamalarında ortaya çıkartılan hatalar ise müşterinin bilgisi dahilinde olabileceği için hem yüksek maliyetli hem de itibar zedeleyici bir şekil alabilir.
Test maliyetleri hataların projede tespit edildiği aşamaya bağlı olarak çok değişkenlik göstermektedir. Önemli olan hataları yazılım geliştirme yaşam döngüsünün ilk adımlarından başlayarak gidermeye yönelik test aşamaları ile yürütmek, yönetmek ve raporlamaktır. Bu şekilde amaçlanan kalite ve standart seviyesine ulaşmak ve süreçleri iyileştirmek mümkündür.
Detaylı bilgi için tıklayınız: http://mirsis.com.tr/TestHizmeti
Bu doküman ERP, CRM, İnsan Kaynakları Yönetimi vb. kurumsal bilgi sistemi uygulamalarını işletmelerinde hayata geçirecek olan firma proje yöneticilerine ve karar vericilerine ışık tutacak bilgiler içermektedir
Bir CMMI Seviye 5 Organizasyonel Performans Yönetim Projesi Örneği: Kod Kalit...Deniz Gungor
Bu sunum UYMS (Ulusal Yazılım Mühendisliği Sempozyumu) 2017 Antalya’da sunulan `Bir CMMI Seviye 5 Organizasyonel Performans Yönetim Projesi Örneği: Kod Kalitesini İyileştirmek ` başlıklı makalenin sunumudur.
Makaleye ulaşmak için aşağıdaki linke tıklayınız.
http://ceur-ws.org/Vol-1980/UYMS17_paper_86.pdf
*****
This presentation is a presentation of the article titled "A CMMI Level 5 Organizational Performance Management Project Example: Improving Code Quality" presented at the UYMS (National Software Engineering Symposium) 2017 Antalya.
Click on the link below to access the article or published paper.
Proje Nedir?
Proje Yönetimi Türleri
Proje Yönetim Türleri Yaşam Döngüleri
Proje Planlama Teknikleri
Video anlatım: https://www.youtube.com/watch?v=qr6jvzz4Hps
1. Scrum Takımlarında Performans
Ölçüm Yaklaşımı
Necmettin Özkan, Erol Emir Erdaş,
BS Kalite, Performans ve Süreç Servisi,
Bilgi Sistemleri Kurumsal Gelişim Müdürlüğü,
Turkiye Finans Katılım Bankası
2. Genele Açık / Public
İçerik
• Scrum
• Scrum’ da Ölçüm
• Scrum Metrikleri
• Değerlendirme ve Öneriler
2
3. Genele Açık / Public
Scrum (Model)
• Scrum tekrarlı ve artırımsal bir
model üzerinden çalışan
yazılımı erken ve sürekli olarak
müşteriye sunmayı hedeflerler.
• Artırımsal tasarım geliştirilen
sisteme organik büyüme özelliği
katar
• Tekrarlı modellerde, her bir
süreç adımına sadece bir kez
uğramak yerine her adım sistem
tamamlana kadar birden çok kez
yinelenir
• Her sprint çalışan bir yazılım ile
sonlanır.
3
4. Genele Açık / Public
Scrum (Roller)
• Scrum takımı, ürün sahibi, geliştirme ekibi (bu çalışma
boyunca takım olarak adlandırılmıştır) ve Scrum
üstattan oluşur.
• Scrum üstadı, Scrum toplantılarından ve takımın
önündeki engellerin çözerek pürüzsüz bir geliştirme
sürecinin işletilmesini garanti edilmesinden
sorumludur.
• Ürün sahibi, sahip olduğu ürünün en yüksek değere
ulaşmasından sorumludur ve müşteri ile geliştirme
takımı arasındaki bağlantıyı sağlar.
• Geliştirme takımı her sprintin sonunda potansiyel
olarak kullanıma hazır ürünün geliştirilmesinden
sorumlu olan uzmanlardan oluşur.
• Takımın içinde bir hiyerarşik kısıt yoktur ve takım
dışından yönetilmek yerine kendi işi ile ilgili en iyi
kararları kendi vermeye çalışır
M1
M3
M2
ÜS GT
SMScrum Takımı
4
5. Genele Açık / Public
Scum’ da Ölçüm
• İnsanı odağına alan Scrum yapısında, ölçüm
seviyesi, bilgi piramidinde enformasyondan,
ölçülmesi daha zor olan, insan tarafına (bilgi
seviyesine) kaymıştır.
• İnsan merkeziyetçiliği ile gelen insanların
çeşitlilik ve öngörülemez özelliği ölçümü
zorlaştırır.
• Bireyler ve aralarındaki yüz yüze iletişim ile
süreçlerin standart işletilmesi ile araçlar ve
dokümanlar üzerinde oluşacak standart
izlerden ve buna bağlı sayısal ölçüm
yeteneğinden uzaklaşılmış olur.
• Takıma takımın kendi durumlarını
yansıtacak ölçüm verilerini üretme
kapsamında güven duyulmalıdır.
• Bireysel başarı yerine müşterek hedefler ön
plandadır.
• Scrum’ da plan (hedef) belirsiz ve elastiktir.
• Birçok Scrum metriği ürün bakış açısıyla
oluşturulmuştur.
5
6. Genele Açık / Public
Scrum Metrikleri
6
• Kullanım İndeksi (Usage Index)
• Sprint Tüketme (Sprint Burndown)
• Hız (Velocity)
• Teslimat Oranı (Delivered/Committed)
• Teknik Borç (Technical Debt)
• Yenilik Oranı (Innovation Rate)
• Hizmet Seviye Anlaşmalarına Uyum Oranı
• Müşteri Memnuniyeti
• Takım Değerlendirmesi
7. Genele Açık / Public
Kullanım İndeksi (Usage Index)
• Scrum, değer ve kullanım ilişkisi
• Geliştirilen uygulama ve
özelliklerin son kullanıcı
tarafından kullanım
yoğunluğunu ölçen indekstir.
▫ Müşterinin doğru
gereksinimler üretmesi
▫ Ürün sahibinin bunları
takıma doğru ve doğru sırada
aktarması
▫ Takımın bekleneni, beklenen
kalite ve zamanda üretmesi
ile beklenir
7
8. Genele Açık / Public
Sprint Tüketme (Sprint Burndown)
• Sprint içinde tamamlanması beklenen
işlerin toplamıdır.
• Mevcut sprint boyunca ilerleme durumunu
günlük izlemeye yardımcı olan bir metriktir.
• Düşük performansın nedeni:
▫ yeni işlerin eklenmesi
▫ tahminlemenin hatalı yapılış olması,
▫ takımın ilerlemesine engel durumların
oluşması,
▫ takımın yeni olması,
▫ takımın performansının beklenenin
altında olması olabilir.
• Takımın kendi içindeki işleri yönetmek için
bu atomiklikte ve frekansta kullandığı bir
metrik müşteriye pek manalı değildir. Bu
nedenle bu metrik yerine takım bu
manadaki performansını “teslimat oranı”
üzerinden ölçmek tercih edilebilir.
8
9. Genele Açık / Public
Hız (Velocity)
• Bir sprint’ te tamamlanan iş
miktarıdır ve üretkenliğin
göreceli ölçüsüdür.
• Takımın değişmeyen üyeler ile
devam etmesi durumunda
manalı sonuçlar üretir.
• Başka bir takım ile
kıyaslanamaz.
• Hedef vermek zordur.
• Yerine teslimat oranı
kullanılabilir (müşteri açısından
daha manalı, takım bireylerinin
değişimine bu metrik kadar
bağlı değil)
9
10. Genele Açık / Public
Teslimat Oranı (Delivered/Committed)
• SBI’ ların sprint sonunda tamamlanma
oranıdır.
• Düşük performansın nedeni:
▫ Tahminlemenin hatalı yapılış olması,
▫ PO, DT’ ye iş kalemi ile ilgili yeterli
bilgiyi aktarmaması
▫ Net olmayan kapsamdan dolayı işin
beklenenden fazla zaman alması,
▫ Takımın yeni olması,
▫ Takımın ilerlemesine engel durumların
oluşması,
▫ Takımın iş üretme kapasitesinde düşüş
olabilir.
• Yüksek performansın nedeni:
▫ Takımın taahhüdüne uyması
▫ Takımın kapasitesinin altında
taahhüt verilmesi
▫ Teknik borca karşın hızlı geliştirme
10
11. Genele Açık / Public
Teknik Borç (Technical Debt)
• Teknik borç, kalitesiz yazılım
geliştirme sonucu oluşan maliyettir.
• Üretilen hata sayısı, kod kalite puanı
ve yapılan acil geçiş oranı teknik
borcun ölçüm noktaları olabilir.
• Nedeni:
▫ Gereksinimlerin yönetilmesi ve
analiz edilmesindeki eksiklikler,
▫ “Definition of Done” tasarımında
ve bu alana dair pratiklerdeki
eksiklikler,
▫ Sprint içinde takımın, takım
dışından veya eş zamanlı işler ile
bölünmesi,
▫ Kalitesiz tasarım veya kodlama
▫ Yönetim veya zaman baskısından
dolayı kaliteden verilen tavizler
11
12. Genele Açık / Public
Yenilik Oranı (Innovation Rate)
• Uygulamaya yeni fonksiyon veya
yeni yetenek kazandırmak için
harcanan eforun uygulamanın
bakımına harcanan efor dahil
toplam geliştirmeye oranıdır.
• Etkileyen hususlar:
▫ Ürünün yaşam döngüsündeki
yeri
▫ Takımın sorumluluk alanı
(bakım, proje)
• Takımdan daha geniş bir
perspektifte ürün alanları
bazında ölçülmesi önerilir.
12
13. Genele Açık / Public
Hizmet Seviye Anlaşmalarına Uyum Oranı
• Ürün ve hizmet
• Sprint ortasında gerçek
ortama dair kritik bir
kesintinin düzeltici
aksiyonunun standart Scrum
süreçlerini izlemesi??
• Daha çok bakım takımları için
geçerli.
13
14. Genele Açık / Public
Müşteri Memnuniyeti
• Teslim edilen ürünün müşterinin
beklentilerini karşılama niteliğidir.
• Sprint değerlendirme toplantılarında
müşteri geri dönüşlerinin alınması
esnasında yapılacak bir puanlandırma ile
ölçülebilir.
• Puandaki düşüşün nedeni:
▫ Müşteri isteğini tam olarak
aktaramamış,
▫ Müşteri kabul kriterlerini tam olarak
aktaramamış,
▫ Müşteri sürece gerektiği kadar dahil
olmamış,
▫ Ürün sahibi müşterinin isteğini tam
olarak aktaramamış,
▫ Geliştirilen uygulama bekleneni
karşılayamamış olabilir.
• Anket sorularının geliştirme takımının
performansını ölçmeye yönelik tasarlanması
önem kazanır
14
15. Genele Açık / Public
Takım Değerlendirmesi
• Takımın bireyleri kendilerini, ürün
sahibi ve müşteri takımı
değerlendirerek bir puan üretilir.
• Müşterinin ürün odaklı
değerlendirmesinden farklı olarak
burada takım, takımın yürüttüğü
süreçler ve takıma dair olgular
hakkında genel bir kanı elde edilmiş
olur.
• Ölçüm kriterleri takımın Scrum
değerlerine, pratiklerine kurallarına,
çeviklik ruhuna, işlettikleri sürece
bağlılıkları, iletişim olgunlukları,
şeffaflık derecesi, sürekli iyileştirmeye
açıklık gibi birçok madde olabilir.
• Doğu ve batı arasıbdaki kültür
farklılıkları
15
16. Genele Açık / Public
Metrikler Değerlendirme
16
Metrik
Takım
Performansı
Kullanımı
Scrum’a
Özel
Zaman
Bütçe
Kalite
Kapsam
Kullanım İndeksi Hayır x x
Sprint Tüketme Evet x x
Hız Evet x
Teslimat Oranı Evet x x
Teknik Borç Hayır x
Yenilik Oranı Hayır x
Hizmet Seviye
Anlaşmalarına Uyum Oranı
Hayır x
Müşteri Memnuniyeti Hayır x x x
Takım Değerlendirmesi Hayır x x x
17. Genele Açık / Public
Değerlendirme ve Öneriler
Öneriler Scrum’ da Ölçüm Zorlukları
• Scrum takımlarında performans ölçümü için
ilgili süreçlerin ve çevik kültüründe belirli bir
olgunluk seviyesine ulaşması gereklidir.
• Aksi durumda:
▫ İşin yapılmasından ziyade işin yapıldığının
gösterilmesi,
▫ Scrum takımlarının elindeki özgürlüğü
kurum değil bireyler lehine kullanılması
▫ Nihai performans değerlendirmesi yapan
mercilerin hiyerarşik ayrıcalıklarının
oluşması
▫ Güven ve şeffaflık ortamının yara alması
gibi birçok yan etkinin görülmesi olasıdır.
• Ölçme yerine değerlendirme
• Takımın genel performansı iyi olsa bile bu,
takımın tüm bireylerinin performansının iyi
olduğu manasına gelmeyebilir. Kişi özelinde
müdahaleler dikkat gerektirir.
• Doğru zamanda doğru yaklaşımlarla
performans ölçüm süreçlerine başlanmak
gerekir. Özellikle Scrum’ da.
• İnsanı odağına alan Scrum yapısında, ölçüm
seviyesi, bilgi piramidinde enformasyondan,
ölçülmesi daha zor olan, insan tarafına (bilgi
seviyesine) kaymıştır.
• İnsan merkeziyetçiliği ile gelen insanların
çeşitlilik ve öngörülemez özelliği ölçümü
zorlaştırır.
• Bireyler ve aralarındaki yüz yüze iletişim ile
süreçlerin standart işletilmesi ile araçlar ve
dokümanlar üzerinde oluşacak standart
izlerden ve buna bağlı sayısal ölçüm
yeteneğinden uzaklaşılmış olur.
• Takıma takımın kendi durumlarını
yansıtacak ölçüm verilerini üretme
kapsamında güven duyulmalıdır.
• Bireysel başarı yerine müşterek hedefler ön
plandadır.
• Scrum’ da plan (hedef) belirsiz ve elastiktir.
• Birçok Scrum metriği ürün bakış açısıyla
oluşturulmuştur.
17