Agile proje yönetimi
Upcoming SlideShare
Loading in...5
×
 

Agile proje yönetimi

on

  • 6,183 views

 

Statistics

Views

Total Views
6,183
Views on SlideShare
6,183
Embed Views
0

Actions

Likes
1
Downloads
169
Comments
1

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • 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)
  • İ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.
  • İ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.
  • İ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.

Agile proje yönetimi Agile proje yönetimi Presentation Transcript

  • 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 FrameworkMicrosoft 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 FRAMEWORKLERBu 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 1den fazla Sprintten 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