SlideShare une entreprise Scribd logo
1  sur  24
INDEKS

•   Agile Nedir ?
•   Agile Prensibleri
•   Scrum
•   Avantajları
•   Dezavantajları
•   Referanslar
AGILE NEDIR ?
•   Proje Yönetim Biçimi veya frameworkü denilebilir.
•   En yüksek iş değerini en kısa sürede elde etmeye odaklanır.
•   Takımla beraber yapılan ürün geliştirme projelerinde çok başarılı
    olmuştur.
•   En yaygın kullanım alanı ise yazılım geliştirme projeleridir.
•   Çok kapsamlı olmayan ve belirsizliğin çok fazla olduğu projeler
    için çok kullanışlı bir yöntemdir.
•   İhtiyaçların tam olarak belirlenemediği projelerde sık rastlanır.
•   Müşteri ile Proje takımının esnek ilişkiler içerisinde olabilmesi
    kabulü ön şarttır.
•   Proje Yönetimi ile Yürütme bir arada.
AGILE NEDEN ORTAYA ÇIKTI ?
•   Gartner Institute’un BT sektörü araştırmasına göre: BT projelerinin %74’ü
    başarısız ya da maliyet/zaman hedeflerini aşıyor. BT projelerinin %51’i
    bütçesini %200 oranında aşıyor ve hedeflenen özelliklerin %75’ini
    karşılayabiliyor.

    Standish grubun 2000 yılında gerçekleştirdiği bir araştırmaya (Chaos in the
    new Millenium 2000) göre yazılım projelerinin başarıya ulaşma oranı %28
    olarak veriliyor. Diğerleri ya başarısız (%23) ya da zorlanmış (%49)
    projelerdir. Aynı araştırma yazılım projeleri özelinde de proje maliyetlerinin
    tahmin edilenin üzerinde olduğu veya zaman aşımı olduğu ya da niteliklerin
    istenilene tam uygun olmadığını gösteriyor.
•   Gartner Group’un (Technowledge SM 99 Presentation) yapmış olduğu bir
    araştırmaya göre BT projelerinin %70’i beklenen faydayı sağlamıyor.

    Gartner Institute’un 2001 BT sektörü araştırmasına göre: Amerika’da her yıl
    başarısız BT projeleri için 75 milyar dolar harcanıyor .
http://www.versionone.com/
Microsoft Solutions Framework
Microsoft Team System
AGILE PRENSIBLERI
•   Bireyler ve arasındaki etkileşim, kullanılan süreç ve araçlardan
    daha önemlidir
•   Portatip ürün, anlaşılır dökümantasyondan daha önemlidir
•   Müşteri ile ilişki, müşteri sözleşmesinde yazanlardan daha
    önemlidir
•   Değişime adapte olmak, yapılan plana ne olursa olsun bağlı
    olmaktan daha önemlidir.
•   Projeleri iterasyonlarla aşamalı olarak geliştirmeyi öngörür.
•   Amacı çok kısa döngülerle, sık çıktılar üretmektir.
•   Kaynağı müşteri ihtiyaçlarına ve sonuca kanalize etmeye
    odaklanır.
•   Kalite tarifi müşterinin üründen beklentileri karşılamasıdır.
•   Risk iterasyonlardan ve maksimum etkileşimden dolayı
    minimumdur.
FARKLI AGILE FRAMEWORKLER
Bu frameworkler agile prensiblerini benimsemiş farklı
  çalışma şekilleridir.
• Scrum
• Extreme Programing
• Lean Software Development
• Feature Driven Development
• Dynamic Systems Development Method
SCRUM NEDIR
• En genel ve en bilinen Agile frameworküdür.
• Adını Rugby isimli oyundan alır
• Rugby gibi takım toplanır, planlama oyunu
  oynar ve görevler dağılarak herkes tek bir
  hedef için çalışır.
• Kendi terminolojisi vardır.
SCRUM KULLANANLAR

