Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir?

Scrum Nedir?

Scrum Nedir?, Scrum Nerededir?, Scrum Hakkında Bilgi?, Scrum Analizi? Scrum ilgili Scrum ile ilgili bilgileri sitemizde bulabilirsiniz.  Scrum ile ilgili daha detaylı bilgi almak ve iletişime geçmek için sayfamıza tıklayabilirsiniz. Scrum Ne Anlama Gelir Scrum Anlamı Scrum Nedir Scrum Ne Anlam Taşır Scrum Neye İşarettir Scrum Tabiri Scrum Yorumu 

Scrum Kelimesi

Lütfen Scrum Kelimesi İle ilgili Daha Fazla Bilgi Almak İçin Kategoriler Sayfamıza Bakınız. Scrum İlgili Sözlük Kelimeler Listesi Scrum Kelimesinin Anlamı? Scrum Ne Demek? ,Scrum Ne Demektir? Scrum Ne Demektir? Scrum Analizi? , Scrum Anlamı Nedir?,Scrum Ne Demektir? , Scrum Açıklaması Nedir? ,Scrum Cevabı Nedir?,Scrum Kelimesinin Anlamı?,Scrum Kelimesinin Anlamı Nedir? ,Scrum Kelimesinin Anlamı Ne demek?,Scrum Kelimesinin Anlamı Ne demektir?

Scrum Bu Kelimeyi Kediniz Aradınız Ve Bulamadınız

Scrum Kelimesinin Anlamı Nedir? Scrum Kelimesinin Anlamı Ne demek? , Scrum Kelimesinin Anlamı Ne demektir?

Demek Ne Demek, Nedir? Tdk'ye Göre Anlamı

Demek kelimesi, dilimizde oldukça kullanılan kelimelerden birisidir. TDK'ye göre, demek kelimesi anlamı şu şekildedir:

Söylemek, söz söylemek -  Ad vermek -  Bir dilde karşılığı olmak -  Herhangi bir ses çıkarmak -  Herhangi bir kanıya, yargıya varmak -  Düşünmek - Oranlamak  - Ummak, - Erişmek -  Bir işe kalkışmak, yeltenmek -  Saymak, kabul etmek -  bir şey anlamına gelmek -  öyle mi,  - yani, anlaşılan -  inanılmayan, beklenmeyen durumlarda kullanılan pekiştirme veya şaşma sözü

Scrum Bu Kelimeyi Kediniz Aradınız Ve Bulamadığınız İçin Boş Safyadır

Demek Kelimesi Cümle İçerisinde Kullanımı

Eskilerin dediği gibi beşer, şaşar. -  Muşmulaya döngel de derler.

Kamer `ay` demektir. -  Küt dedi, düştü. -  Bu işe herkes ne der? -  Güzellik desen onda, zenginlik desen onda. -  Bundan sonra gelir mi dersin? -  Saat yedi dedi mi uyanırım. - Kımıldanayım deme, kurşunu yersin. Ağzını açayım deme, çok fena olursun. - Yarım milyon dediğin nedir? - Okuryazar olmak adam olmak demek değildir. -  Vay! Beni kovuyorsun demek, pekâlâ! Scrum - Demek gideceksin.

Demek Kelimesi Kullanılan Atasözü Ve Deyimler

- dediği çıkmak - dediğinden (dışarı) çıkmak - dediğine gelmek

 - dedi mi - deme! - demediğini bırakmamak (veya koymamak) - deme gitsin  - demek istemek , - demek ki (veya demek oluyor ki) , - demek olmak , - dememek - der oğlu der - deyip de geçmemek - diyecek yok - dediği çıkmak , {buraya- - dediğinden (dışarı) çıkmak - dediğine gelmek i, - dedi mi , {buraya- - deme! - demediğini bırakmamak (veya koymamak) - deme gitsin , - demek istemek - demek ki (veya demek oluyor ki) - demek olmak - dememek - der oğlu der - deyip de geçmemek - diyecek yok

Scrum

Scrum Nedir? Scrum Ne demek? , Scrum Kelimesi İle ilgili Daha Fazla Bilgi , Almak İçin Kategoriler Sayfamıza Bakınız. İlgili Sözlük Kelimeler Listesi

Scrum Kelimesinin Anlamı? Scrum Ne Demek? Scrum Ne Demektir? ,Scrum Analizi? Scrum Anlamı Nedir? Scrum Ne Demektir?, Scrum Açıklaması Nedir? , Scrum Cevabı Nedir? , Scrum Kelimesinin Anlamı?






Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir?

Scrum

Vikipedi, özgür ansiklopedi
Yazılım geliştirme süreci
Etkinlikler ve adımlar
Gereksinimler | Mimari | Tasarım | Yaşama geçirme | Sınama | Konuşlanma
Modeller
Agile | Cleanroom | Iterative | RAD | RUP | Spiral | Waterfall | XP | Scrum
Supporting disciplines
Configuration management | Documentation | Software quality assurance (SQA) | Project management | User experience design
Scrum Süreci

Scrum (engl. "itişip kakışma“), yazılım geliştirme ve yazılım Mühendisliği'nde bir uygulama geliştirme çerçevesidir. Proje yönetimi'nde karmaşık bir ortamda ürünleri geliştirmek, sunmak ve sürdürmek için Çevik yazılım geliştirme felsefesini benimseyen bir çerçevedir. "Hamleci yaklaşım" şeklinde bir çeviri önerilmiştir.[1][2] Bu geliştirme çerçevesinin temel özelliği gözlemci, geliştirmeci ve tekrara dayalı olmasıdır. Birçok modern yazılım projesinin oldukça karmaşık olduğu ve en baştan tümünü planlamanın zor olacağı şeklindeki bir varsayımdan hareket eder. Bu karmaşıklığı üç ilke ile azaltmaya çalışır.[3]

  1. Şeffaflık: Projedeki ilerlemeler ve sorunlar günlük olarak tutulur ve herkes tarafından izlenebilir olması sağlanır.
  2. Gözlem: Ürünün parçaları ya da fonksiyonları düzenli aralıklarla teslim edilir ve değerlendirilir.
  3. Uyumlanma: Ürün için gereksinimler en baştan bir defalığına belirlenmez, bilakis her teslimat tekrar değerlendirilir ve duruma göre uyarlamalar yapılır.

Amaç başlangıçta hayal edilen ve tasarlanana uyan bir ürünün, hızlı, ucuz ve kaliteli şekilde üretilmesidir. Tasarlanan ürünün gerçekleştirilmesi, müşteri/kullanıcı tarafından mümkün olduğunca detaylı şekilde hazırlanmış bir talepler listesinin aşama aşama gerçekleştirilmesi biçiminde yapılmaz. Bunun yerine müşteri/kullanıcı tarafından istenilen ve tanımlanan işlevler, iki ya da dört haftalık "Sprint" adı verilen dönemler içerisinde geliştirilir ve yeniden gözden geçirilir. Bu kullanıcı bazlı gereksinim tanımı Kullanıcı Hikayesi olarak nitelenir ve özellikler defterinde yer alır. Her Sprint sonunda yazılımın fonksiyonel bir parçası bitmiş ve müşteriye teslim edilebilir bir durumda olur. Scrum Çevik yazılım geliştirme prensiplerini hayata geçiren bir yöntemdir.[4]

Scrum karmaşık projelerin yönetimi için bir çatıdır (Çatı anlayışı bitmiş bir program değil, yazılımın bir çerçevesidir).[5]

Tarihsel Temelleri[değiştir | kaynağı değiştir]

Scrum Ken Schwaber ve Jeff Sutherland tarafından 1990'ların başında geliştirildi ve temel fikirleri Schwaber (Schwaber 2004) tarafından ortaya konmuştur.

Scrum proje rolleri:

  • Ürün Sahibi (Product Owner)
  • Takım (Team)
  • Scrum Ustası (ScrumMaster)

ve özellikle "geleneksel" "proje yöneticisi" rolü bulunmaz.

Proje rollerinin görevlerine ek olarak Scrum proje akışını Sprint (en fazla dört hafta süren) anlayışıyla düzenler.

Ken Schwaber, Jeff Sutherland ve diğerleri tarafından formüle edilen Çevik manifesto (Agile 2001) çevik yazılım geliştirme değerleri Scrumda vücut bulur:

Çevik Yazılım Geliştirme Manifestosu'na göre;

1) Süreçler ve araçlardan ziyade, bireyler ve etkileşimler,

2) Kapsamlı dokümantasyondan ziyade, çalışan yazılım,

3) Sözleşme pazarlıklarından ziyade, müşteri ile işbirliği,

