agile scrum online quiz
Çevrimiçi Test - Çevik Scrum
Hakkında daha fazlasını öğrendik Ölçekli çevik çerçeve son eğitimimizde.
Bu çevrimiçi test ile dizimizin sonuna geldik. Çevik ve Scrum Metodolojisi . Dizi, Agile üzerine internette bulabileceğiniz en derinlemesine ve pratik çalışmalardan biri olabilir.
Ancak Agile, başlı başına bir konu olarak sınırsız ve hiç bitmeyen bir konu. Agile'ı ne kadar çok uygularsanız, o kadar çok özümseyecek ve ustalaşacaksınız.
Egzersizi uygulamanız ve Agile hakkındaki bilginizi test etmeniz için çevrimiçi bir test geliştirdik. Öyleyse devam edin ve sınava girin.
Önemli Not: Agile ile ilgili eğiticileri henüz okumadıysanız, öneri şudur: önce öğreticileri okuyun ve ardından en iyi sonuçları elde etmek için testi deneyin.
Teste başlamadan önce aşağıdaki talimatları dikkatlice okuyun:
- Sınav için zaman sınırı 10 dakikadır.
- Test 20 sorudan oluşmaktadır.
- Test, bir sorunun birden fazla doğru cevabı olabileceği çoktan seçmeli bir soru kağıdıdır.
- Her doğru cevap için 1 puan alabilirsiniz.
- Yanlış cevaplar için olumsuz bir işaret yoktur.
Testi şimdi başlatın: (Cevaplar kalın yazılmıştır)
S # 1) Sprint sonunda aşağıdakilerden hangisi teslim edilir?
a. Mevcut sprint için test senaryolarını içeren bir belge
b. Çözümün mimari tasarımı
c. Bitti yazılımında bir artış
d. Kullanıcı Arayüzü için tel kafes tasarımları
Muhakeme
Her Sprint'in çıktısı, kullanım için son kullanıcıya gönderilebilen Bitmiş Yazılımın bir Ürün Parçasıdır. Bir öğe yalnızca tamamlandı tanımına uyuyorsa tamam olarak işaretlenir.
S # 2) Ürün İş Listesi,?
a. Teslim edilen öğelerin değeri
b. Teslim edilen öğelerin karmaşıklığı
c. Teslim edilen öğelerin boyutu
d. Öğelerle ilişkili risk
e. Scrum Takımının seçimine göre
Muhakeme
Ürün İş Listesi, işletmeye sağladıkları değere göre sıralanır.
Değer, risk, karmaşıklık ve kritiklik gibi diğer birçok faktörden etkilenebilir, ancak Değerin hesaplanmasında doğrudan temel oluşturmaz. Teslim edilen öğenin değeri Ürün Sahibi tarafından hesaplanır ve Ürün İş Listesini sipariş etmekten sorumlu olan kişidir.
S # 3) Çevik bir ortamda, bir test uzmanının temel sorumluluğu nedir?
a. Test senaryoları ve test senaryoları oluşturun
b. Böcek bulmak
c. Otomasyon komut dosyaları oluşturun
d. Paydaşlara test yürütme raporları gönderin
e. Scrum'da Test Edici olarak rol yoktur
Muhakeme
Bir Scrum Takımında sadece üç rol vardır: Scrum Master, Ürün Sahibi ve Geliştirme Takımı. Başka hiçbir role izin verilmez ve bu kuralın istisnası yoktur.
Geliştirme Ekibinin üyelerinden biri test etmeye daha meyilli olabilir ve uzmanlık alanı olarak Test edilmiştir, ancak yine de Geliştirici olarak adlandırılacaktır.
S # 4) Sprint Retrospektif töreni ne zaman yapılır?
a. Takım ne zaman önerirse
b. Her Sprint'in sonunda
c. Ne zaman ihtiyaç duyulursa
d. Ürün Sahibi ne zaman önerirse
e. Scrum Master'ın önerdiği her zaman
Muhakeme
Scrum'da, Sprint Retrospektifi dahil tüm Scrum törenlerinin yapılması zorunludur.
Sprint Retrospektifi, tüm takım üyelerinin oturup mevcut sprintlerini geriye dönük olarak inceledikleri ve gelecek sprintler için doğaçlama yapmak için eylem öğelerini belirledikleri bir toplantıdır. Aynı nedenden ötürü, Sprint Retrospektifi her Sprint'in sonunda yapılır.
S # 5) Bir Sprint ne zaman iptal edilebilir?
a. Sprint öğelerine artık ihtiyaç yok
b. Sprint asla iptal edilemez
c. Geliştirme işi tamamlayamadığında
d. Geliştirmeye başlamak için gerekli bilgi mevcut değil
e. Ürün Sahibi ne zaman söylerse
Muhakeme
Sprint'i iptal etme yetkisi yalnızca Ürün Sahibine aittir. Sprint Öğelerine artık işletme tarafından ihtiyaç duyulmadığında, yani öğeler kullanılmadığında, devam eden bir Sprint'i iptal etmek için arayabilir.
S # 6) Geliştirme Takımı bir Sprint Planlama toplantısında bir Sprint'te tamamlayabileceklerinden daha fazlasını seçtiklerini fark ettiklerinde ne yapmalıdır?
a. Daha fazla geliştiriciye katılın
b. Diğer Scrum Takım Üyelerinden yardım isteyin
c. Fazla mesai yapmak
d. Ürün Sahibini Bilgilendirin
e. Sprint İş Listesi Öğelerinden bazılarını kaldırmak için bir çağrı yapın
Muhakeme
Hâlâ Sprint Planlama toplantısında olduğumuzdan, yani henüz Sprint'i başlatmadığımızdan, geliştiriciler Sprint İş Listesi maddelerinde değişiklik yapmakta özgürdür. Mevcut Geliştirme Takımının kapasitesi ile tamamlanamayacağını düşündükleri bazı öğeleri kaldırmayı seçebilirler.
Bu öğelerin Önceliğine karar veren kişi olduğu için, ekleme veya çıkarma işleminin her zaman Ürün Sahibi ile fikir birliği içinde yapılması gerektiğini unutmayın. Sprint başladıktan sonra kaldırmaya izin verilmez.
S # 7) Projenin performansını ölçmekten kim sorumludur?
a. Scrum Ustası
b. Teslimat Müdürü
c. Ürün Sahibi
d. Geliştirme Ekibi
e. Scrum Takımı
Muhakeme
Müşterinin sesi olarak, Proje ve Sürüm performansını ölçmek ve ekibin projeyi zamanında tamamlama yolunda olup olmadığını görmek Ürün Sahibi'nin sorumluluğundadır.
S # 8) Kendi kendini organize eden bir geliştirme ekibinin temel sorumlulukları nelerdir?
a. Sprint İş Listesi maddelerini geliştirin
b. Yaklaşan Sprint için alınacak öğeleri tahmin edin
c. Projenin performansını izleyin ve paydaşlara bir rapor gönderin
d. Yeni Ürün İş Listesi öğeleri oluşturun
e. Mevcut Sprint Öğelerini Görevlendirme
Muhakeme
Kendi kendini organize eden bir ekibin ana sorumluluğu, ürün iş yığını öğelerini tahmin etmek (hikaye işaretleme alıştırması olarak da bilinir), bunları Ürün İş Listesinin en üstünden çekmek ve bunları, bir ekip ve nihayet onları geliştirmek.
S # 9) Ne yapar Kül olmak Grafik görüntüsü?
a. Proje İlerlemesi
b. Zamana göre kalan iş miktarı
c. Takımın hızı
d. Ekip üyelerinin kapasitesi
e. Bir Sprint'te kaç tane daha öğe alınabilir?
Muhakeme
Yakma çizelgesi, zamana göre kalan çalışma miktarını temsil eder.
Yatay eksen zamanı temsil ederken, dikey eksen kalan iş miktarını temsil eder. Yakma çizelgesi, ürün iş yığını, takımın kapasitesi ve takımın hızı aynı kaldığı için projenin tamamlanma tarihini tahmin etmek için Scrum'da kullanılan birkaç metrikten biridir.
S # 10) Bir Scrum Master'ın temel sorumlulukları nelerdir?
a. Engellerin Kaldırılması
b. İstendiğinde ve istendiğinde toplantıyı kolaylaştırmak
c. Ürün Sahibinin Ürün İş Listesini sipariş etmesine yardımcı olur
d. Geliştirme Ekibine ve Ürün Sahibine Danışmanlık
e. Ekip ve Müşteri Arasındaki Uçurumun Kapatılması
Muhakeme
Scrum Master, Geliştirme Takımının ve Ürün Sahibinin günlük geliştirme faaliyetlerinde çalışmasını kolaylaştırmak / koçluk yapmaktan sorumlu kişidir. Takımın Scrum Değerlerini ve İlkelerini anlamasını ve bunları uygulayabilmesini sağlayan kişidir.
Aynı zamanda Scrum Master, çerçevenin dışında en iyisini elde etmek için Takımın Agile konusunda hevesli olmasını sağlar. Scrum Master ayrıca takımın kendi kendine organize olmasına yardımcı olur ve destekler ve önündeki engelleri kaldırır.
S # 11) Scrum'da Sprint Ne Zaman Biter?
a. Tüm Sprint İş Listesi Öğeleri tamamlandığında
b. Ürün Sahibi önerdiğinde
c. Tüm Sprint İş Listesi görevleri tamamlandığında
d. Son test tamamlandığında
e. Zaman kutusu dolduğunda
Muhakeme
Sprint dahil tüm Sprint aktiviteleri zaman sınırlıdır. Diğer Sprint aktivitelerinin aksine, Sprint ne uzatılabilir ne de kısaltılabilir.
Örneğin, bir Sprint'in tüm öğeleri tamamlanmadıysa, Sprint hala işaretlenir ve kalan öğeler, revize edilmiş önceliğe bağlı olarak sonraki sprintlerden herhangi birine planlanabileceği Ürün İş Listesi'ne taşınır. . Benzer şekilde, Sprint asla kısaltılamaz.
Tüm Sprint öğeleri zamandan önce tamamlanırsa, geliştirme ekibi en üst Ürün İş Listesi öğelerini çekip geliştirmeye başlamakta özgürdür.
S # 12) Bir Bitti Tanımı belirlemenin önemi nedir?
a. Her sprint'in arkasındaki hedefi belirler
b. Her Sprint İş Listesi öğesi için tamamlanan görevlerin sayısını belirler
c. Şeffaflığı Artırır
d. Teslim edilen artışlar daha etkilidir ve potansiyel olarak serbest bırakılabilir
e. Her bir öğeyi tamamlanmış olarak işaretlemek için nelerin tamamlanması gerektiği konusunda tüm ekip üyeleri arasında ortak bir anlayış geliştirir.
Muhakeme
Bir Bitti Tanımı oluşturmanın arkasındaki ideoloji, tüm Sprint Öğelerinde ortak olan ve bir iş yığını öğesini tamamlamak için yapılması gereken her şeyi belirleyen bir kontrol listesine sahip olmaktır.
Bir Bitti Tanımına sahip olmak, ekipteki herkes arasında ne yapılması gerektiği konusunda ortak bir anlayış oluşturacaktır. Bir Geliştirme Ekibi bir şeyin tamamlandığını söylediğinde herkesin ne anlama geldiğini anlamasını sağlayacaktır. Bitti Tanımı'nın getirdiği şeffaflık budur.
Yapıldı tanımı aynı zamanda, Geliştirme'nin belirli bir iş öğesinden ne beklendiğini bildiklerinden artık daha iyi düşünebilmesi ve planlayabilmesi anlamında amaca hizmet eder.
S # 13) Sprint İnceleme Toplantısı sırasında ne yapılır?
a. Ürün Parçasının Demosu
b. Ekip, gelecek sprintler için uygulanabilecek iyileştirmeleri tartışıyor
c. Proje performansını Paydaşlara sunun
d. Sprint Hedefine doğru ilerlemeyi inceleyin
e. Projenin mimari ve teknik yönlerini tartışın
Muhakeme
Sprint Değerlendirme Toplantısı, Paydaşlara ve Müşterilere Sprint Ürün Parçasını göstermek için yapılır. Sprint Gözden Geçirme Toplantısındaki bir diğer önemli görev, Proje'nin performansını Paydaşlara göstermektir.
Geliştirme Ekibi Ürün Parçasının gösterilmesinden, Ürün Sahibi ise Projenin performansını göstermekten sorumludur. Paydaşlar ve müşteriler, daha sonra ekip tarafından birleştirilen geri bildirim sağlamaya açıktır.
S # 14) Sprint İncelemesi nedir?
a. İç Gözetleme ve Uyum Etkinliği
b. Scrum Süreçlerini iyileştirme etkinliği
c. Yapılan iş için onay arama etkinliği
d. Bir sonraki Sprint için planlanacak aktivite
e. Sürüm için planlanacak etkinlik
Muhakeme
Sprint Planlama, Günlük Scrum, Sprint İnceleme ve Sprint Retrospektifi Scrum'daki dört seremoninin tümü inceleme ve adaptasyon için fırsatlardır. Bir Sprint İncelemesi sırasında fikir, paydaşları incelemek ve onlardan geri bildirim almak ve onları uyarlamaktır.
S # 15) A ile ne demek istiyoruz işlevler arası Geliştirme Takımı?
a. Geliştirme Ekibi üyelerinin her biri çapraz işlevli olmalıdır
b. Geliştirici, test senaryoları oluşturabilmeli ve bunları yürütebilmelidir
c. Geliştirme Takımı diğer Geliştirme Takımları ile işbirliği yapmalıdır
d. Geliştirme Ekibi, Geliştiriciler ve Test Uzmanlarından oluşur
e. Geliştirme Ekibi, Bitmiş Ürün Parçasını teslim etmek için gerekli tüm becerilere sahip olmalıdır
Muhakeme
Fonksiyonlar Arası Scrum Takımları, ekip içinde işlerini tamamlamak için gerekli tüm beceri ve yeterliliğe sahip olan takımlardır. Bu ekipler, çalışma öğelerini tamamlamak için ekip dışındaki hiç kimseye güvenmez.
Bu nedenle, Scrum Takımı, tüm iş öğesini tamamlamak için gereken farklı becerilerin çok yaratıcı bir birleşimidir. Her ekip üyesi, ürünü oluşturmak için gerekli tüm becerilere sahip olmayabilir, ancak kendi uzmanlık alanında yetkin olabilir.
Bunu söyledikten sonra, ekip üyesinin çapraz işlevli olması gerekmez, ancak ekibin bir bütün olarak olması gerekir.
android için en iyi mobil casus yazılımı
S # 16) Günlük Standup toplantısına kimler mutlaka katılmalıdır?
a. Geliştirme Ekibi
b. Scrum Takımı
c. Geliştirme Ekibi ve Ürün Sahibi
d. Geliştirme Takımı ve Scrum Master
e. Scrum Takımı ve Paydaşlar
Muhakeme
Geliştirme Takımının mutlaka her gün Günlük Standup toplantısına katılması gerekir. Toplantıya katılmak isteyen herkes çok hoş karşılanır, ancak katılmak zorunlu değildir.
Geliştirme Ekibi dışında, toplantıya katılanların güncelleme yapmasına veya katılmasına izin verilmez. Başkaları katılırken dinlemekten zevk alabilir. Scrum Master yine de toplantıya katılabilir ve ayrıca Geliştirme Takımı tarafından talep edilmesi halinde toplantıyı kolaylaştırabilir.
Paydaşlar bile Günlük Standup toplantılarına katılabilir.
S # 17) Tüm Sprint Öğeleri tamamlanamadığında ne olur?
a. Sprint uzatılmalıdır
b. Sprint biten eşyalarla biter
c. Sprint iptal edilmelidir
d. Tamamlanmamış Sprint öğeleri Sprint İş Listesinden kaldırılmalıdır.
e. Bir sonraki Sprint'e önce tamamlanmamış öğelerle başlayın
Muhakeme
Takımın tüm Sprint İş Listesi maddelerini tamamlayamaması durumunda hiçbir şey olmaz. Sprint, tamamlanan öğelerle birlikte öngörülen tarihte sona erer. Geliştirme Takımı, Sprint Gözden Geçirme toplantısında tamamlanan öğeleri gösterir.
Tamamlanmamış öğeler Ürün İstek Listesine geri taşınır ve buradan yeniden önceliklendirilir.
S # 18) Geliştirme Takımının boyutu ne olmalıdır?
için. 5 + -3
b. 5 + -4
c. 6 + -4
d. 6 + -3
dır-dir. 6 + -2
Muhakeme
İdeal ve önerilen geliştirme ekibi boyutu 6 + -3 olmalıdır. Geliştirme Ekibi boyutu, ekibin üretkenliğini doğrudan engelleyerek ürün teslimatını etkileyebileceği için çok akıllıca seçilmelidir.
Geliştirme Takımı, ekip üyeleri arasında çok fazla koordinasyon gerektirebileceğinden çok büyük olmamalıdır. Ancak, çok küçük bir ekip için Ürün Parçasını teslim etmek için gereken tüm becerilere sahip olmak çok zor olacaktır. Bu nedenle, Geliştirme Takımı Büyüklüğü için en uygun sayı seçilmelidir.
S # 19) Ürün İş Listesi İyileştirmesinin bir parçası olan etkinlikler nelerdir?
a. Ürün İş Listesi Kalemlerini tahmin edin
b. Ürün İş Listesi Kalemlerinin sıralaması
c. Bitti Tanımı Oluşturma
d. Görevlerin oluşturulması
e. Ürün İş Listesi Öğeleri üzerinde Beyin Fırtınası
Muhakeme
Ürün İş Listesi İyileştirme, tüm ekibin bir araya geldiği ve iş yığını öğeleri etrafında beyin fırtınası yaptığı bir etkinliktir. İş yığını öğeleri rafine edilir ve ayrıntılar bunlara eklenir.
Toplantı sırasında, Ürün İstek Listesi öğeleri önceliklerine göre sıralanır. Ürün İş Listesi maddeleri iyileştirildikten sonra, Geliştirme Ekibi üyeleri Ürün İş Listesi Maddelerini tahmin eder.
S # 20) Aşağıdaki etkinliklerden hangisi zaman sınırlandırılmamış?
a. Sprint Retrospektif
b. Sprint
c. Ürün İş Listesi İyileştirme
d. Günlük Scrum
e. Sprint İncelemesi
Muhakeme
Scrum'da tüm törenler zaman sınırlıdır, yani uzatılamazlar. Sprint dışında diğerleri kısaltılamaz. Ürün İş Listesi İyileştirme, zaman sınırlaması olmayan, daha çok sürekli bir süreç olan ve takımın istediği zaman gerçekleştirilebilen böyle bir toplantıdır.
Takımın İş Listesi İyileştirme Toplantısında çok fazla zaman harcamaması gerektiğini unutmayın.
Anlayışınızı değerlendirmek için Agile Scrum Quiz Test puanlarınızı kontrol edin!
Bu Agile serisindeki çok çeşitli eğitimlerden keyif aldığınızı umuyoruz ve Agile hakkında daha fazla bilgi edinmek isteyenler için bunun Agile hakkında en iyi rehber olacağından eminiz !!
Önerilen Kaynaklar
- Kanban vs Scrum vs Agile: Farklılıkları Bulmak İçin Ayrıntılı Bir Karşılaştırma
- Çevik Scrum Süreci Kullanılarak Kısa Sürede Yüksek Değerli Yazılım Özellikleri Nasıl Sağlanır
- Çevik Manifesto: Çevik Değerleri ve İlkeleri Anlamak
- SAFe Çevik Eğitimi: Ölçekli Çevik Çerçeve Nedir?
- JIRA Scrum Board Eğitimi: Sprint'i Yönetmek İçin Jira ile Scrum Kullanımı
- Çevik Metodoloji: Yeni Başlayanlar İçin Çevik Yöntem ve Scrum Kılavuzu
- Scrum Eserleri: Ürün İş Listesi, Sprint İş Listesi ve Ürün Artışları
- 30'dan Fazla En İyi Scrum Mülakat Soruları ve Cevapları (2021 LİSTESİ)