•Microsoft           •Intuit
•Yahoo               •Nielsen Media
•Google              •First American Real Estate
•Electronic Arts     •BMC Software
•High Moon Studios   •Ipswitch
•Lockheed Martin     •John Deere
•Philips             •Lexis Nexis
•Siemens             •Sabre
•Nokia               •Salesforce.com
•Capital One         •Time Warner
•BBC                 •Turner Broadcasting
•Intuit              •Oce
SCRUM PRENSIBLERI
• Bireyler ve arasındaki etkileşim, kullanılan süreç ve
  araçlardan daha önemlidir
• Portatip ürün, anlaşılır dökümantasyondan daha önemlidir
• Müşteri ile ilişki, müşteri sözleşmesinde yazanlardan daha
  önemlidir
• Değişime adapte olmak, yapılan plana ne olursa olsun bağlı
  olmaktan daha önemlidir
AYAKTA SCRUM GÜNLÜK TOPLANTISI
SCRUM YAŞAM DÖNGÜSÜ
SCRUM YAŞAM DÖNGÜSÜ
SCRUM ITERASYONLARI
AGILE RISK MANAGEMENT
SCRUM PRATIKLERI
• Product Backlog: müşteri ile anlaşıp önceliklendirilmiş high
  level gereksinim listesi olarak düşünülebilir
• SprintBacklog : Genelde 15-30 günlük(Time-Boxed) proje
  zaman dilimidir. Ve bir proje 1'den fazla Sprint'ten
  oluşur.Örnek olarak 3 aylık bir proje.
• Scrum Daily Meeting: Her gün Scrum takımıyla,Scrum Daily
  Meeting (max 30 dk ve ayakta) düzeleyerek genel durum
  hakkında bilgi alırsınız. Dün ne yaptın? Bugün ne
  yapacaksın? Seni engelleyen ne idi?
AGILE IN AVANTAJLARI
•   İnsanın doğal eğilimine çok yatkındır öğrenim gerektirmez
    adaptasyon hızlıdır.
•   Kısa döngüler dolayısı ile takım elemanlarında motivasyon çok
    yüksektir. Verim artışı yaşanır.
•   Sık çıktı üretip geri besleme aldığından kaynağı müşteri
    ihtiyaçlarına ve sonuca kanalize etmeye odaklanır.
•   Plan aşamasında ayrıntılı plan yerine iterasyonun planı yapılır.
•   Değişime açıklık ve esneklik en üst düzeydedir.
•   Sürdürülebilir Kalite
•   Proje planlama ve yürütme bir arada
•   Takım oyunu
AGILE IN DEZAVANTAJLARI
• Kurumsal bir yapıda uygulaması gerçekten zor.
• Dökümantasyon hakkında ki taşları yerinden
  oynatan yaklaşımı.
• Sürekli değişen ihtiyaçlar dolayısı ile aşırı çalışma.
• Ürünün başarısı = projenin başarısı dolayısı ile
  kariyer riski
• Takım üzerindeki hedef baskısı
AGILE MI ? GELENEKSEL PROJE YÖNETIMI MI ?

 Belirsizlik çoksa, müşteri iletişime açıksa
  ve 100 metre koşusu yapıyorsanız agile
  kullanmalısınız.
 Maraton koşuyorsanız, karmaşık bir
  kaynak kullanımı varsa, müşteri ile
  iletişim kolay değilse geleneksel proje
  yönetimi kullanmalısınız.
REFERANSLAR
•   http://www.agilealliance.org/
•   http://www.acm-software.com/
•   http://vimeo.com/4587652
•   http://www.yusufsahin.net/post/2009/12/05/Agile-Proje-Yonetimi-Scrum.aspx
•   http://en.wikipedia.org/wiki/Lean_manufacturing
•   http://www.dailymotion.com/video/xec1mj_scrum-in-under-10-minutes_tech
•   http://www.mehmettargun.com/agile-proje-yonetimi-nedir/
•   http://ccpace.com/Resources/documents/AgileProjectManagement.pdf
•   http://objectwin.com/agile.aspx
•   http://www.versionone.com/Agile101/Agile_Benefits.asp
•   http://www.kubernetes.co.uk
•   http://msdn.microsoft.com/en-us/magazine/dd347827.aspx
•   http://en.wikipedia.org/wiki/Microsoft_Solutions_Framework
•   http://www.mountaingoatsoftware.com/scrum-a-presentation

Contenu connexe

Tendances