4) Bir plana bağlı kalmaktan ziyade, değişime cevap vermek,

daha değerlidir...

Roller[değiştir | kaynağı değiştir]

Scrum Süreç-Modeli net olarak üç çeşit rolü tanır: Ürün Sahibi, Takım ve Scrum Master.

Etkileşim[değiştir | kaynağı değiştir]

Scrum Ustası: Takımı korumak ve yardımcı olmak. Ürün sahibine yardımcı olmak.

Ürün Sahibi: Kullanıcı hikâyelerinin ayrıntılarını takım ile konuşmak. Dış rollerdekiler ile "Kullanıcı Hikâyeleri"ni belirlemek.

Geliştiriciler: Gereksinimlerin nasıl yapılacağını belirlemek ve standart kalite çerçevesinde (Bitti Tanımı) geliştirmek.

Ürün Sahibi (Product Owner)[değiştir | kaynağı değiştir]

Ürün Sahibi stratejik ürün geliştirmeden sorumludur. Sorumluluğu net bir ürün vizyonunun Tasarımı, iletişimi, özelliklerin tanımı ve önceliklendirme, teslim edilen sprintin işlevselliği ve kabul edilebilir olup olmadığına karar verme ve şirketin ekonomik faydasına uygun ürün tasarımı ve ana amaçları belirler.[6] Yalnızca o teslimat, işlevsellik ve maliyet gibi kararlardan sorumludur.

Ürün Sahibi ürün özelliklerinin tanımlaması işlemini Ürün Gereksinimini (Product Backlog) kullanır ve yazılım Takımı ile birlikte çalışarak kullanıcı hikâyelerini (User Stories) taşır ve kullanıcı bazlı işlevsellikleri ifade eder. Aldığı kararlar bağlayıcıdır ve iptal edilemez.[7]

Ürün Sahibi ya da proje sorumlusu son kullanıcının bakış açısını üstlenir ve yazılım gelişimini kontrol edip yazılımcılar için hazır bulunur. XP metodunun tersine projenin tek sorumlusudur 'yolculuk nereye' (Pichler 2008) .[8]

Görevleri: Gereksinim Yönetimi, Yayın Yönetimi (Release) ve iletişim.

Geliştirme Takımı[değiştir | kaynağı değiştir]

Yazılım ekibinin görevi ürün sahibinin taleplerine ve sıralamasına uygun ürünün işlevselliğini sağlamak ve belirlenen kalite standartlarına uymak koşuluyla ürünü teslim etmektir. Ne kadar ve hangi işlevlerin sprinte dahil olacağına kendileri karar verirler.[9]

Scrumda geliştirme takımı bir ekip olarak algılanır ve iyi ya da kötü sonuçlar takım elemanlarına çıkartılmaz bilakis takımı bir birim olarak algılar. Bir takım 5-9 kişiden oluşur.[10]

Ek olarak yazılım takımı kullanıcı hikâyelerinin çerçevesini tahmin edebilir ama kural olarak da bir günü geçmemelidir.

Scrum takım içinde rol dağılımıyla ilgilenmez. Belirtildiği gibi Scrum bir yönetim metodudur. Tabii ki bütün roller ya da daha doğrusu yetenekler başarılı bir proje gelişimi için hazır olmak zorundadır.

Bir takımda olması gereken özellikleri iki başlık altında ifade edebiliriz:

1) Kendi kendine organize ve küçük

2) Multidisipliner ve özerk[11]

Scrum Yöneticisi (Scrum Master)[değiştir | kaynağı değiştir]

Scrum Ustası Scrum'un başarılı olmasını sağlamaktan sorumludur. Bunu başarmak için Yazılım Takımı ile birlikte calışır ama takıma tabii olmaz.

Scrum kurallarını bildirir, uyumu kontrol eder ve toplantı moderatörlüğünü yapıp Scrum sürecindeki düzensizlikler ile ilgilenir.

İş aracı olarak engel-birikimini (Impediment Backlog) takımın önündeki engelleri kaldırmak için kullanır ve bu anlamda sorumluluk taşır.

