Bankaya Özel / Internal Use T.C. Maltepe Üniversitesi Fen Bilimleri Enstitüsü Bilgisayar Mühendisliği Yüksek Lisans 2015-2016 Güz Dönemi Ders: BIL-515.

Slides:



Advertisements
Benzer bir sunumlar
EFQM MİLLİ EĞİTİM BAKANLIĞI EĞTİMDE MÜKEMMELLİK MODELİ
Advertisements

Apple Computer Inc. Altı Aşamalı Teknoloji Planlama Modeli (2005)
TS EN ISO 9001:2008 KALİTE YÖNETİM SİSTEMİ
Kalite Koordinasyon Grubu, Genel Bilgilendirme Toplantıları
1. GİRDİ KRİTERLERİ PUANLANDIRMA MATRİSLERİ
STRTEJİK PLAN HAZIRLAMA TAKIMININ OLUŞTURULMASI. Hazırlık Dönemi Çalışmaları ve Takımın Oluşturulması Stratejik planlama çalışmalarının başarısı plan.
SAKARYA ÜNİVERSİTESİ’NDE
ÇEVİK YAKLAŞIMLAR & SCRUM
Ender Topuz Ford Otosan - Yazılım mimarı
Stratejik Yönetim süreçlerinin Üniversitelerin hizmet kalitesine olan katkıları Stratejik Yönetim süreçlerinin Üniversitelerin hizmet kalitesine olan katkıları.
PROJE TEKLİFİ HAZIRLAMA
Maltepe Üniversitesi Mühendislik Fakültesi
Scrum Yazılım Geliştirme Yönteminin Uygulamaya Alınmasının Organizasyonel Etkileri Osman Karaahmetoğlu
Proje Dosyanızda Yer Alacak Belgeler
Arş. Gör. Cevdet KIZIL Kadir Has Üniversitesi 21/02/2005
Eğitim İhtiyaçları Değerlendirmesi (TNA)
SÜREÇ YÖNETİMİ Dr. Selami ERARSLAN İstanbul 2011.
Bora GÜRSEL CBÜ BAUM Proje Yöneticisi
ETKİ DEĞERLENDİRME ÇALIŞMALARI
Takımlar Neden Bu Kadar Popüler Oldu? Onlarca yıl önce W. L. Gore, Volvo ve General Foods gibi firmalar, üretim aşamalarına takımları da dâhil.
Yazılım Proje Yönetimi
Nesneye Dayalı Programlama
24. MÜHENDİSLİK DEKANLARI KONSEYİ TOPLANTISI Mayıs 2012, Ege Üniversitesi Mühendislik Fakültesi Mühendislik Eğitiminde Tasarım Dersleri Prof. Dr.
FMEA Failure Mode and Effects Analysis-Hata Türü ve Etkileri Analizi
KARİYER GELİŞTİRME Kariyer: (koşu yolu, arena, meslek hayatı, meslek)Meslekte, işte ilerleme, yükselme, başarılı olma olarak kullanılır. Kariyer, kişinin.
Quality Function Deployment
Kalite Kültürüne Dönüşüm Stratejileri
ERP Projelendirme Süreci
CUSTOMER RELATIONSHIP MANAGEMENT
STRATEJİK PLANLAMA.
GİRİŞ Program İyileştirme Çalışmaları Kapsamında Gerçekleştirilen İşlemler Fakülte / Bölüm Amaçlarının Belirlenmesi Bölüm / Program Yeterliklerinin Belirlenmesi.
ISO/TS 16949:2009 (Hafta 9) ISO 9001:2008’E GÖRE FARKLAR.
H.Ö.G.1 PERSONEL GENEL MÜDÜRLÜĞÜ. H.Ö.G TEKNİĞİN ÖZELLİKLERİ  EKİP BAZLI  PROJE BAZLI  KATILIMCI  İNNOVATİF  SÜREÇLERE YÖNELİK  ETKİN PLANLAMA.
STRATEJİK PLANI Silivri İlçe MEM Stratejik Planı
Süreç Yönetimi.
ISO ÇEVRE YÖNETİM SİSTEMİ TEMEL EĞİTİMİ
NÜFUS HİZMETLERİNİ GÜÇLENDİRME VAKFI
PERFORMANS YÖNETİMİ -1. Hafta-
Konu: Kritik Süreçlerin Belirlenmesi
(Proje Yönetimi ve Danışmanlık Metodları)
BÖLÜM 7 İşgören Eğitimi ve Geliştirme. BÖLÜM 7 İşgören Eğitimi ve Geliştirme.
ÇALIŞMA TAKIMLARINI ANLAMAK
Toplam Kalite Yönetimi
Scrum Takımlarında Performans Ölçüm Yaklaşımı
Üniversiteler İçin Proje Yönetim Bilgi Sistemi
 Projeler üç nedenle sona erdirilirler. 1. Proje amaçlarına ulaşılmış ve başarılı olarak tamamlanmıştır. 2. Projenin durdurulması gerekmektedir. 3. Proje.