Agile cevik yaklasim ile scrum yontemi
Agile cevik yaklasim ile scrum yontemiAgile cevik yaklasim ile scrum yontemi
Agile cevik yaklasim ile scrum yontemiBurak COŞKUN
 
Agile Çalışma Felsefesiyle Organizasyonların Dönüşümü
Agile Çalışma Felsefesiyle Organizasyonların DönüşümüAgile Çalışma Felsefesiyle Organizasyonların Dönüşümü
Agile Çalışma Felsefesiyle Organizasyonların DönüşümüBulent Buyuksayar
 
Agile project management using scrum
Agile project management using scrumAgile project management using scrum
Agile project management using scrumPrudentialSolutions
 
Agile & SCRUM basics
Agile & SCRUM basicsAgile & SCRUM basics
Agile & SCRUM basicsArun R
 
CBAP Uluslararası İş Analisti Sertifikasyonu
CBAP Uluslararası İş Analisti SertifikasyonuCBAP Uluslararası İş Analisti Sertifikasyonu
CBAP Uluslararası İş Analisti SertifikasyonuMuhammed Özdemir
 
Konfigürasyon yönetimi sunumu
Konfigürasyon yönetimi sunumuKonfigürasyon yönetimi sunumu
Konfigürasyon yönetimi sunumuHüseyin ŞEN
 
Scrum 101: Introduction to Scrum
Scrum 101: Introduction to ScrumScrum 101: Introduction to Scrum
Scrum 101: Introduction to ScrumArrielle Mali
 
Scrum - Agile Methodology
Scrum - Agile MethodologyScrum - Agile Methodology
Scrum - Agile MethodologyNiel Deckx
 
Scrum and the agile development process
Scrum and the agile development processScrum and the agile development process
Scrum and the agile development processjhericks
 

Tendances (20)

Agile cevik yaklasim ile scrum yontemi
Agile cevik yaklasim ile scrum yontemiAgile cevik yaklasim ile scrum yontemi
Agile cevik yaklasim ile scrum yontemi
 
Agile & Scrum Training
Agile & Scrum TrainingAgile & Scrum Training
Agile & Scrum Training
 
Agile Yaklaşımlar
Agile YaklaşımlarAgile Yaklaşımlar
Agile Yaklaşımlar
 
Agile Çalışma Felsefesiyle Organizasyonların Dönüşümü
Agile Çalışma Felsefesiyle Organizasyonların DönüşümüAgile Çalışma Felsefesiyle Organizasyonların Dönüşümü
Agile Çalışma Felsefesiyle Organizasyonların Dönüşümü
 
Agile Scrum Temel Egitimi
Agile Scrum Temel EgitimiAgile Scrum Temel Egitimi
Agile Scrum Temel Egitimi
 
Agile project management using scrum
Agile project management using scrumAgile project management using scrum
Agile project management using scrum
 
Agile & SCRUM basics
Agile & SCRUM basicsAgile & SCRUM basics
Agile & SCRUM basics
 
SCRUM – Agile Methodology
SCRUM – Agile MethodologySCRUM – Agile Methodology
SCRUM – Agile Methodology
 
Çevik Yaklaşım, Scrum ve XP
Çevik Yaklaşım, Scrum ve XPÇevik Yaklaşım, Scrum ve XP
Çevik Yaklaşım, Scrum ve XP
 
Gereksinim Analizi Dokümanı Hazırlama
Gereksinim Analizi Dokümanı HazırlamaGereksinim Analizi Dokümanı Hazırlama
Gereksinim Analizi Dokümanı Hazırlama
 
CBAP Uluslararası İş Analisti Sertifikasyonu
CBAP Uluslararası İş Analisti SertifikasyonuCBAP Uluslararası İş Analisti Sertifikasyonu
CBAP Uluslararası İş Analisti Sertifikasyonu
 
Konfigürasyon yönetimi sunumu
Konfigürasyon yönetimi sunumuKonfigürasyon yönetimi sunumu
Konfigürasyon yönetimi sunumu
 
Scrum 101: Introduction to Scrum
Scrum 101: Introduction to ScrumScrum 101: Introduction to Scrum
Scrum 101: Introduction to Scrum
 
