58
YAZILIM PROJELERİNE SCRUM YAZILIM GELİŞTİRME MODELİNİN UYGULANMASI VE SCRUM YÖNETİM YAZILIMI :ONTIME CENK DERİNÖZLÜ

CENK DERİNÖZLÜ

  • Upload
    tara

  • View
    100

  • Download
    7

Embed Size (px)

DESCRIPTION

YAZILIM PROJELERİNE SCRUM YAZILIM GELİŞTİRME MODELİNİN UYGULANMASI VE SCRUM YÖNETİM YAZILIMI :ONTIME. CENK DERİNÖZLÜ. PROBLEM. Teknolojik değişimler ve hızlı değişen müşteri gereksinimleri nin karşılanamaması Müşteri ihtiyacını karşılayan kaliteli ve hızlı ürün çıkarılamaması. - PowerPoint PPT Presentation

Citation preview

YAZILIM PROJELERNE SCRUM YAZILIM GELTRME MODELNN UYGULANMASI VE SCRUM YNETM YAZILIMI :ONTIME

YAZILIM PROJELERNESCRUM YAZILIM GELTRME MODELNN UYGULANMASI VE SCRUM YNETM YAZILIMI :ONTIME

CENK DERNZLPROBLEMTeknolojik deiimler ve hzl deien mteri gereksinimlerinin karlanamamas

Mteri ihtiyacn karlayan kaliteli ve hzl rn karlamamasYAZILIM GELTRME SRECYazlm Gelitirme Sreci 5 ana blmden oluur.

ANALZTASARIMKODLAMATESTENTEGRASYONGELENEKSEL YNTEMLER

NEDEN UYGUN DEL?Geleneksel yntemler kullanlan projelerde projenin tm gereksinimleri ngrlmeye alld iin analiz ve tasarm sreci iin ayrlan zamann fazla olmasSre boyunca mteri ile iletiim az olduu iin kan rnn mteri ihtiyacn karlayamamasProje boyunca yaplmas gerekli olan bir ksm deiiklikler proje balang aamalarnda fark edilemeyip projenin ilerleyen aamalarnda fark edilmesi

ZMEVK YAZILIM GELTRME SREC

evik Yazlm Gelitirme Sreci Teknolojik yeniliklerin projeye uygulanmasnn gerekli olduu ve mterilerin ne istediklerini ortaya koyamadklar durumlarda geleneksel yntemlere alternatif olarak ortaya atlm yazlm gelitirme srecidir.evik Manifesto

evik Yntem Karar AamasKurumlar iin projeye balamadan nce cevaplanmas gereken ilk soru projenin geleneksel yntemler mi yoksa evik yntemlerle mi gelitirileceidir. Bu aamada kurum proje iin aadaki sorular yantlamaldr.

evik Yntem Karar AamasProje sahibi olan mteri proje balangcnda tm gereksinimleri belirleyemiyor mu?Mteri gereksinimlerinin sre boyunca abuk ve sk deiebilme ihtimali var m?Proje sresince gerekleen teknolojik deiimlerin projeye uyarlanma durumu var m?Proje birden ok i parasna blnebiliyor mu? Yukardaki sorulara EVET yant verilebiliyorsa yazlm gelitirme yntemi olarak evik Yntemler kullanlmaldr.

evik Yntem AdaptasyonGeleneksel yntemlerle proje kltrne sahip olan kurumlar proje yntemi olarak evik yntem kullanmaya karar verdiklerinde yeni ynteme adaptasyon sreleri balamaktadr.

evik sreler ile gerekletirilecek projenin baarl olabilmesi iin evik ynetim srecinin ekip yeleri tarafndan benimsenmesi olduka nemlidir.

evik Kavramlarn renilmesievik yntemlere gei aamasna balarken evik yntemlerin getirdii yeni kavramlar hakkn da bilgiye sahip olunmas nemlidir.

evik Yntemlerde bilinmesi gereken kavramlar roller,kavramlar,sreler,pratikler ve aralar olmak zere be grup altnda incelenebilir.

evik KavramlarRoller:rn sahibi, Scrum master ve TakmYeni Kavramlar:Sprint backlog ,Product backlog, Kullanc hikayeleriYeni Sreler:Gnlk toplantlar, sprint planlama toplants, gereksinim belirleme toplantlar, sprint durum deerlendirme toplantlarYeni Pratikler:Fonksiyonel testlerin otomatikletirilmesi,test gdml yazlm gelitirme, eli programlamaYeni Aralar:Srekli entegrasyon aralar,otomatik test yaplar, agile aralarYeni Dnce Yaps:Sre izlenebilirlii, takm almas,deiikliklerin benimsenmesi