Çevik Yaklaşımlar ‘Highest business value in shortest time...’
 Bir projeyi yönetmek üzere görevlendirilen ve projeyi, mümkün olan en yüksek üretkenlik, en düşük belirsizlik ve risk ile yürütmekten sorumlu kişidir.
STRATEJİ GELİŞTİRME DAİRE BAŞKANLARININ BOLOGNA SÜRECİNDEKİ ROLÜ Sabancı Üniversitesi 22 Ekim 2010.
ÇEVİK (Agile) SÜREÇLER Değişen gereksinimler, teknik riskler gibi önceden belirlenemeyen durumlara ve yazılım ürününü etkileyebilecek her tür değişikliğe.
Modern Taşımacılık Yönetimi Yaklaşımları 3PL 4PL ŞEVVAL OLGAÇ.
T.C. BİLİM, SANAYİ VE TEKNOLOJİ BAKANLIĞI BİLİM VE TEKNOLOJİ GENEL MÜDÜRLÜĞÜ AR-GE DESTEK PROGRAMLARI İL MÜDÜRLÜKLERİ EĞİTİM VE BİLGİLENDİRME TOPLANTISI.
Sistem Analizi ve Tasarımı
UNICASE... kapsamlı bir CASE* aracı * UNICASE.
ISO 9001:2015 standardı – Maddelerinin Tanıtımı
KAMU KURUMLARINDA SÜREÇ YÖNETİMİ ve
ADIYAMAN ÜNİVERSİTESİ
Uzaktan Erişim İşletme Yüksek Lisans Programı MAN519T STRATEJİK YÖNETİM 6. Hafta Temel Stratejiler ve Alt Grupları Yrd. Doç. Dr. Pınar FALCIOĞLU.
YENİLENEBİLİR ENERJİ YATIRIMLARININ FİNANSMANI ve TÜRKİYE UYGULAMASI
FULYA KARAYAZI.
Birleşik Süreç ve Çevik (Agile) Yazılım Süreç Modelleri
YENİLENEBİLİR ENERJİ YATIRIMLARININ FİNANSMANI ve TÜRKİYE UYGULAMASI
ISO 9001:2015 standardı – 8. Maddenin Tanıtımı
Meslek Yüksekokulu, 25 kasım 2010
ERP Projesinin Aşamaları İzmir. ERP Projesinin Aşamaları SatışSatış - Başlangıç – Kurulum – Analiz – Plan – Uyarlama – Eğitim – Geliştirme.
PROJE YÖNETİMİ.
ONTOLOJİ GELİŞTİRME ALANINDA ÇEVİK YAKLAŞIMLAR
Yazılım Mühendisliği Temel Süreçler - Sistem Analizi
Günümüzün yükselen trendi Girişimcilik, hayallerini gerçekleştirmek ve fark yaratmak isteyen bir çok yetenekli genç için,artık bir kariyer fırsatı olarak.
Sunum transkripti:

Bankaya Özel / Internal Use T.C. Maltepe Üniversitesi Fen Bilimleri Enstitüsü Bilgisayar Mühendisliği Yüksek Lisans Güz Dönemi Ders: BIL-515 Yazılım Mühendisliği Öğretmen : Doç.Dr. Şenol Zafer ERDOĞAN Hazırlayan : Kamil BALIKÇI Sunum Tarihi : 10/11/2015

Bankaya Özel / Internal Use Kelime anlamı olarak Çevik, Atılgan, Atik anlamına gelir. Agile, genellikle yazılım geliştirme de kullanılan geleneksel yazılım geliştirme methodlarına (Waterfall,Prototyping, Incremental Development vb.) alternatif methodolojiler bütünüdür larda, var olan Yazılım geliştirme süreçleri bürokratik, yavaş ve aşırı derecede sıkı bir düzene sahip olmasından dolayı eleştirilmeye başlanmıştı ortalarında yazılım geliştirme sektöründe ağır yazılım geliştirme methodlarına karşı olan; geliştirme organizasyonlarının teknolojik ve gereksinim değişikliklerine hızlıca adapte olabilmesine olanak sağlayan yenilikçi yaklaşımları destekleyen sayıca az düşünce liderleri vardı. Bunlar yazılım değişikliklerine uyum sağlamanın ötesinde bu değişiklikleri daha da güçlendirmenin çok daha başarılı bir geliştirme stratejisi olacağını farkettiler. Bu sektör liderleri Şubat 2001, Snowbird,Utah da bir araya geldikleri görüşmelerinde Agile Software Development terimini ortaya attılar. Ve günümüzde oldukça meşhur olan «Agile Manifestosunu» yayınladılar.