Olası engeller: Takım içindeki iletişim eksikliği, kişisel çelişkiler, takım ve ürün sahibi arasındaki iletişim, dış kaynaklı rahatsızlıkların (ek işlevler gibi) giderilmesi.

Scrum ustası yazılım takımına karşı yürütme yetkisi vardır ancak şeflik yetkisi yoktur bu anlamda ne hüküm verebilir ne de disiplin kovuşturması yapabilir (Servant Leaders > Hizmetkar Liderlik).[12]

Scrum ustasının kim olacağının belirlenmesinin en ideal yolu yazılım takımı tarafından seçilmesidir. Pratikte bu pek mümkün olmayabilir .Çünkü iş yapan firmalar Scrum takımının Scrum metodolojisine tam uyum sağlamaları için Scrum konusunda deneyimli bir personeli proje başında belirleyebilir.

Eğer Scrum birinci etabını geçtikten sonra, Scrum ustasının rolü değişiklik yöneticisi (Change-Manager) olarak algılanır.[13]

Özet olarak Scrum ustası (Change Agent): Süreçten sorumlu, takımın arkadaşı ve yardımcısı, sürecin doğruluğunun denetleyicisi, takım ile birebir bağlantılı ve Takımın yanında çalışır.

Görevi:

  • ) Scrumu uygulamak ve ürün sahibi ile yazılım takımına destek olmak.
  • ) Engelleri kaldırmak (örnek; rol sahipleri arasındaki çelişkiler) ve süreçteki sapmaları düzenlemek.
  • ) Takıma hizmet etmek ve meslektaş bir yönetim tarzı ile yönetmek.[11]

Kullanıcı (User)[değiştir | kaynağı değiştir]

Kullanıcı ilerideki yazılımın/ürünün kullanıcısıdır. Ürünün nasıl bir perspektif ile kullanılacağı konusunda fikir verir ve gerçek hedef kitlesidir.

Kullanıcı Sprint başlangıcı ve sonucunda ürünü test etme amaçlı yer alır ve geri bilgi akışı (Feedback) sağlar.[14]

  • ) Kullanılabilirlik (Usability) konusunda takıma değerli ipuçları verir
  • ) Takım ve ürün sahibi kullanıcı bilgileri doğrultusunda Sprint-planını uyarlar ve son durum tekrar kullanıcı tarafından test edilir.[11]

Yönetici (Management)[değiştir | kaynağı değiştir]

Yönetici de kullanıcı ve müşteri gibi Scrum ekibine az oranda tabiidir. Ama scrumun yapısal çerçevesini yönetici belirler. Ek olarak da kaynaklar (Ressourcen) oluşturur (yer, alet vs.).

Scrum ustasına destek olur ve mesleki personel organizesi sağlar ve Scrum ekibini dış taleplerden korumak gibi bir sorumluluğu vardır.

Görevi: Projenin çerçevesi ile ilgilenir ve Scrum ustasının proje alanı içerisindeki belirlediği problemlerin çözümü ile ilgilenir.[15]

Takım ve Etkileşim[değiştir | kaynağı değiştir]

Rol dağılımında takım kendi kendini organize eder. Ne Scrum ustası ne de ürün sahibinin takım içinde kimin neyi ne zaman kiminle yapacaklarına dair bir yaptırımı olmaz.

Scrum ustasının vazifesi yalnızca takımın farklı etkenlerlerle rahatsız edilmemesine dikkat etmektir.

Rollerin istismar riski[değiştir | kaynağı değiştir]

Scrum'da klasik "Proje Yöneticisi'nin olmayışı, özellikle deneyimsiz bir Scrum ekibinde, Scrum ustası ya da ürün sahibinin (Product Owner) bu rolü üstlenmesi tehlike yaratır ve takımın Özerklik statüsüne zarar vererek, Scrumda sapmalara yol açar. Bu tehlikeyi azaltmanın yolu Scrum-ustası ve ürün sahibinin bir Scrum-Expert'inden yardım almasıyla sağlanabilir.[16]

Toplantılar[değiştir | kaynağı değiştir]

Sprint Planlama Toplantısı 1[değiştir | kaynağı değiştir]

Bu toplantıda ürün sahibi kendi yazılım takımına ürün içeriğinde (Product Backlog) kararlaştırılan kullanıcı hikayelerini (User Stories) öncelik sırasına göre belirtir ve gereksinimler takım tarafından netleştirilip yazılı olarak kaydedilir. Kullanıcı da işlevsellik konusunda önemli bilgiler verebilir. Bunun dışında ürün sahibi ve takım sprint içinde olması gereken işlevler ve kriterler üzerinde anlaşırlar (bkz. Definition of Done).

Amaç kullanılabilir yazılım elde etmektir: test edilmiş, entegre olmuş ve kullanıcıya açılmış olmalıdır.

Sprint'in kabul şartları kabul kriterleri (test, işlev, performans) ile etkileşimlidir. Bu tarz kararlar sprint sonucunda net şekilde belirlenir ve belirtilen fonksiyonların gerçekten içerdiklerine bakılır ve incelenir.

Açıklamalar yapıldıktan sonra Scrum ustası takımına gelecek sprint de kaç adet kullanıcı hikayesi olacağını sorar ve tek tek değerlendirilip dış baskı olmadan erişilebilirliğine bakılır. [26]

Süre: 60 dakika Sprint (haftalık)

Sprint Planlama Toplantısı 2[değiştir | kaynağı değiştir]

Sprint-plan 1 de "NE?" ön planda iken, burada "NASIL?" sorusu ön plana çıkar.

Yazılım takımı hangi kullanıcı hikâyelerinin Sprint'e dahil olduğunu bilir ve uygulamanin(teorik) teknik boyutu açıklanır.

Toplantı Takım'ın kendi sorumluluğunda organize edilir.

Genellikle küçük gruplar oluşturulup yapı, test, açık gibi konulara açıklık verilir. Burada beklenen sonuç görevlerin bir günlük süreyi aşmayacak şekilde bitirilmesini kapsar.

Görevler belirlenen kullanıcı hikâyelerinden hareketle duvara ya da beyaz tahtaya (Taskboard) asılır bu sayede hangisinin işlemde ya da sırada olduğu bilinir.[17]

