SlideShare una empresa de Scribd logo
1 de 14
ÇEVİK MANİFESTO
ERCAN ÇETİN PMP, Telekom Profesyoneli
Professional, Info Sec Denetçi
Müşteri velinimetimizdir. Ürettiğimiz yazılımın
en işe yarayan kısmını ilk üretmeliyiz ve geri
kalanı da üretmeye devam etmeliyiz. Örneğin
bir web sayfasını geliştirme isteği düşünün.
Sayfaya eklenecek en önemli özelliği ilk yapıp
mümkünse daha proje devam ederken
müşterinin kullanıma sunup proje daha
bitmeden yarar sağlamaya başlaması güzel
olur. Projenin diğer kısımlarınıda yine
müşteriye en büyük yarar sağlayan kısımdan
başlayarak adım adım tamamlamalıyız.
ÇEVİK YAKLAŞIM KURAL-1
Çevik yaklaşım değişime direnmez.
Geliştirmenin son aşamasında bile
olunsa eğer müşteriye avantaj
sağlayacak bir durum ortaya çıkmışsa
değişiklik yapmaktan kaçınılmaz.
ÇEVİK YAKLAŞIM KURAL-2
Bir yazılım geliştirirken en kısa sürede birkaç
hafta veya birkaç aylık sürede yazılımın en
azından en yararlı kısmını devreye alın.Ne
kadar kısa sürede üretirseniz o kadar iyidir.
Her sprint (genelde 2 hafta) sonunda bir
demo çıktıyı müşteriye sunabilmelisiniz.
ÇEVİK YAKLAŞIM KURAL-3
İş sahipleri(Product owner, Customer) ile iş
geliştiricileri birlikte ve/veya günlük
görüşerek çalışmalılar. Bu klasik yaklaşıma
terstir. Klasik yaklaşımda kick off’ da iş
sahibi ( ürün sahibi, müşteri) ile toplanılır.
Sonrasında aşama aşama bilgilendirmeleri
proje yöneticisi yapar. Agile’ da aracılara yer
çok az yada yoktur ve yüksek oranda iletişim
gereklidir.
ÇEVİK YAKLAŞIM KURAL-4
Projelerinizde motive kişilerle
çalışın.Onlara ihtiyaçları olan ortamı
sağlayın. Proje ekibine işi başarıyla
tamamlayacakları konusunda güvenin.
Projelere genel bir antipati varken nasıl
motivasyon sağlanabilir derseniz: Herkesi
dinleyin ve işin en sevdikleri parçasını
dağıtmaya çalışın. Micro kontrol yapmayı
bırakın. İnsanları nerdeyse dron ile kontrol
edecek yöneticilerden olmayın.
Toplantılarda geri bildirimleri toplayın ve
ihtiyaç duydukları anda size gelecek rahatlığı
verin onlara.
ÇEVİK YAKLAŞIM KURAL- 5
En etkili iletişim yüzyüze olan iletişimdir.
Eğer bir ekip geliştiriyorsanız en etkili ve
kolay yüzyüze görüşme ile oluşturulur.
ÇEVİK YAKLAŞIM KURAL- 6
Çalışan bir yazılım ilerlemeyi değerlendirmenin en önemli adımıdır.
Her yazılan software’ in adım test edilmesi gerekir. Gün sonuna kadar
çalışmayan bir kod yazıp onu çöpe atıp ertesi gün sıfırdan başlamak
agile prensiplerle bağdaşmaz.
ÇEVİK YAKLAŞIM KURAL- 7
Çevik süreçler sürdürülebilir ilerlemeyi
teşvik eder. Sponsorlar, geliştiriciler ve
kullanıcılar süresiz olarak sabit bir hızda
devam edebilmelidir. Çalışanları çok
zorlarsanız motivasyonlarını kaybederler.
Haftada belli saatin üzerinde çalışmaya
zorlama, devamlı fazla mesai yaptırma
gibi durumlar çalışanların motivasyonunu
kaybetmesine ve işin sürdürülemez hale
gelmesine neden olur.
ÇEVİK YAKLAŞIM KURAL-8
Teknik mükemmellik ve iyi tasarımın
devamlılığı çevikliği artırır.
Daha iyi ve anlaşılır tasarım yapmaya
çalışmak, tasarım ve yazılımları bir
standarta bağlamak , herkesin aynı
şekilde geliştirme yapmaya zorlayarak
çevikliği artırır.Yapılan işlerin
standardını belirlemek çevikliği artırır.
ÇEVİK YAKLAŞIM KURAL-9
• Sadelik - yapılmayan iş miktarını
maksimize etme sanatı çok önemlidir.
Müşteri ne istiyorsa onu ver. Kapsama
ekleme yapıp Altın Kaplamaya neden
olmayın. Yada kapsamın dışına çıkmayın.Ne
isteniyorsa onu vermek basitlik ilkesini
anlatır.
ÇEVİK YAKLAŞIM KURAL-10
En iyi mimariler, gereksinimler ve
tasarımlar kendi kendini organize eden
ekiplerden ortaya çıkıyor.
>Agile ekiplerde proje yöneticisi
buyurgan değildir. İşleri kolaylaştırki en
iyi dizayn ortay çıksın.
ÇEVİK YAKLAŞIM KURAL-11
Düzenli aralıklarla ekibin nasıl işleri
yürüttüğünü ve nasıl daha iyi hale
getirileceğini gözden geçirmesi gerekir.
Her çıktı yada sprint sonunda takımın
nelerin iyi , nelerin kötü gittiğini nelerin
nasıl daha iyiye götürülebileceği
çalışmasını yapması gerekir.
ÇEVİK YAKLAŞIM KURAL-12
Çevik Manifesto'nun Dört Değeri
• Süreçler ve araçlardan çok bireyler ve
etkileşimler
• Kapsamlı dokümantasyon dan çok çalışan
yazılım
• Sözleşme müzakeresiden çok müşteri ile
işbirliği
• Bir planı modamod takipden çok
değişime hızlı cevap vermek