Bankaya Özel / Internal Use Süreçler ve araçlardan ziyade bireyler ve etkileşimlere Kapsamlı dökümantasyondan ziyade çalışan yazılıma Sözleşme pazarlıklarından ziyade müşteri ile işbirliğine Bir plana bağlı kalmaktan ziyade değişime karşılık vermeye değer vermeye kanaat getirdik. Özetle, sol taraftaki maddelerin değerini kabul etmekle birlikte, sağ taraftaki maddeleri daha değerli bulmaktayız Önceden Planlama ve detaylı gereksinimlerin yerine sürekli planlama, takım ve işbirliğini güçlendirme, zamanla gelişen tasarım, erkenden ve sık sık test ; en önemlisi de hızlı iterasyonlarda, sık sık çalışan yazılım teslim etme felsefesidir.

Bankaya Özel / Internal Use Agile Yöntemler; aşağıdaki yazılım geliştirme methotları için çatı/şemsiye bir isimdir. FDD: Feature-Driven Development RUP : Rational Unified Process DSDM : Dynamic System Development Method

Bankaya Özel / Internal Use Kaynak: Agile Yöntemlerin hepsi yalın yönetim ve Agile Manifesto da ki temel prensipler çerçevesinde uygulanır. Aralarındaki farklılık ise methodların süreçlerindeki farklılıktan kaynaklanır. Agile Yöntemler denildiğinde ilk akla gelen ve en popüler ve yoğun olarak kullanılan yöntem SCRUM ile devam edeceğiz.

Bankaya Özel / Internal Use 1990’ların başında Jeff Sutherland ve Ken Schwaber tarafından geliştirilen bir çerçevedir. Müşteri’den devamlı geri besleme alma mekanizması ile riski kontrol eder ve değişen koşullara göre devamlı yeniden “planlar”, deneysellik üzerine kurulmuştur Kısa aralıklarla teslim edilen çalışan fonksiyon ile, en yüksek “değerli” ürünü geliştirmeyi temel alır

Bankaya Özel / Internal Use Scrum terimi ilk olarak 1986 yılında; HBR de Takeuchi and Nonaka, The New Product Development Game adlı makalesinde yer almıştır. Scrum rugby oyununda bir terimdir. Temelleri Toyota’ya dayanmaktadır. (Lean Manufacturing) Scrum, 1993’ te yazılım geliştirme süreçlerine uyarlanmaya başlandı.

Bankaya Özel / Internal Use

Development Team kendi kendine organizedir. Üye sayısı 3 ile 9 arasındadır Development Team’in her bir üyesi özelleştirilmiş yeteneklere ve odak alanlarına sahip olabilir fakat sorumluluk bir bütün olarak Development Team’e aittir. Development Team bir PBI’ı çalışan bir ürün haline getirecek tüm yeteneklere sahiptir (Cross Functional) Developer dışında bir unvan tanımaz

Bankaya Özel / Internal Use Ürünün vizyon ve stratejisinden sorumludur. Release Yönetimi yapar. Sprint Review Toplantıları’nın sahibidir Development Team’in geliştirdiği işin değerini maksimize etmekle sorumludur. Yatırım Getirisinden sorumludur Product Backlog un Yönetiminden sorumludur

Bankaya Özel / Internal Use Scrum Takımı’nın, Scrum teori, pratik ve kurallarına bağlı kalması için çalışır Scrum Takımı dışındaki kişilerin Scrum Takımı’yla olan iletişimlerine yardım eder Agile ve Scrum konusunda sürekli gelişimi sağlar Hizmetkar liderdir

Bankaya Özel / Internal Use Bir ay veya daha az zaman sınırı olan, içerisinde “Done” durumunda, kullanılabilir ve potansiyel olarak yayınlanabilir bir Ürün Parçasının oluşturulduğu Sprint, Scrumın kalbidir. Baştan sona bir geliştirme çalışması boyunca Sprintlerin süresi sabittir. Önceki Sprint biter bitmez yeni Sprint başlar. Her bir Sprint bir aydan uzun bir ömrü olmayan bir proje olarak düşünülebilir. Projeler gibi Sprintler de bir şeyi başarmak için kullanılır. Her bir Sprintin sonucunda ortaya çıkacak olan ürünü vardır.