evik Pilot Proje Modelievik Yntem yeteneklerinin gelitirilebilmesi iin en iyi yntem i paracklarna ayrlabilen rnek bir proje zerinde almaktr.Bu nedenle evik yntemlerin kullanlabilecei pilot bir proje seilmelidir.

Pilot Proje (Uygun Model)Agile konusunda uzman kiilerden eitim ve danmanlk destei alnmasOrta dereceli kritik bir projenin pilot proje olarak seilmelidir.

Neden Orta Dereceli bir proje seilmelidir? Dk dereceli proje seildii takdirde ynetim tarafndan da gerekli ilgi ve destei grmeyebilir. Yksek kritik seviyeli proje seildiinde ise baarsz olma durumunda alnacak riskler yksetir. Bu nedenlerden dolay hem kurumun ilgi ve desteini alnabilmesi ve baarszl durumunda alnacak riskleri azaltmak iin orta dereceli bir projenin evik uyum srecinde pilot proje olarak seilmesi uygun olacaktr.

Pilot Proje (Uygun Model)Proje sresi ok ksa veya ok uzun olmamaldr.Pilot proje iin ideal sre 4-6 ay arasndadr.Proje Takm renme ve iletiim yetenekleri gl teknik kiilerden oluturulmaldr.Proje takmn oluturan yeler belirlenirken yarsnnagile sreler konusunda tecrbeye sahip olmas tercih edilmelidir.Proje takm eleman saysnn 5 ile 7 arasnda olmas tercih edilmelidir.Proje takm iin ideal ortam salanmaldr.

evik -Pilot Proje Model (Uygun Olmayan Model)Pilot proje olarak nemsiz bir projenin seilmesi.Bu durumuda pilot proje kurumun ilgisini ve ynetimin desteini alamayabilir.Takmdaki roller iinde destek salayan proje sahibine rol verilmemesiTeknik Proje Yneticisinin hem rn sahibi hem scrum master roln yapmaya almasProjede baarl veya baarsz durumlarn ynetimden gizlenmesiGemie ynelik deerlendirme toplantlarnn yaplmamasKalite departmann evik gelitime takmna itirak etmemesi elale modelindeki yapsn korumas.

evik-Pilot Proje Modeli alma Alan Dzeni (Uygun Model)Agile Srecine geite takm yeleri arasnda iletiimin salanabilmesi iin alma ortamnda ekip yeleri arasndaki bariyerler kaldrlmaldr.Proje admlarnn, kullanc hikyelerinin aamalarnn ekip yeleri tarafndan takip edilebilmesi iin beyaz tahta ve duvarlar kullanlmaldr.D ortamdaki seslerden yaltlm, yeterli k alan rahat bir alma ortam salanmaldr. Ekip yelerinin telefon konumalarn alma alan dnda yapmalar salanmaldr.

evik-Pilot Proje Modeli alma Alan Dzeni (Uygun Model)Ekipteki herkesin iterasyondaki gereksinimlerin durumunu takip edebildiklerinden emin olunabilmelidir.terasyon durumlar iin alma alanndaki beyaz tahta ve duvarlar kullanlabilir.Gnlk durum toplantlarnn yaplabilmesi uygun yer salanmaldr.Gnlk toplantlarn her gn ayn saatte yaplmas nemlidir. Bu nedenle gnlk toplantlar iin saat belirlenmelidir.

Pilot Proje Modeli alma Alan (Uygun Olmayan Model)Farkl Proje takmlarnn aralarnda ses yaltm olmayan ayn ak alanda almas durumuFonksiyonel olarak balantl olan takm /takm yeleri arasnda kubik,duvar vs olmasndan dolay takmlarm birbirini grememesiMerkezi ve saha ekip yeleri olmas durumunda saha yelerinin/takmlarnn biribiriyle iletiim kurabilmeleri iin iletiim yazlmlarnn mevcut olamamasAyn lokasyonda alan takm yesinin e zamanl baka projeye atanmasTakm proje alma alannda telefon grmelerinin yaplabilmesi

SCRUM SRECSrm PlanlamasKullanc Hikayelerinin OluturulmasSrm eriinin BelirlenmesiSre Tahmini Yaplmas Planlama OyunuSrm Kapsamnn BelirlenmesiSprint Kapsamlarnn Belirlenmesi