What Is Agile Scrum
What Is Agile ScrumWhat Is Agile Scrum
What Is Agile Scrum
 
AGILE METHODOLOGY
AGILE METHODOLOGYAGILE METHODOLOGY
AGILE METHODOLOGY
 
Agile Methodology
Agile MethodologyAgile Methodology
Agile Methodology
 
Srs Ornek
Srs OrnekSrs Ornek
Srs Ornek
 
Scrum and JIRA
Scrum and JIRAScrum and JIRA
Scrum and JIRA
 
Scrum - Agile Methodology
Scrum - Agile MethodologyScrum - Agile Methodology
Scrum - Agile Methodology
 
Scrum and the agile development process
Scrum and the agile development processScrum and the agile development process
Scrum and the agile development process
 

Similaire à Agile proje yönetimi

Proje yönetimi ve project.net v1.0 tr
Proje yönetimi ve project.net v1.0 trProje yönetimi ve project.net v1.0 tr
Proje yönetimi ve project.net v1.0 trM.Yusuf Atmaca
 
Bilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık Nedenleri
Bilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık NedenleriBilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık Nedenleri
Bilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık Nedenlericgoze
 
Yazılım Mühendisliği
Yazılım MühendisliğiYazılım Mühendisliği
Yazılım MühendisliğiAliMETN
 
İTÜ İşletme Fakültesi - E-ticarette Yazılım ve Altyapı
İTÜ İşletme Fakültesi - E-ticarette Yazılım ve AltyapıİTÜ İşletme Fakültesi - E-ticarette Yazılım ve Altyapı
İTÜ İşletme Fakültesi - E-ticarette Yazılım ve AltyapıMurat Kader
 
Agi̇le Yöntemleri̇
Agi̇le Yöntemleri̇Agi̇le Yöntemleri̇
Agi̇le Yöntemleri̇Fatih Soysal
 
Eş zamanlı mühendislik
Eş zamanlı mühendislik Eş zamanlı mühendislik
Eş zamanlı mühendislik akyolhulyanur
 
Scrum takımlarında performans ölçüm yaklaşımı
Scrum takımlarında performans ölçüm yaklaşımıScrum takımlarında performans ölçüm yaklaşımı
Scrum takımlarında performans ölçüm yaklaşımıNecmettin Ozkan
 
Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)
Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)
Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)Burak Selim Şenyurt
 
Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17
Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17
Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17Uğur Eskici
 
Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?
Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?
Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?Hakan KIRAN
 
İlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptx
İlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptxİlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptx
İlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptxMustafa Kuğu
 
Gartner eee pmo_4_ibt_v1
Gartner eee pmo_4_ibt_v1Gartner eee pmo_4_ibt_v1
Gartner eee pmo_4_ibt_v1halilaksu
 
Proje Yönetim Prensipleri Eğitimi
Proje Yönetim Prensipleri EğitimiProje Yönetim Prensipleri Eğitimi
Proje Yönetim Prensipleri EğitimiAli Hebip
 
Gartner EEE - PMO Buluşması: SoftTech Sunumudur.
Gartner EEE - PMO Buluşması: SoftTech Sunumudur. Gartner EEE - PMO Buluşması: SoftTech Sunumudur.
Gartner EEE - PMO Buluşması: SoftTech Sunumudur. halilaksu
 
Başarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz Gerekenler
Başarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz GerekenlerBaşarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz Gerekenler
Başarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz GerekenlerWorkcube e-Business Inc.
 
(16 03 2012)pcm sunumu nihai
(16 03 2012)pcm sunumu nihai(16 03 2012)pcm sunumu nihai
(16 03 2012)pcm sunumu nihaidiyadininan
 
Yöneticiler için bilişim
Yöneticiler için bilişimYöneticiler için bilişim
Yöneticiler için bilişimalinizam99
 

Similaire à Agile proje yönetimi (20)

Proje yönetimi ve project.net v1.0 tr
Proje yönetimi ve project.net v1.0 trProje yönetimi ve project.net v1.0 tr
Proje yönetimi ve project.net v1.0 tr
 
Proje Yönetimi
Proje YönetimiProje Yönetimi
Proje Yönetimi
 
Bilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık Nedenleri
Bilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık NedenleriBilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık Nedenleri
Bilişim Teknolojileri Projelerinde Temel Başarı ve Başarısızlık Nedenleri
 
Yazılım Mühendisliği
Yazılım MühendisliğiYazılım Mühendisliği
Yazılım Mühendisliği
 
İTÜ İşletme Fakültesi - E-ticarette Yazılım ve Altyapı
İTÜ İşletme Fakültesi - E-ticarette Yazılım ve AltyapıİTÜ İşletme Fakültesi - E-ticarette Yazılım ve Altyapı
İTÜ İşletme Fakültesi - E-ticarette Yazılım ve Altyapı
 
Agi̇le Yöntemleri̇
Agi̇le Yöntemleri̇Agi̇le Yöntemleri̇
Agi̇le Yöntemleri̇
 
Eş zamanlı mühendislik
Eş zamanlı mühendislik Eş zamanlı mühendislik
Eş zamanlı mühendislik
 
Scrum takımlarında performans ölçüm yaklaşımı
Scrum takımlarında performans ölçüm yaklaşımıScrum takımlarında performans ölçüm yaklaşımı
Scrum takımlarında performans ölçüm yaklaşımı
 
Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)
Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)
Monolitik Uygulamalarda Teknik Borçlanma ile Mücadele (Teori)
 
Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17
Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17
Büyük ve Küçük Ölçekte SEO Projelerini Etkin Biçimde Yönetmek - Digitalzone'17
 
Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?
Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?
Kurumsal İçerik Yönetimi Projelerinde Nasıl Başarılı Olunur?
 
İlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptx
İlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptxİlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptx
İlhan-Bagoren-Urun-Yonetimi-Sunumu-PMTürkiye.pptx
 
Gartner eee pmo_4_ibt_v1
Gartner eee pmo_4_ibt_v1Gartner eee pmo_4_ibt_v1
Gartner eee pmo_4_ibt_v1
 
Proje Yönetim Prensipleri Eğitimi
Proje Yönetim Prensipleri EğitimiProje Yönetim Prensipleri Eğitimi
Proje Yönetim Prensipleri Eğitimi
 
Gartner EEE - PMO Buluşması: SoftTech Sunumudur.
Gartner EEE - PMO Buluşması: SoftTech Sunumudur. Gartner EEE - PMO Buluşması: SoftTech Sunumudur.
Gartner EEE - PMO Buluşması: SoftTech Sunumudur.
 
Başarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz Gerekenler
Başarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz GerekenlerBaşarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz Gerekenler
Başarılı Bir ERP Projesi Gerçekleştirmek İçin Bilmeniz Gerekenler
 
0 proje yonetimi egitimi
0   proje yonetimi egitimi0   proje yonetimi egitimi
0 proje yonetimi egitimi
 
(16 03 2012)pcm sunumu nihai
(16 03 2012)pcm sunumu nihai(16 03 2012)pcm sunumu nihai
(16 03 2012)pcm sunumu nihai
 
Yöneticiler için bilişim
Yöneticiler için bilişimYöneticiler için bilişim
Yöneticiler için bilişim
 
Projelerde Paydaş Yönetimi Olgunluğu
Projelerde Paydaş Yönetimi OlgunluğuProjelerde Paydaş Yönetimi Olgunluğu
Projelerde Paydaş Yönetimi Olgunluğu
 