Süre: 60 dakika her Sprint (haftalık) de.

Sprint-plan 1 ve 2 aynı gün içerisinde yapılmalıdır.

Günlük Scrum (Daily Scrum)[değiştir | kaynağı değiştir]

Günlük Scrum

Her iş günü başlamadan evvel 15 dakikalık bilgi paylaşımı için günlük Scrum toplantısı yapılır. Bu görüşmede herhangi bir problem değerlendirilmez, yalnızca 3 tema işlenir: dün ne yaptım, bugün ne yapacağım, beni ne engelliyor. Eger belirtilen görev bir günde bitmesi mümkün değil ise, görev parçalanıp takıma dağıtılır.

Eger 15 dakıka içinde bazı sorular cevap bulamadığı durumlarda Scrum ustası not alıp bir sonraki toplantıya taşır ya da kendisi çözüm üretir.[18]

Sprint Değerlendirmesi (Sprint Review)[değiştir | kaynağı değiştir]

Değerlendirme Sprint'in sonunda takım tarafından yapılır ve başlangıçta belirlenen hedeflerin kapsamında olup olmadığı Ürün sahibi tarafından değerlendirilir.

Eğer teslim edilen işlevde eksiklik (test olmamış ise) var ise o kullanıcı hikâyesi tekrardan, ürün sahibi tarafından ürün içeriğine (Product Backlog) gönderilir ve öncelik sırası verilir.

Değerlendirmeye kullanıcının (User) katılımı da işlevin testi, ürün tasarımı ve kullanıcı bakışı açısından çok önemlidir. Kullanıcı Hıkayelerin de bir eksiklik var ise Scrum ustası tarafından not alınıp, ürün sahibi tarafından ürün içeriğine aktarılır.[14]

Süre olarak 1 ayda biten Sprint in değerlendirmesi en fazla 4 saat sürmeli, az süren sprintlerde süre uyarlanır.

Sprint Retrospektif (Geçmişe Bakış)[değiştir | kaynağı değiştir]

Geçmişe bakış toplantıları, Sprint Değerlendirme toplantılarından sonra ve Sprint Planlama toplantılarından önce yapılırlar ve geçmiş sprint'teki tecrübeler masaya yatırılarak iyileştirmeler belirlenir. Scrum yönteminin en önemli özelliklerinden birisi bu süreçte suçlu/suçsuz eleştirilerinin yapılmamasıdır.[19]

Sprint[değiştir | kaynağı değiştir]

Sprint'de ürün geliştirilir. Yukarıda belirttilen her 2 Sprint planlama, her Sprint başlangıcında yer alır. Planlamada belirtilen ürün islevleri, Sprint'in sonunda teslim edilir.

Geliştirme ekibinin çalışmaları, görev panosu(Taskboard)na dayanır ve Kullanıcı hikayeleri önceliklerine göre ele alınıp, tüm takım bir hikâye üzerinde birlikte calışır, böylelikle katılımcılar hangi işlev'in geliştirildiğini bilir ve karşılıklı katkılarda bulunur:

  • Yazılımcı, testçi ile birlikte testi başlatır.
  • işyeri analisti kullanıcılara işlev'in parçalarını tanıtır.
  • Ürün geliştirmedeki gerekli kriterler (Testi, Kabulü) işlev'de mevcut ise, yazılım takımı yeni işlev üzerinde çalışmasına başlar.
  • Sprint süreci, birçok işlev üzerinde çalışılmış ancak teslim edilecek işlevin olmamasını engeller.
  • Sprint süreci'nde, belirlenen hedefe erişim ve sorumluluk yalnızca yazılım takımındadır, bu yüzden takım her türlü rahatsız edici durumlardan kesinlikle korunmalıdır.
  • Dışarıdan gelebilecek ekstra görev ya da taleplerden (takım elemanını ilgilendirse bile) ve takımı hedeften şaşırtıcı, her türlü engelin kaldırılmasında Scrum ustası sorumludur.
  • Geliştirme ekipleri içinde olası problemler: kurallara uyulmaması ya da görev in tamamlanmaması gibi durumlarda Scrum-ustası müdahale etmelidir. Talimat verme şeklinde değil anlaşma ve sonuçları kapsayan öneri ve hatırlatmalarda bulunmalıdır.

Sprint'in uygulama zamanı her zaman ayni olmalı ve uzatılmamalıdır. Bir Sprint en az bir hafta ve en fazla 4 hafta sürmelidir. Eğer hedeflenen sonuca Scrum sürecinde erişim mümkün değilse örneğin takım içerisinde çelişkilerin olması ya da taleplerin yanlış anlaşılması durumunda takım ya da ürün sahibi tarafından durdurulabilir.

Sprint'in durdurulması durumunda inceleme yapılmaz retrospektif yapılır ve gelecek Sprint'in planlanması yapılır.[20]

Yapı Taşları[değiştir | kaynağı değiştir]

Scrum Task

Ürün İçeriği (Product Backlog)[değiştir | kaynağı değiştir]

Ürün İçeriği (Product Backlog) taleplerin oluşturulması ve yönetilmesi için merkezi belgedir ve teslim edilecek işlevsel elementler yönetilir. Toparlanan kullanıcı hikâyeleri ürün sahibi tarafından önceliklerine göre düzenlenir ve gerçekleştirilme zamanı takımın yardımı ile tahmin edilir.

Ürün içeriği, geliştirilmekte olan ürün'ün önceliklere göre sıralanmış işlevleri kapsar.

Değişim taleplerinin alındığı tek yerdir ve ekleme, çıkarma, öncelikler gibi işlemler ürün sahibi tarafından yapılır. Ürün içeriği hiçbir zaman eksiksiz değildir ve böyle bir iddiasi da olmaz, tanımlanmış, iyi anlaşılmış gereksinimleri içerir, öncelikler ise ekonomik fayda, risk gibi faktörlerle değerlendirilip uygulanır.[21]

Ürün içeriği'ne eklenen talepler teknik olarak değil, mesleki ve kullanıcı odaklı olmalıdır. İyi bir kullanıcı hikâyesi üç soruya cevap vermelidir:

  • Kullanıcı olarak (kim?) bu işlevi (neyi?) şu faydalar (neden?) için istiyorum.[22]

Sprint İçeriği[değiştir | kaynağı değiştir]