SRM PLANI:Srm, bir yazlm sisteminin bir veya birden fazla zellik implementasyonunu ihtiva eden bir versiyonudur. Her srm bir ile aylk bir yazlm srecinden sonra oluan zellikleri ihtiva eder.

Srm plan projenin yol haritasdr.Bu planda zelliklerin hangi sraya gre implemente edilecei ve hangi tarihte yeni srmlerin oluturulaca yer alr.

KULLANICI HKAYELER:Kullanc hikayeleri kartlar mteri tarafndan istenen sistem zelliklerinin bir ya da iki cmle ile anlatld kartlardr.Gelitirici tarafndan implementasyon kullanc hikayeleri baz alnarak yapld iin anlalr olmaldr. Kullanc hikaye kartlar mteri tarafndan proje kapsamnda istenen tm zellikler iin hazrlanr.Tm kullanc hikaye kartlarn ieren dokman Product Backlog olarak adlandrlr.

Srm eriinin Belirlenmesi:rn sahibi mteri kendi yazlm takmna rn ieriinde(Product Backlog) kararlatrlan kullanc hikayelerini (User Stories) ncelik srasna gre belirtir ve hikaye kartlarn tahmin yaplmak zere gelitiricilere verir.

Sre Tahmini Nasl Yaplr:Gelitiriciler mteri tarafndan seilen kullanc hikayesinin implementasyon sresini tahmin ederler

Tahminlerin salkl yaplmas iin her kullanc hikayesi iin her gelitiriciler planlama kartlar ile tahminde bulunulan oyunu oynarlar

Planlama Oyunu:

Sre Tahmini Nasl Yaplr:Gelitiricilerin her biri bu planma kartlarndan bir sete sahiptir. Seilen bir kii kullanc hikayesindeki gereksinimi okur.Mteri bu kullanc hikayesi iin gerekli implementasyon sresini sorar.Gelitiricilerin her biri ayr ayr gerekli sreye karlk gelen kartlarn gsterir.Tahminler iin hikaye puanlar (story points) kullanlr. 1 hikaye puan rnein 1 i gn (8 saat) olabilir. Gelitiriciler her kullanc hikayesini kendi bana tahmin etmek yerine,kullanc hikayelerini birbirleriyle kyaslayarak tahminde bulunurlar.

Load Faktr:Zaman tahmini yaplrken gelitiricinin ideal artlarda bir gnde 8 saat program yazmas dnlmektedir.Halbuki normalde gelitiriciler programlama dnda gn iinde bilgi alverii,toplant vb ilerle urama durumunda kalmaktadr.Bu nedenle tahmin yaplrken load factor orannn hesaba katlmas daha salkl tahminler yaplmasn salar.

Srm Kapsamnn Belirlenmesi:rn erik kapsamndaki kullanc hikayelerinin ncelikleri ve tahmini gerekletirilme sreleri belirlendikten implemente edilecek olan kullanc hikayeleri mteri tarafndan belirlenir.

Srm plan projenin balangcnda yaplan ve bir daha deimeyen bir plan deildir.

Mteri herhangi bir iterasyonda yeni bir kullanc hikayesinin eklenmesini ,karlmasn veya deitirilmesini talep edebilir.

Sprint Kapsamlarnn Belirlenmesi:Sprint Toplants -1Sprint Toplants -2Sprint Gzden Geirme ToplantsSprint Kapatma Toplants

Sprint Planlama Toplants -1:Her sprint balangcnda sprint planlama toplants gerekletirilirSprint uzunluu 2 ile 4 hafta arasnda olmaldr. Tahminler ve nceliklere gre sprint ierisinde yaplacak kullanc hikayeleri belirlenir.Seilen gereksinimlerle Sprint Backlog oluturulur

Sprint Planlama Toplants -2:Bu toplantda ilerin teknik boyutu aklanr. Gelitiriciler kullanc hikayelerini gzden geirerek grev (task) listesi olutururlar. Bu grevler grev kartlarna (task cards) yazlr.

Grev kartlar ait olduklar kullanc hikayesinin yer ald hikaye kartyla gruplandrlr.

Sprint Planlama Toplants -2:Bu toplantda ilerin teknik boyutu aklanr. Gelitiriciler kullanc hikayelerini gzden geirerek grev (task) listesi olutururlar. Bu grevler grev kartlarna (task cards) yazlr.