Agile proje yönetimi

  • 1.
  • 2. INDEKS • Agile Nedir ? • Agile Prensibleri • Scrum • Avantajları • Dezavantajları • Referanslar
  • 3. AGILE NEDIR ? • Proje Yönetim Biçimi veya frameworkü denilebilir. • En yüksek iş değerini en kısa sürede elde etmeye odaklanır. • Takımla beraber yapılan ürün geliştirme projelerinde çok başarılı olmuştur. • En yaygın kullanım alanı ise yazılım geliştirme projeleridir. • Çok kapsamlı olmayan ve belirsizliğin çok fazla olduğu projeler için çok kullanışlı bir yöntemdir. • İhtiyaçların tam olarak belirlenemediği projelerde sık rastlanır. • Müşteri ile Proje takımının esnek ilişkiler içerisinde olabilmesi kabulü ön şarttır. • Proje Yönetimi ile Yürütme bir arada.
  • 4. AGILE NEDEN ORTAYA ÇIKTI ? • Gartner Institute’un BT sektörü araştırmasına göre: BT projelerinin %74’ü başarısız ya da maliyet/zaman hedeflerini aşıyor. BT projelerinin %51’i bütçesini %200 oranında aşıyor ve hedeflenen özelliklerin %75’ini karşılayabiliyor. Standish grubun 2000 yılında gerçekleştirdiği bir araştırmaya (Chaos in the new Millenium 2000) göre yazılım projelerinin başarıya ulaşma oranı %28 olarak veriliyor. Diğerleri ya başarısız (%23) ya da zorlanmış (%49) projelerdir. Aynı araştırma yazılım projeleri özelinde de proje maliyetlerinin tahmin edilenin üzerinde olduğu veya zaman aşımı olduğu ya da niteliklerin istenilene tam uygun olmadığını gösteriyor. • Gartner Group’un (Technowledge SM 99 Presentation) yapmış olduğu bir araştırmaya göre BT projelerinin %70’i beklenen faydayı sağlamıyor. Gartner Institute’un 2001 BT sektörü araştırmasına göre: Amerika’da her yıl başarısız BT projeleri için 75 milyar dolar harcanıyor .
  • 7.
  • 8. AGILE PRENSIBLERI • Bireyler ve arasındaki etkileşim, kullanılan süreç ve araçlardan daha önemlidir • Portatip ürün, anlaşılır dökümantasyondan daha önemlidir • Müşteri ile ilişki, müşteri sözleşmesinde yazanlardan daha önemlidir • Değişime adapte olmak, yapılan plana ne olursa olsun bağlı olmaktan daha önemlidir. • Projeleri iterasyonlarla aşamalı olarak geliştirmeyi öngörür. • Amacı çok kısa döngülerle, sık çıktılar üretmektir. • Kaynağı müşteri ihtiyaçlarına ve sonuca kanalize etmeye odaklanır. • Kalite tarifi müşterinin üründen beklentileri karşılamasıdır. • Risk iterasyonlardan ve maksimum etkileşimden dolayı minimumdur.
  • 9. FARKLI AGILE FRAMEWORKLER Bu frameworkler agile prensiblerini benimsemiş farklı çalışma şekilleridir. • Scrum • Extreme Programing • Lean Software Development • Feature Driven Development • Dynamic Systems Development Method
  • 10. SCRUM NEDIR • En genel ve en bilinen Agile frameworküdür. • Adını Rugby isimli oyundan alır • Rugby gibi takım toplanır, planlama oyunu oynar ve görevler dağılarak herkes tek bir hedef için çalışır. • Kendi terminolojisi vardır.
  • 11. SCRUM KULLANANLAR •Microsoft •Intuit •Yahoo •Nielsen Media •Google •First American Real Estate •Electronic Arts •BMC Software •High Moon Studios •Ipswitch •Lockheed Martin •John Deere •Philips •Lexis Nexis •Siemens •Sabre •Nokia •Salesforce.com •Capital One •Time Warner •BBC •Turner Broadcasting •Intuit •Oce
  • 12. SCRUM PRENSIBLERI • Bireyler ve arasındaki etkileşim, kullanılan süreç ve araçlardan daha önemlidir • Portatip ürün, anlaşılır dökümantasyondan daha önemlidir • Müşteri ile ilişki, müşteri sözleşmesinde yazanlardan daha önemlidir • Değişime adapte olmak, yapılan plana ne olursa olsun bağlı olmaktan daha önemlidir
  • 13.
  • 14. AYAKTA SCRUM GÜNLÜK TOPLANTISI
  • 19. SCRUM PRATIKLERI • Product Backlog: müşteri ile anlaşıp önceliklendirilmiş high level gereksinim listesi olarak düşünülebilir • SprintBacklog : Genelde 15-30 günlük(Time-Boxed) proje zaman dilimidir. Ve bir proje 1'den fazla Sprint'ten oluşur.Örnek olarak 3 aylık bir proje. • Scrum Daily Meeting: Her gün Scrum takımıyla,Scrum Daily Meeting (max 30 dk ve ayakta) düzeleyerek genel durum hakkında bilgi alırsınız. Dün ne yaptın? Bugün ne yapacaksın? Seni engelleyen ne idi?
  • 20. AGILE IN AVANTAJLARI • İnsanın doğal eğilimine çok yatkındır öğrenim gerektirmez adaptasyon hızlıdır. • Kısa döngüler dolayısı ile takım elemanlarında motivasyon çok yüksektir. Verim artışı yaşanır. • Sık çıktı üretip geri besleme aldığından kaynağı müşteri ihtiyaçlarına ve sonuca kanalize etmeye odaklanır. • Plan aşamasında ayrıntılı plan yerine iterasyonun planı yapılır. • Değişime açıklık ve esneklik en üst düzeydedir. • Sürdürülebilir Kalite • Proje planlama ve yürütme bir arada • Takım oyunu
  • 21.
  • 22. AGILE IN DEZAVANTAJLARI • Kurumsal bir yapıda uygulaması gerçekten zor. • Dökümantasyon hakkında ki taşları yerinden oynatan yaklaşımı. • Sürekli değişen ihtiyaçlar dolayısı ile aşırı çalışma. • Ürünün başarısı = projenin başarısı dolayısı ile kariyer riski • Takım üzerindeki hedef baskısı
  • 23. AGILE MI ? GELENEKSEL PROJE YÖNETIMI MI ?  Belirsizlik çoksa, müşteri iletişime açıksa ve 100 metre koşusu yapıyorsanız agile kullanmalısınız.  Maraton koşuyorsanız, karmaşık bir kaynak kullanımı varsa, müşteri ile iletişim kolay değilse geleneksel proje yönetimi kullanmalısınız.
  • 24. REFERANSLAR • http://www.agilealliance.org/ • http://www.acm-software.com/ • http://vimeo.com/4587652 • http://www.yusufsahin.net/post/2009/12/05/Agile-Proje-Yonetimi-Scrum.aspx • http://en.wikipedia.org/wiki/Lean_manufacturing • http://www.dailymotion.com/video/xec1mj_scrum-in-under-10-minutes_tech • http://www.mehmettargun.com/agile-proje-yonetimi-nedir/ • http://ccpace.com/Resources/documents/AgileProjectManagement.pdf • http://objectwin.com/agile.aspx • http://www.versionone.com/Agile101/Agile_Benefits.asp • http://www.kubernetes.co.uk • http://msdn.microsoft.com/en-us/magazine/dd347827.aspx • http://en.wikipedia.org/wiki/Microsoft_Solutions_Framework • http://www.mountaingoatsoftware.com/scrum-a-presentation