Bankaya Özel / Internal Use Product Backlog yapılacak işlerin önceliklendirilmiş sıralı listesidir Product Backlog’tan, içeriğinden,erişilebilirliğinden ve sıralamasından Product Owner sorumludur. Bir Scrum takımının yapacağı işlerin tek kaynağıdır Üst sıralarda öncelikli ve detaylandırılmış, alt sıralarda önceliği düşük ve detaylandırılmamış PBI’lar bulunur. Bu işlere dair büyüklük ataması (“size”lama) “Development Team” tarafından yapılır.

Bankaya Özel / Internal Use Sprint Planning Toplantısı’nın çıktılarından biridir Sprint Goal, Sprint Backlog’ta bulunan maddelere dair Development Team’in odaklanmasını sağlayan birkaç cümleden oluşan bir ifadedir. Sadece Development Team’e aittir ve kendisinden Development Team sorumludur. Development Team’in, Sprint’i planlaması için kullanılır.

Bankaya Özel / Internal Use Geliştirme takımının sprint sonunda ürettiği çalışan yazılımdır. Çalışan Yazılım, product owner istemesi durumunda release edilebilir bir durumda olmalıdır.

Bankaya Özel / Internal Use Product Backlog Item’ların istenen kalitede teslim edilmesi için belirlenen aktivitelerin listesidir ADIMLARKONTROL AnalizEvet Geliştirme Evet Kod Değerlendirme Evet Fonksiyonel Test Evet Kullanıcı Kabul Testi Evet

Bankaya Özel / Internal Use Gün içinde yapılacak işin planlandığı 15 dakikalık toplantıdır Bugün ne yapacağım? Dün ne yaptım? Development Team üyeleri bir araya gelir ve bilgi paylaşımı yaparlar Önümde engel var mı?

Bankaya Özel / Internal Use 4 haftalık Sprint için 8 saat ile sınırlıdır Takip eden “Nasıl?” bölümünde yapılacak PBI’lara dair Sprint Backlog oluşturulur Ne?” bölümünde PBI’ların büyüklükleri, Sprint’te hangilerinin yapılacağı ve Sprint Goal belirlenir. Toplantının girdisi Product Backlog, çıktısı Sprint Backlog ve Sprint Goal’dür “Nasıl?” bölümünde Development Team üyeleri analiz ve tasarım yaparlar “Nasıl?” bölümüne Product Owner katılmak zorunda değildir

Bankaya Özel / Internal Use Proje paydaşları Product Owner tarafından davet edilir Development Team üyeleri bitmiş PBI’ların sunumunu yapar ve çalışan yazılım hakkındaki soruları cevaplandırır Development Team üyeleri nelerin iyi gittiğini, nelerin iyi gitmediğini ve yaşanan problemlerin nasıl çözüleceğini anlatır Product Owner hangi Product Backlog Item’ların Definition Of Done’a uyduğunu açıklar 4 haftalık Sprint’lerde 4 saat ile sınırlıdır Paydaşlar geri bildirimlerde bulunurlar, bunlar PO’ya Sprint Planning Toplantısı için önemli bir girdi sağlar.

Bankaya Özel / Internal Use 4 haftalık Sprint’lerde 3 saat ile sınırlıdır Scrum Takımı’nın işini yapış şeklindeki iyileştirmelerin yapılabilmesi için plan oluşturmadır Bir önceki Retrospective Toplantısı’nda commit verilen maddelerden yapılanlar değerlendirilir Son Sprint’in ilgili kişiler, ilişkiler, süreç ve araçlar için nasıl geçtiğinin değerlendirilmesi Starfish Mad/Sad/Glad

Bankaya Özel / Internal Use Sprint süresi içerisinde ekibin yapacağı çalışmaların izlenmesine olan sağlayan araçtır. Ekibin yaptığı çalışmalarda planın ne kadar ilerisinde veya gerisinde olduğu görünebilmektedir. Bu chart genellikle Scrum Board nın yanında yer alır. Scrum Master “Daily Meeting”lerde ortaya çıkan, takımın ilerlemesini engelleyecek problemleri “Impediment List”de toplar. Çözümleri için gerekli adımları atar. PBI’ların oluşturulması ve/veya detaylandırılması işidir. GELECEKTEKİ Sprint’lere alınacak PBI’ları olgunlaştırmak, Product Backlog’u arındırmak, etki noktalarını çıkarabilmek Grooming çalışmaları her zaman toplantı şeklinde gerçekleşmek zorunda değildir.

Bankaya Özel / Internal Use

HBR Makale : Takeuchi and Nonaka, The New Product Development Game Kitap : Software in 30 days, Ken Scwaber and Jeff Sutherland ACM Türkiye Finans Katılım Bankası Agile Dönüşüm Dokümanları Kitap : Jeff Sutherland’s Scrum Handbook

Bankaya Özel / Internal Use