Sprint içeriği halledilmesi gereken görevleri gösterir. Bu amaç için dört sütunlu bir görev tahtası kullanılır:

1. sütun'da Sprint'de bulunan İş Parçacıkları ("Stories")

2. sütun'da görevler ("ToDo")

3. sütun'da çalışma ("In Progress") ve 4.sütun'da teslime hazır ("Done") olan iş parçacıkları bulunur.

Yazılım takımı elemanları günlük Scrum'da önceki gün hangi görev üzerinde çalıştığını ve bitip bitmediği hakkında bilgi verir. Bir günde bitmeyen görevler ise kırmızı bir nokta ile işaretlenir. Böylelikle engeller kolayca tespit edilir.[23]

İş Bitim Grafikleri (Burndown-Charts)[değiştir | kaynağı değiştir]

Örnek bir iş bitim-grafiği

İş bitim grafikleri yapılmış ve geri kalan çalışmayı görselleştirmek için kullanılır.

Bir Sprint yanik grafigi, x-ekseninde günlük zamanı, y-ekseninde bitirilmemiş görevleri gösterir. Bu grafik, Sprint'in belirtilen zaman birimi içinde daha iyi tahmin edilmesini sağlar.

Seçili kullanıcı hikâyelerini izlemek içinde hikâye-iş bitim-grafiği kullanilir. Burada eksik kalan görevler degil eksik hikâyeler gösterilir.

Her hikâye eşit büyüklükte olmayacağından, büyüklük bilgisi noktalarla sağlanır. Kalan hikâyelerin toplamı y-ekseninde belirtilir, x-ekseni de Sprint süresini gösterir.

Grafik eğilimleri merdiven şeklindedir. Her azalma değeri bir hikeynin bittiğini gösterir (örnek. 8 noktalı bir hikâye, 8 azalma verir).

Tüm projeyi göstermek için devir (Release)-iş bitim-grafiği kullanılır. Bu durumda y-eksenine bütün ürün içeriğinde belirlenen bitmemis kullanıcı hikâyeleri ve hikâye noktalarının toplanmış sekli gösterilir. Böylelikle proje bitimine kadar kaç tane teslimat yapılacağı anlaşılır.[24]

Engel İçeriği (Impediment Backlog)[değiştir | kaynağı değiştir]

Engel İçeriği (belirlenen tüm engeller) Scrum ustası tarafından, kısa bir problem tanımı ve tarih etiketiyle oluşturulur. Ek olarak günlük Scrum sonunda, Scrum ustası karşılaşılan engelleri ekler.[25]

Bitti Tanımı (Definition of Done)[değiştir | kaynağı değiştir]

Bitti tanımı, bir kullanıcı hikâyesinin uygulanmasına ait ve yazılıma nüfus eden etkinliklerin kontrol listesidir. Ek belgeler olarak: yorum yazmak, birim testleri ve tasarım belgeleri.

Bitti tanımı proje başlangıcında katılımcılar tarafından kararlaştırılır, ayrıca geliştirme sürecindede uyarlanabilir.

Sprint'in başlangıcında görevlerin sayısı ve kapsamı hakkında yardımcı olur ve tüm hikâyelerde uygulanmak zorunda değildir.

Bitti tanımı Sprint'in sonunda belirli bir hikâyenin ayrıntılı taleplerini belirttiğinden, Sprint'in kabul edilmesine de hizmet eder.

Scrum'ın sınırları[değiştir | kaynağı değiştir]

Öğrenilen dersler ve değerlendirme[değiştir | kaynağı değiştir]

Scrum kullanımında, kişi özgün tahminlerini (alt/üst) kalıcı ve süreklileştirir.

Scrum ilk günden itibaren ürün geliştirmesinde olması gerekendeki sapmaları gösterir: hızlı, iyi, uygun fiyatlı ya da yüksek kalitede olması takımın kazandığı deneyimlere bağlıdır.

Takım bileşimini engelleyen faktörler[değiştir | kaynağı değiştir]

Scrum'ın uygulanmasını çeşitli faktörler engelleyebilir. Geliştirme takımı hiyerarşik yapılanmanın tersine, kendi kendini yönetme ilkesiyle şekillenir.

Geliştirme takımı içindeki önceki konumlarından vazgeçmek istemeyen üyelerin olması çelişkilere yol açabileceğinden hareketle iç disiplinin bilince çıkarılması, görevlerin dış destek olmadan yapılması için önemlidir.

Scrum'da proje ekibi sprint'deki tüm görevler üzerinde birlikte çalışırlar, böylelikle testci, yazılımcı, tasarımcı uyumu takıma yansır. Ancak deneyimli bir takım dezavantajları telafi edebilir.

Scrum Nerelerde Uygulanır[değiştir | kaynağı değiştir]

Yeni ya da var olan bir projede[değiştir | kaynağı değiştir]

Scrum yeni bir Projede ya da klasik yöntemlerle başlamış bir projeyi kurtarmaya uygundur.

Scrum uyglanmadan önce yeteri kadar ürün içeriği(Product Backlog) mevcut olmalı ve hangi teknolojik bir çatının kullanılacağıda kararlaştırılmalı ve uygulanmalıdır. Müşteriye verilen birinci fonksiyonalite olayın ciddiyetini ifade edeceğinden önemlidir.

Klasik projelerde, çalışan uygulama nın çok zaman alması ya da hiç çalışır bir duruma gelmemesi Müşteri ile takım arasındaki güveni zedeler bu yüzden birinci Sprint (ö. 30 günde) önemlidir ve takım da çalışır durumda uygulama sunarak kendini kanıtlamış olur[26]

Büyük ya da birbirine bağımlı projelerde[değiştir | kaynağı değiştir]

Scrum takımı 5-8 kişiden oluşturulduğundan büyük projelerde aynı zamanda birden fazla Scrum takımı (katman) uluşturulur ve Sprint aynı anda başlar ve sonuçlar Sprint değerlendirme toplantısında sunulur.

Takım kordinasyonunu sağlamak için, her takım haftada 1/2 toplantı yapar (Scrum of Scrums), Scrum kurucularında Jeff Sutherland bir Scrum projesinde 800 kişinin çalışabileceğini belirtir.[27]

Scrum ve XP[değiştir | kaynağı değiştir]