Más contenido relacionado

Similar a Çevik Manifesto Sunum

GDO'suz Yazılım Geliştirme Teknikleri
GDO'suz Yazılım Geliştirme TeknikleriGDO'suz Yazılım Geliştirme Teknikleri
GDO'suz Yazılım Geliştirme TeknikleriLemi Orhan Ergin
 
Agile 101 - Yeni başlayanlar için
Agile 101 - Yeni başlayanlar içinAgile 101 - Yeni başlayanlar için
Agile 101 - Yeni başlayanlar içinBulent Buyuksayar
 
E-ticarette Yazılım ve Altyapı
E-ticarette Yazılım ve AltyapıE-ticarette Yazılım ve Altyapı
E-ticarette Yazılım ve AltyapıMurat Kader
 
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
 
Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...
Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...
Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...Cenk Derinozlu
 
JİRA'ya Giriş / Atlassian
JİRA'ya Giriş / AtlassianJİRA'ya Giriş / Atlassian
JİRA'ya Giriş / AtlassianCansu Kaya
 
Yazılım mimarisi yazılım müh.
Yazılım mimarisi yazılım müh.Yazılım mimarisi yazılım müh.
Yazılım mimarisi yazılım müh.Hüseyin Örer
 
Project Management
Project Management Project Management
Project Management Ahmet Han
 
Sge Technology (SGE Teknoloji Tanıtım Sunumu)
Sge Technology (SGE Teknoloji Tanıtım Sunumu)Sge Technology (SGE Teknoloji Tanıtım Sunumu)
Sge Technology (SGE Teknoloji Tanıtım Sunumu)SGE Technology
 
Burak Budak - Ürün Yöneticileri için Mobil
Burak Budak - Ürün Yöneticileri için MobilBurak Budak - Ürün Yöneticileri için Mobil
Burak Budak - Ürün Yöneticileri için Mobilindir.com
 
Mobil Uygulama Geliştiricileri İçin Tavsiyeler
Mobil Uygulama Geliştiricileri İçin TavsiyelerMobil Uygulama Geliştiricileri İçin Tavsiyeler
Mobil Uygulama Geliştiricileri İçin TavsiyelerBurak Budak
 
Gartner EEE - Yazılım Geliştirme - SoftTech Deneyimleri
Gartner EEE - Yazılım Geliştirme - SoftTech DeneyimleriGartner EEE - Yazılım Geliştirme - SoftTech Deneyimleri
Gartner EEE - Yazılım Geliştirme - SoftTech Deneyimlerihalilaksu
 
Application Lifecycle Management Services by 4S
Application Lifecycle Management Services by 4SApplication Lifecycle Management Services by 4S
Application Lifecycle Management Services by 4SSerdar Zeybek
 
Yazilim Gelistirme Yöntemleri
Yazilim Gelistirme YöntemleriYazilim Gelistirme Yöntemleri
Yazilim Gelistirme Yöntemlerim_korkmaz
 
Yazılım Mimarileri - Yazılım Geliştirme Modelleri
Yazılım Mimarileri - Yazılım Geliştirme ModelleriYazılım Mimarileri - Yazılım Geliştirme Modelleri
Yazılım Mimarileri - Yazılım Geliştirme ModelleriKubra Kose
 

Similar a Çevik Manifesto Sunum (20)

GDO'suz Yazılım Geliştirme Teknikleri
GDO'suz Yazılım Geliştirme TeknikleriGDO'suz Yazılım Geliştirme Teknikleri
GDO'suz Yazılım Geliştirme Teknikleri
 