Grev Tahtas:Sprint ieriinin ve ilerleme durumunun takip edilebilmesi iin drt sutunlu bir grev tahtas kullanlr: 1. stunda sprintde bulunan kullanc hikayeleri 2. stunda grevler (ToDo) 3. stunda alma (Progress) ve 4.stun'da teslime hazir (Done) olan hikayeler bulunur.

Grev Tahtas:

Zaman Grafikleri:Srm ve Sprint ile ilgili ilerleme durumlarn izlemek iin proje boyunca Release Burndown ve Sprint Burndown grafiklerinden yararlanlr.

Relase Burndown:Kalan gereksinimler/geen zaman grafiidir. Proje balamadan productbacklog ierisindeki tm gereksinimlerin bir grafikte dikey olarak yazlr.

Ardndan her sprint bittikten sonra yatay blm biten gereksinimlerle gncellenir ve bylelikle projenin hayat srecinde yukardan aagya doru giden bir yatay izgi oluur.

Sprint Burndown:

RNEK :SCRUM DUVAR PANOSU

SCRUM LE YARDIMCI YAZILIMLARIN KULLANILMASI:Duvar Panolarnn ve beyaz tahtalarn kullanlmas kk ve ayn lokasyonda olan ekipler iin nerilsede deiik lokasyonda olan ,karmak ve kalabalk ekipler iin ynetilmesi ve takip edilmesi zor bir yntemdir.

Gnmzde scrum srecine uygun eitli yazlmlar vastasyla kullanc hikayeleri oluturulabilmekte srm ve sprint takibi yaplabilmektedir.

YARDIMCI YAZILIMLAR KULLANILMASININ GETRLER:Sre takibinin elektronik ortama tanmas ile

Srm takibiSprint TakibiSprint kapsamndaki kullanc hikayeleri,Kullanc hikayelerine atanan programclar,Programclar zerindeki i ykleriBurndown grafikler Her trl ilerleme raporu gibi proje hakknda gerekli olabilecek her trl bilgiye kolayca ulalabilmektedir.Scrum srecine uygun yazlmlar kullanlmas geleneksel yntemlerden evik ynteme gei srecinide hzlandrmaktadr.

ONTIME YAZILIMIAxasoft firmasnn rn olan Ontime rn scrum uyumlu ok kullanc destei olan proje ynetim ve takip yazlmdr.

Ontime rn ile sprintler ve ierdikleri kullanc kartlar oluturulmasnn yannda gereksinim baznda grevler oluturulup ekip ierisindeki ilgili programcya balayabilmek gibi proje ynetimi srasnda duyulacak her trl ihtiyaca karlk verebilmektedir.

1. ADIM Yeni Proje Oluturulmas:Ara ubuu zerinde Add>>New Project butonuna tklanarak yeni proje oluturulur.

2. ADIM Yeni Srm(Release) Ekleme:Release Tab seildikten sonra Ekle (+) tuuna baslarak yeni bir release oluturur.

Hata Takip Ekran:Hata Tespit edildikten sonra ilgili kaytn oluturulduu ekrandr.Hata ilk bildirildiinde Workflow step Reported durumundadr.ekip personeli hatay dzelttikten sonra durumunu test edilebilir olarak gnceller.

zellik Durum Ekran:Proje boyunca mteri veya ekip tarafndan yaplmasnn fonksiyonel adan nemli olduu isteklerin takip edildii ekrandr.Yaplmas uygun grlen isteklerin durumu burdan takip edilebilir.

Yeni zellik Ekleme:Proje Yneticilerinin proje durumu ile ilgilendikleri ilerleme durumlarn grafiksel olarak izleyebildikleri ekrandr.

Proje Durum zleme Ekran (DashBoard):Proje Durum zleme Ekran (DashBoard):

Scrum Planlama Ekran Backlog gereksinimlerin grsel ekilde ynetilip izlenebildii ekrandr.

Kolay Kullanml grsel arayz ile backlog gereksinimlerini i ak ve kart eklinde grntlenebilmesini salamasnn yannda kartlarn iak durumlar arasnda tanabilmesine de olanak salamaktadr.

SCRUM Planlama EkranSCRUM Planlama Ekran:

Yazlm scrum uyumlu rapor ablonlar iermekte istenirse kendi rapor ablonlarnzn retilmesine destek vermektedir.

SCRUM Raporlama Ekranlar

rnek Raporlar

rnek Raporlar

CENK [email protected]

TEEKKURLER