Scrum temelde yazılım geliştirme yönetim olarak görülür ancak diğer metodlarla da basit kombine yapılabilir, bu XP (Extreme Programming) metodu ile denendi ve birbirlerine iyi uyum gösterdiği görüldü. XP@Scrum'ı Ken Schwaber ve Martin Fowler Trans Canada Pipeline Ltd. başarıyla uygulamıştır.[28]

Özet[değiştir | kaynağı değiştir]

Scrum hafif ağırlıkta bir yönetim sürecidir, çeşitli boyutlardaki projelerde uygulanabilir.

Scrum'ın temel özellikleri:

  • Küçük takımları iletişim ve bilgi değişimine teşvik eder.
  • Teknolojik değişimleri ve kullanıcı gereksinimleri için uyarlanabilirlik sağlar.
  • Sık yaratılan ürün sürümlerinde, teftiş edilmiş, uyarlamış ve test edilmişler dokümante edilebilir.
  • Yapılacak iş'in küçük parçalara dağılımı ve mümkün oldukça birbirinden bağımsız alt görevleri.
  • Her zaman bitmiş olarak bir proje bildirim mümkünatı, olası o süre nedeniyle mali, teknik rekabet ya da diğer.[29][30]

[31]

Araçlar[değiştir | kaynağı değiştir]

Scrum'ın uygulanması ve sürecin kolaylaştırılması için araçlar:

Agilo, Pangoscrum, AgileZen, Tinypm, ThoughtWorks Studios, Greenhopper, VersionOne, ScrumWorks Pro, Banana Scrum ve ScrumTable.

Kaynakça[değiştir | kaynağı değiştir]

  1. ^ Emin Ercan Cihan (Ağustos 2023). "Çevik Proje Yönetimi "Scrum" Teriminin Türkçe KArşılığı Olarak Bir Öneri" (PDF). Türk Dili Dergisi Cilt: CXXI Sayı: 860. Türk Dil Kurumu. 20 Ağustos 2023 tarihinde kaynağından arşivlendi (PDF). Erişim tarihi: 4 Aralık 2023. 
  2. ^ "Türk Dili Dergisinin Ağustos Sayısı Yayımlandı – Türk Dil Kurumu". tdk.gov.tr. 22 Eylül 2023 tarihinde kaynağından arşivlendi. Erişim tarihi: 4 Aralık 2023. 
  3. ^ Jeff Sutherland, Ken Schwaber: The Scrum Guide 6 Ağustos 2012 tarihinde Wayback Machine sitesinde arşivlendi.. Abgerufen am 10. August 2011. S. 4.
  4. ^ Boris Gloger: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München 2011, S. 12.
  5. ^ Wirdemann, Ralf. Scrum mit User Stories (2., erweiterte Auflage. bas.). München: Hanser, Carl. s. 34. ISBN 978-3-446-42660-3. 
  6. ^ Roman Pichler 2009: Scrum. Agiles Projektmanagement erfolgreich einsetzen. dpunkt.verlag, Heidelberg. S. 9-12.
  7. ^ Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 78-87
  8. ^ Wirdemann, Ralf. Scrum mit User Stories (2., erweiterte Auflage. bas.). München: Hanser, Carl. s. 37. ISBN 978-3-446-42660-3. 
  9. ^ Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 67-77.
  10. ^ Şablon:Literatur
  11. ^ a b c Hanser, Eckhart (2010). Agile Prozesse: Von XP über Scrum bis MAP (1. Aufl. bas.). Berlin: Springer. ss. 63. ISBN 978-3-642-12312-2. 
  12. ^ Roman Pichler 2009: Scrum - Agiles Projektmanagement erfolgreich einsetzen. d.punkt Verlag, Heidelberg. S. 20-23
  13. ^ Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 88-101
  14. ^ a b Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 103-104
  15. ^ Hanser, Eckhart (2010). Agile Prozesse: Von XP über Scrum bis MAP (1. Aufl. bas.). Berlin: Springer. ss. 67. ISBN 978-3-642-12312-2. 
  16. ^ Hanser, Eckhart (2010). Agile Prozesse: Von XP über Scrum bis MAP (1. Aufl. bas.). Berlin: Springer. ss. 68. ISBN 978-3-642-12312-2. 
  17. ^ Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 166-169
  18. ^ Roman Pichler 2009: Scrum. Agiles Projektmanagement erfolgreich einsetzen. dpunkt.verlag, Heidelberg. S. 104-107.
  19. ^ Şadi Evren Şeker. "Saldırgan Yazılım Geliştirme (Scrum Software Development)". MISSozluk. 1 Nisan 2016 tarihinde kaynağından arşivlendi. Erişim tarihi: 25 Ocak 2015. 
  20. ^ Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 192-205.
  21. ^ Jeff Sutherland, Ken Schwaber: The Scrum Guide 6 Ağustos 2012 tarihinde Wayback Machine sitesinde arşivlendi.. Abgerufen am 10. August 2011. S. 12.
  22. ^ Boris Gloger: Scrum Essentials: Die sieben Fragen der User Story 15 Ocak 2013 tarihinde Wayback Machine sitesinde arşivlendi.. Abgerufen am 11. August 2011. S. 12.
  23. ^ Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 167-169.
  24. ^ Boris Gloger 2011: Scrum. Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, München. S. 209-213.
  25. ^ Roman Pichler 2009: Scrum - Agiles Projektmanagement erfolgreich einsetzen. d.punkt Verlag, Heidelberg. S. 119.
  26. ^ https://files.ifi.uzh.ch/rerg/amadeus/teaching/seminars/seminar_ws0304/07_Schweitzer_Scrum_Ausarbeitung.pdf 2 Ekim 2013 tarihinde Wayback Machine sitesinde arşivlendi. Scrum eine agile Methode zur Software Entwicklung- Uni Zürich, sayfa 11
  27. ^ https://files.ifi.uzh.ch/rerg/amadeus/teaching/seminars/seminar_ws0304/07_Schweitzer_Scrum_Ausarbeitung.pdf 2 Ekim 2013 tarihinde Wayback Machine sitesinde arşivlendi. Scrum eine agile Methode zur Software Entwicklung- Uni Zürich, sayfa 12
  28. ^ https://files.ifi.uzh.ch/rerg/amadeus/teaching/seminars/seminar_ws0304/07_Schweitzer_Scrum_Ausarbeitung.pdf 2 Ekim 2013 tarihinde Wayback Machine sitesinde arşivlendi. Scrum eine agile Methode zur Software Entwicklung - Uni Zürich, sayfa 13
  29. ^ https://files.ifi.uzh.ch/rerg/amadeus/teaching/seminars/seminar_ws0304/07_Schweitzer_Scrum_Ausarbeitung.pdf 2 Ekim 2013 tarihinde Wayback Machine sitesinde arşivlendi. Scrum eine agile Methode zur Software Entwicklung- Uni Zürich, sayfa 15
  30. ^ Wirdemann, Ralf. Scrum mit User Stories (2., erweiterte Auflage. bas.). München: Hanser, Carl. ISBN 978-3-446-42660-3. 
  31. ^ Hanser, Eckhart (2010). Agile Prozesse: Von XP über Scrum bis MAP (1. Aufl. bas.). Berlin: Springer. ISBN 978-3-642-12312-2. 
  • Bori s Gloger: Scrum-Produkte zuverlässig und schnell entwickeln. 3. Auflage. Hanser Verlag, 2011, ISBN 978-3446425248
  • Boris Gloger: Scrum: Der Paradigmenwechsel im Projekt- und Produktmanagement. Eine Einführung. In: Informatik Spektrum, Vol. 33, No. 2. 2010.
  • Arndt Hengstler: Gestaltung der Leistungs- und Vertragsbeziehung bei Scrum-Projekten. In: ITRB 2012, 113-116.
  • Holger Koschek: Geschichten vom Scrum: Von Sprints, Retrospektiven und agilen Werten. dpunkt.verlag, 2009, ISBN 978-3-89864-640-6
  • Ken Schwaber: Scrum Development Process, Advanced Development Methods, 131 Middlesex Turnpike Burlington, MA01803