Agile 101 - Yeni başlayanlar için
Agile 101 - Yeni başlayanlar içinAgile 101 - Yeni başlayanlar için
Agile 101 - Yeni başlayanlar için
 
E-ticarette Yazılım ve Altyapı
E-ticarette Yazılım ve AltyapıE-ticarette Yazılım ve Altyapı
E-ticarette Yazılım ve Altyapı
 
Çevik Yaklaşım ve Scrum
Çevik Yaklaşım ve ScrumÇevik Yaklaşım ve Scrum
Çevik Yaklaşım ve Scrum
 
Agile cevik yaklasim ile scrum yontemi
Agile cevik yaklasim ile scrum yontemiAgile cevik yaklasim ile scrum yontemi
Agile cevik yaklasim ile scrum yontemi
 
Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...
Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...
Yazılım Projelerine Scrum Yazılım Geliştirme Modelinin Uygulanması ve Scrum Y...
 
JİRA'ya Giriş / Atlassian
JİRA'ya Giriş / AtlassianJİRA'ya Giriş / Atlassian
JİRA'ya Giriş / Atlassian
 
Çevik / Agile Metodoloji
Çevik / Agile MetodolojiÇevik / Agile Metodoloji
Çevik / Agile Metodoloji
 
Yazılım mimarisi yazılım müh.
Yazılım mimarisi yazılım müh.Yazılım mimarisi yazılım müh.
Yazılım mimarisi yazılım müh.
 
Project Management
Project Management Project Management
Project Management
 
Sge Technology (SGE Teknoloji Tanıtım Sunumu)
Sge Technology (SGE Teknoloji Tanıtım Sunumu)Sge Technology (SGE Teknoloji Tanıtım Sunumu)
Sge Technology (SGE Teknoloji Tanıtım Sunumu)
 
Agile proje yönetimi
Agile proje yönetimiAgile proje yönetimi
Agile proje yönetimi
 
Burak Budak - Ürün Yöneticileri için Mobil
Burak Budak - Ürün Yöneticileri için MobilBurak Budak - Ürün Yöneticileri için Mobil
Burak Budak - Ürün Yöneticileri için Mobil
 
Mobil Uygulama Geliştiricileri İçin Tavsiyeler
Mobil Uygulama Geliştiricileri İçin TavsiyelerMobil Uygulama Geliştiricileri İçin Tavsiyeler
Mobil Uygulama Geliştiricileri İçin Tavsiyeler
 
Gartner EEE - Yazılım Geliştirme - SoftTech Deneyimleri
Gartner EEE - Yazılım Geliştirme - SoftTech DeneyimleriGartner EEE - Yazılım Geliştirme - SoftTech Deneyimleri
Gartner EEE - Yazılım Geliştirme - SoftTech Deneyimleri
 
Scrum tanıtımı
Scrum tanıtımıScrum tanıtımı
Scrum tanıtımı
 
Application Lifecycle Management Services by 4S
Application Lifecycle Management Services by 4SApplication Lifecycle Management Services by 4S
Application Lifecycle Management Services by 4S
 
Jenkins Notlarım
Jenkins NotlarımJenkins Notlarım
Jenkins Notlarım
 
Yazilim Gelistirme Yöntemleri
Yazilim Gelistirme YöntemleriYazilim Gelistirme Yöntemleri
Yazilim Gelistirme Yöntemleri
 
Yazılım Mimarileri - Yazılım Geliştirme Modelleri
Yazılım Mimarileri - Yazılım Geliştirme ModelleriYazılım Mimarileri - Yazılım Geliştirme Modelleri
Yazılım Mimarileri - Yazılım Geliştirme Modelleri
 