Notes de l'éditeur

  1. Burada ki lean kaynakların tamamen değer üreten ve müşterinin istediği noktaya doğru yönlendirmek diğer gereksiz ve zaman harcayan hedeflerden kaçmak anlamına geliyor.Muda (Japanese term)
  2. İlk önce müşteriye yani ürün sahibine (ProductOwner),  istediği ürün gereksinimlerinin neler olduğu sorulur ve bu ihtiyaçlar çıkartılır(ProductBacklog). Productbacklog içerisinde maddeler en önemliden az önemliye doğru sırlanması istenir. Belirli bir periyot içerisinde (1 hafta, 1 ay,2 ay vs.) içerisinde(bu periyoda Sprint denir) belirtilen gereksinimleri karşılayan tam olarak çalışan( burası önemli, teslim edilen ürün tam olarak çalışması gerekli) bir portatip müşteriye teslim edilir. Müşteri teslim edilen ürünü aldıktan ürünü inceler  test eder daha sonra tekrar ihtiyaçlarını belirler ve yine bunları en önemliden az önemliye doğru sıralar. Bu süreç ürün kapsam olarak müşterinin temel ihtiyaçlarını karşılar hale gelene kadar ( incremental ) devam eder. Bu işlerin sorumlusu olarak ScrumMaster(Proje Yöneticisi) görev başındadır. Yapılan geliştirmelerin periyot olarak yapılan sprintlerin yanında günlük olarak o gün ne yapılacağı ve bir önceki gün ne yapıldığı sorularına cevap arayan günlük sprintlerden oluşmaktadır. Bu toplantılar genellikle ayakta ve 15-20 dklık periyotlarda yapılır. Projedeki sorunlardan söz edilmez sadece ne yapıldı ve ne yapılacak konusu konuşulur. Tüm bu akış sayesinde müşterinin hiç kullanmayacağı fonksiyonoliteleri yapmak için harcanan maliyet azalırken sürekli müşteri geri dönüşlerini alarak ürünün kalitesinede(benim için kalite tarifi üründen beklentileri karşılmasıdır) etki eder.
  3. İlk önce müşteriye yani ürün sahibine (Product Owner),  istediği ürün gereksinimlerinin neler olduğu sorulur ve bu ihtiyaçlar çıkartılır(Product Backlog). Product backlog içerisinde maddeler en önemliden az önemliye doğru sırlanması istenir. Belirli bir periyot içerisinde (1 hafta, 1 ay,2 ay vs.) içerisinde(bu periyoda Sprint denir) belirtilen gereksinimleri karşılayan tam olarak çalışan( burası önemli, teslim edilen ürün tam olarak çalışması gerekli) bir portatip müşteriye teslim edilir. Müşteri teslim edilen ürünü aldıktan ürünü inceler  test eder daha sonra tekrar ihtiyaçlarını belirler ve yine bunları en önemliden az önemliye doğru sıralar. Bu süreç ürün kapsam olarak müşterinin temel ihtiyaçlarını karşılar hale gelene kadar ( incremental ) devam eder. Bu işlerin sorumlusu olarak Scrum Master(Proje Yöneticisi) görev başındadır. Yapılan geliştirmelerin periyot olarak yapılan sprintlerin yanında günlük olarak o gün ne yapılacağı ve bir önceki gün ne yapıldığı sorularına cevap arayan günlük sprintlerden oluşmaktadır. Bu toplantılar genellikle ayakta ve 15-20 dklık periyotlarda yapılır. Projedeki sorunlardan söz edilmez sadece ne yapıldı ve ne yapılacak konusu konuşulur. Tüm bu akış sayesinde müşterinin hiç kullanmayacağı fonksiyonoliteleri yapmak için harcanan maliyet azalırken sürekli müşteri geri dönüşlerini alarak ürünün kalitesinede(benim için kalite tarifi üründen beklentileri karşılmasıdır) etki eder.
  4. İlk önce müşteriye yani ürün sahibine (Product Owner),  istediği ürün gereksinimlerinin neler olduğu sorulur ve bu ihtiyaçlar çıkartılır(Product Backlog). Product backlog içerisinde maddeler en önemliden az önemliye doğru sırlanması istenir. Belirli bir periyot içerisinde (1 hafta, 1 ay,2 ay vs.) içerisinde(bu periyoda Sprint denir) belirtilen gereksinimleri karşılayan tam olarak çalışan( burası önemli, teslim edilen ürün tam olarak çalışması gerekli) bir portatip müşteriye teslim edilir. Müşteri teslim edilen ürünü aldıktan ürünü inceler  test eder daha sonra tekrar ihtiyaçlarını belirler ve yine bunları en önemliden az önemliye doğru sıralar. Bu süreç ürün kapsam olarak müşterinin temel ihtiyaçlarını karşılar hale gelene kadar ( incremental ) devam eder. Bu işlerin sorumlusu olarak Scrum Master(Proje Yöneticisi) görev başındadır. Yapılan geliştirmelerin periyot olarak yapılan sprintlerin yanında günlük olarak o gün ne yapılacağı ve bir önceki gün ne yapıldığı sorularına cevap arayan günlük sprintlerden oluşmaktadır. Bu toplantılar genellikle ayakta ve 15-20 dklık periyotlarda yapılır. Projedeki sorunlardan söz edilmez sadece ne yapıldı ve ne yapılacak konusu konuşulur. Tüm bu akış sayesinde müşterinin hiç kullanmayacağı fonksiyonoliteleri yapmak için harcanan maliyet azalırken sürekli müşteri geri dönüşlerini alarak ürünün kalitesinede(benim için kalite tarifi üründen beklentileri karşılmasıdır) etki eder.