Dipnotlar[değiştir | kaynağı değiştir]

Ayrıca bakınız[değiştir | kaynağı değiştir]


Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Nedir? :Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? ile ilgili Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? burada bulabilirsiniz. Detaylar için sitemizi geziniz Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Ne Demektir? Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Açıklaması Nedir? Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Cevabı Nedir? Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Kelimesinin Anlamı? Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? konusu Nedir Ne, yaşantımızda sık kullanılan kelimelerden birisi olarak karşımıza çıkar. Hem sosyal medyada hem de gündelik yaşantıda kullanılan ne kelimesi, uzun yıllardan beri dilimizdedir. Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Türk Dil Kurumu na (TDK) göre farklı anlamları olan ne kelimesi, Türkçe de tek başına ya da çeşitli cümleler eşliğinde kullanılabilir. Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Ne kelimesi ne demek, TDK ya göre anlamı nedir sorularının cevabını arayanlar için bildiris.com doğru adres! Peki, ne kelimesi ne demek, TDK ye göre anlamı nedir? Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Ne kelimesinin kökeni ne, ne kelimesinin kaç anlamı var? Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? İşte TDK bilgileri ile merak edilenler
Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Açıklaması? :Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Açıklama Bir Terim Kavram Ya Da Başka Dilsel Olgunun Daha İyi Anlaşılması İçin Yapılan Ek Bilgidir.Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Söz Konusu Bilgi Açıklanacak Sözcükten Daha Uzun Olur Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Açıklama İle İlgili Durumun Kanıtı Şu Şekilde Doğrulanabilir Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Bir Sözlükteki Tanım İlgili Sözcük Yerine Kullanılabilirse, Bu Bir Açıklamadır. Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Yani Aynı Bağlam İçinde Hem Sözcük Hem De Tanım Kullanılırsa Ve Anlamsal Açıdan Bir Sorun Oluşturmuyorsa Bu Bir Açıklamadır.
Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Gerçek mi? :Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? ile ilgili Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? burada bulabilirsiniz. Detaylar için sitemizi geziniz Gerçek anlam Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? sözcüklerin birincil anlamı ile (varsa) bu anlamla doğrudan ilişkili olan anlamlarıdır. Gerçek anlam, temel anlam ile yan anlamların bileşkesidir. Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Bir sözcüğün mecaz olmayan tüm anlamlarını kapsar.
Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Hakkında? :Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? ile ilgili Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? burada bulabilirsiniz. Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Detaylar için sitemizi geziniz Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? Bu sayfada Hakkında nedir Hakkında ne demek Hakkında ile ilgili sözler cümleler bulmaca kısaca Hakkında anlamı tanımı açılımı Hakkında hakkında bilgiler Scrum nedir?, Scrum anlamı nedir?, Scrum ne demektir? resimleri Hakkında sözleri yazıları kelimesinin sözlük anlamı nedir almanca ingilizce türkçe çevirisini bulabilirsiniz
Birleşmiş Milletler Güvenlik Konseyinin 353 sayılı kararı, Pejman Muntezıri, Da Brat, Cenanizade Mehmed Kadri Paşa, Murcia, Kast sistemi, Kierkegaard, Asgard (archaea), Miazma teorisi, İsveççe, İsveçce, Azerbaycandaki depremler listesi, Sarhoşun Biri, Kıbrıs, 25. Olimpiyat Oyunları, Çubuk Barajı, İhsan İpekçi, Agin Buryat Özerk Okrugu, Angen, Jeremy Abbott, Etkileşim tasarımı, Government Hooker, Adıyamanda 2018 Türkiye cumhurbaşkanlığı ve genel seçimleri, Swami Vivekananda, B2 vitamini, Disney XD, Spor Toto Kupası, 2006 İngiliz Milletler Topluluğu Oyunları, Böyük Kəhrizli, Dance with Me, Krista Kiuru, 1988 İtalya Bisiklet Turu, Simon Baker, Çubuk hücreleri, George Buchanan, Son Feci Bisiklet, Hou Tang (5 Hanedan), Taisuke Nakamura, Mahmut Nedim Gündüzalp, Amaranthus albus, Hemşinliler, Vladimir Lenin, Bettina Kudla, Bosna Hersek İslam Birliği, Anadili olarak konuşulma sayılarına göre diller listesi, Jesus Is King, Nedim Otyam, Gandizm, Abdulhaluk Mehmet Çay, Abel teoremi, Çubuk 1 Barajı, Aziz (Hıristiyanlık), Warren County, Ohio, I. James (İngiltere kralı), Kuş evi, NGC 3325, NGC 7501, 1989 Ekvator Ginesi devlet başkanlığı seçimi, Terranova Sappo Minulio, Tussilago, Saturn Award, Hidrokarbon, Altınağızlı Yuhanna, Peygamberdevesi cins ve türleri listesi, Ana dizi, Joel Rakotomalala, Ernest Renan, Çorumlu, Kastamonu, Kongaz, İrandaki depremler listesi, Erling Haaland, El Carpio, 2012 Doğu Azerbaycan depremleri, Sassinoro, Cemaatçilik, NGC 3052, Gavin Newsom, Gres yağı, Akkoyunlu, İdil, Filon, Despotiko, 2002 Buyin Zehra depremi, Çorum ilindeki yerleşim yerleri listesi, Too $hort, İspanyol Formosası, 5000 m, Çelyabinsk Havalimanı, Alim Işık, La Gazette, 1989 Türkiye cumhurbaşkanlığı seçimi, Stéphane Hessel, 8 Canada Square, Tarsus İdman Yurdu SK, Özdemiroğlu Osman Paşa, Ekim 2009 Afganistan depremi, Mîm, İslam devrimi, Sürmenli, Keşap, Angus Cloud, Monica Dolan,
Zekâi İsminin Anlamı Nedir?, Teyelli Nedir?, Ferdası Nedir?, Zehirsiz İsminin Anlamı Nedir?, Ferasetsiz Nedir?, Tuncer Usta Kimdir?, Tevazulu Nedir?, Ferasetli Nedir?, Zehirli İsminin Anlamı Nedir?, Nesrin Arslan Kimdir?, Ferahlık Duymak Nedir?, Çağatay Atasay Kimdir?, Zehir Zıkkım İsminin Anlamı Nedir?, Alpaslan Türkkan Kimdir?, Zecrî İsminin Anlamı Nedir?, Adnan Sinan Çakıroğlu Kimdir?, Yrd Doç Dr Badegül Can Emir Kimdir? Yrd Doç Dr Badegül Can Emir Nereli Yrd Doç Dr Badegül Can Emir Kaç Yaşında?, Zebunküş İsminin Anlamı Nedir?, Aziz Cem Güner Kimdir?, Zebun İsminin Anlamı Nedir?, Ferah Tut Nedir?, Doğukan Ak Kimdir?, Zayi İsminin Anlamı Nedir?, Ferah Bulmak Nedir?, Doğan Avcı Kimdir?, Zayıf Sesli İsminin Anlamı Nedir?, Erol Bayram Kimdir?, Feragatli Nedir?, Tufan Yanar Kimdir?, Zayıf Nahif İsminin Anlamı Nedir?, Testereli Nedir?, Özgül Baydoğan Kimdir?, Feragat Sahibi Nedir?, Zayıf İsminin Anlamı Nedir?, Tespihsiz Nedir?, Naci Şanlıtürk Kimdir?, Zaviyevi İsminin Anlamı Nedir?, Ülkü Ayaydın Kimdir?, Tespihli Nedir?, Fer Almak Nedir?, Akadyana bayrağı Anlamı Nedir, Akadyana bayrağı Nasıl Oluştu, Akadyana bayrağı Tarihi, Akadyana bayrağı Renkleri, Akadyana bayrağı Tasarımı, Naile İşlek Kimdir?, Zavallı İsminin Anlamı Nedir?, Teslimiyetçi Nedir?, Zatî İsminin Anlamı Nedir?, Fenomenolojik Nedir?, Nizamettin Öztürk Kimdir?, Ahmet Yasin Şentürk Kimdir?, Fenomenal Nedir?, Zata Mahsus İsminin Anlamı Nedir?, Ejder Kaygusuz Kimdir?, Fenolojik Nedir?, Zaruri İsminin Anlamı Nedir?, Tesettürsüz Nedir?, Emrullah Türe Kimdir?, Zarsı İsminin Anlamı Nedir?, Tesettürlü Nedir?, Fenlenmek Nedir?, Elif Baysal Kimdir?, Zarplı İsminin Anlamı Nedir?, Fenik Nedir?, Mehmet Bağlar Kimdir?, Cumali İnce Kimdir?, Zarif İsminin Anlamı Nedir?, Fenersiz Yakalanmak Nedir?, Fevzi Fatih Oğuz Kimdir?, Zafer Bayrağı (Azerbaycan) Anlamı Nedir, Zafer Bayrağı (Azerbaycan) Nasıl Oluştu, Zafer Bayrağı (Azerbaycan) Tarihi, Zafer Bayrağı (Azerbaycan) Renkleri, Zafer Bayrağı (Azerbaycan) Tasarımı, Fenersiz Nedir?, Zararsız İsminin Anlamı Nedir?, Fenerli Nedir?, Zararlı İsminin Anlamı Nedir?, Hüseyin Çalişci Kimdir?, İrfan Karatutlu Kimdir?, Feneri Nerde Söndürdün Nedir?, Zarardîde İsminin Anlamı Nedir?, Terso Nedir?, Metin Bozkurt Kimdir?, Zarafetli İsminin Anlamı Nedir?, Savaş bayrağı Anlamı Nedir, Savaş bayrağı Nasıl Oluştu, Savaş bayrağı Tarihi, Savaş bayrağı Renkleri, Savaş bayrağı Tasarımı, Fener Çekmek Nedir?, Mustafa Çiftci Kimdir?, Zampara İsminin Anlamı Nedir?, Tersinir Nedir?, Gülfiraz Sağlık Kimdir?, Ters Türs Nedir?, Zamlı İsminin Anlamı Nedir?, Fenaya Çekmek Nedir?, Filiz Kılıç Kimdir?, Ters Ters Nedir?, Fenasına Gitmek Nedir?, Zamklı İsminin Anlamı Nedir?, Mehtap Nazan Göktaş Kimdir?, Fenalık Geçirmek Nedir?, Sancak (bayrak) Anlamı Nedir, Sancak (bayrak) Nasıl Oluştu, Sancak (bayrak) Tarihi, Sancak (bayrak) Renkleri, Sancak (bayrak) Tasarımı, Zamansız İsminin Anlamı Nedir?, Burak Kotan Kimdir?, Fenalık Etmek Nedir?, Yaşar Furkan Bingöl Kimdir?, Zamanlı İsminin Anlamı Nedir?, Terminolojik Nedir?,