Çevik Manifesto Sunum

  • 1. ÇEVİK MANİFESTO ERCAN ÇETİN PMP, Telekom Profesyoneli Professional, Info Sec Denetçi
  • 2. Müşteri velinimetimizdir. Ürettiğimiz yazılımın en işe yarayan kısmını ilk üretmeliyiz ve geri kalanı da üretmeye devam etmeliyiz. Örneğin bir web sayfasını geliştirme isteği düşünün. Sayfaya eklenecek en önemli özelliği ilk yapıp mümkünse daha proje devam ederken müşterinin kullanıma sunup proje daha bitmeden yarar sağlamaya başlaması güzel olur. Projenin diğer kısımlarınıda yine müşteriye en büyük yarar sağlayan kısımdan başlayarak adım adım tamamlamalıyız. ÇEVİK YAKLAŞIM KURAL-1
  • 3. Çevik yaklaşım değişime direnmez. Geliştirmenin son aşamasında bile olunsa eğer müşteriye avantaj sağlayacak bir durum ortaya çıkmışsa değişiklik yapmaktan kaçınılmaz. ÇEVİK YAKLAŞIM KURAL-2
  • 4. Bir yazılım geliştirirken en kısa sürede birkaç hafta veya birkaç aylık sürede yazılımın en azından en yararlı kısmını devreye alın.Ne kadar kısa sürede üretirseniz o kadar iyidir. Her sprint (genelde 2 hafta) sonunda bir demo çıktıyı müşteriye sunabilmelisiniz. ÇEVİK YAKLAŞIM KURAL-3
  • 5. İş sahipleri(Product owner, Customer) ile iş geliştiricileri birlikte ve/veya günlük görüşerek çalışmalılar. Bu klasik yaklaşıma terstir. Klasik yaklaşımda kick off’ da iş sahibi ( ürün sahibi, müşteri) ile toplanılır. Sonrasında aşama aşama bilgilendirmeleri proje yöneticisi yapar. Agile’ da aracılara yer çok az yada yoktur ve yüksek oranda iletişim gereklidir. ÇEVİK YAKLAŞIM KURAL-4
  • 6. Projelerinizde motive kişilerle çalışın.Onlara ihtiyaçları olan ortamı sağlayın. Proje ekibine işi başarıyla tamamlayacakları konusunda güvenin. Projelere genel bir antipati varken nasıl motivasyon sağlanabilir derseniz: Herkesi dinleyin ve işin en sevdikleri parçasını dağıtmaya çalışın. Micro kontrol yapmayı bırakın. İnsanları nerdeyse dron ile kontrol edecek yöneticilerden olmayın. Toplantılarda geri bildirimleri toplayın ve ihtiyaç duydukları anda size gelecek rahatlığı verin onlara. ÇEVİK YAKLAŞIM KURAL- 5
  • 7. En etkili iletişim yüzyüze olan iletişimdir. Eğer bir ekip geliştiriyorsanız en etkili ve kolay yüzyüze görüşme ile oluşturulur. ÇEVİK YAKLAŞIM KURAL- 6
  • 8. Çalışan bir yazılım ilerlemeyi değerlendirmenin en önemli adımıdır. Her yazılan software’ in adım test edilmesi gerekir. Gün sonuna kadar çalışmayan bir kod yazıp onu çöpe atıp ertesi gün sıfırdan başlamak agile prensiplerle bağdaşmaz. ÇEVİK YAKLAŞIM KURAL- 7
  • 9. Çevik süreçler sürdürülebilir ilerlemeyi teşvik eder. Sponsorlar, geliştiriciler ve kullanıcılar süresiz olarak sabit bir hızda devam edebilmelidir. Çalışanları çok zorlarsanız motivasyonlarını kaybederler. Haftada belli saatin üzerinde çalışmaya zorlama, devamlı fazla mesai yaptırma gibi durumlar çalışanların motivasyonunu kaybetmesine ve işin sürdürülemez hale gelmesine neden olur. ÇEVİK YAKLAŞIM KURAL-8
  • 10. Teknik mükemmellik ve iyi tasarımın devamlılığı çevikliği artırır. Daha iyi ve anlaşılır tasarım yapmaya çalışmak, tasarım ve yazılımları bir standarta bağlamak , herkesin aynı şekilde geliştirme yapmaya zorlayarak çevikliği artırır.Yapılan işlerin standardını belirlemek çevikliği artırır. ÇEVİK YAKLAŞIM KURAL-9
  • 11. • Sadelik - yapılmayan iş miktarını maksimize etme sanatı çok önemlidir. Müşteri ne istiyorsa onu ver. Kapsama ekleme yapıp Altın Kaplamaya neden olmayın. Yada kapsamın dışına çıkmayın.Ne isteniyorsa onu vermek basitlik ilkesini anlatır. ÇEVİK YAKLAŞIM KURAL-10
  • 12. En iyi mimariler, gereksinimler ve tasarımlar kendi kendini organize eden ekiplerden ortaya çıkıyor. >Agile ekiplerde proje yöneticisi buyurgan değildir. İşleri kolaylaştırki en iyi dizayn ortay çıksın. ÇEVİK YAKLAŞIM KURAL-11
  • 13. Düzenli aralıklarla ekibin nasıl işleri yürüttüğünü ve nasıl daha iyi hale getirileceğini gözden geçirmesi gerekir. Her çıktı yada sprint sonunda takımın nelerin iyi , nelerin kötü gittiğini nelerin nasıl daha iyiye götürülebileceği çalışmasını yapması gerekir. ÇEVİK YAKLAŞIM KURAL-12
  • 14. Çevik Manifesto'nun Dört Değeri • Süreçler ve araçlardan çok bireyler ve etkileşimler • Kapsamlı dokümantasyon dan çok çalışan yazılım • Sözleşme müzakeresiden çok müşteri ile işbirliği • Bir planı modamod takipden çok değişime hızlı cevap vermek