Heutzutage ist Agile eine weit verbreitete Methode im Softwaremanagement und es besteht eine gro\u00dfe Nachfrage nach Scrum Mastern, Entwicklern und Testern in agilen Projekten. In diesem Artikel haben wir eine Liste mit den besten agilen Interviewfragen zusammengestellt.<\/p>\n
Fragen.1. Was ist agile Methodik?<\/strong><\/p>\n\n Antwort: Die agile Methodik wird in der Softwareentwicklung eingesetzt. Sie konzentriert sich auf inkrementelle Entwicklungsmethoden, bei denen das Ziel der Methodik darin besteht, ein Produkt schnell zu liefern. <\/p>\n\n Frage.2. Wie unterscheidet sich die agile Methodik von traditionellen Methoden?<\/strong><\/p>\n\n A: Der Hauptunterschied zwischen der agilen Methodik und anderen traditionellen Methoden besteht darin, dass die agile Methodik einem inkrementellen Entwicklungsmodell folgt, w\u00e4hrend die traditionellen Methoden einem sequenziellen Modell folgen.<\/p>\n\n Bei der agilen Methodik finden die Entwicklungsphase und die Testphase gleichzeitig statt. Bei der traditionellen Methodik beginnt die Testphase nach Abschluss der Entwicklungsphase.<\/p>\n\n Die agile Methodik bietet Flexibilit\u00e4t, da die Umsetzung von \u00c4nderungen einfacher ist. Bei der traditionellen Methodik ist es schwierig, \u00c4nderungen einzubeziehen, da die Anforderungen vor Beginn der Entwicklungsarbeit eingefroren werden.<\/p>\n\n Die agile Methodik erfordert weniger Dokumentation. Dank der schnellen Bereitstellung k\u00f6nnen Entwickler Code\u00e4nderungen nach Bedarf vornehmen. Bei der traditionellen Methodik hingegen beginnt der Entwicklungsprozess erst, nachdem das Team die dokumentierten Anforderungen fertiggestellt hat.<\/p>\n\n Die Kunden werden in jeder Phase des agilen Software-Lebenszyklus einbezogen, pr\u00fcfen das Produkt und schlagen gegebenenfalls \u00c4nderungen vor. Bei der traditionellen Methodik werden die Kunden haupts\u00e4chlich in der Phase der Anforderungserfassung einbezogen. Das fertige Produkt wird in der Regel in den letzten Phasen des Entwicklungslebenszyklus gesehen.<\/p>\n\n Frage.3. K\u00f6nnen Sie einige agile Frameworks nennen?<\/strong><\/p>\n\n Antwort: <\/p>\n\n Frage.4. Was ist ein agiles Manifest?<\/strong><\/p>\n\n Antwort: Das Agile Manifest ist ein Dokument zur agilen Softwareentwicklung, das von 17 gleichgesinnten Softwareentwicklern verfasst und im Februar 2001 ver\u00f6ffentlicht wurde. Es basiert auf 4 Grundwerten und 12 unterst\u00fctzenden Prinzipien.<\/p>\n\n Frage.5. Was sind die vier Werte des Agilen Manifests?<\/strong><\/p>\n\n A: Die vier Kernwerte des Agilen Manifests sind:<\/p>\n\n Frage.6. Welche 12 Prinzipien sind im agilen Manifest enthalten?<\/strong><\/p>\n\n Antwort: Das sind die 12 Prinzipien des Agilen Manifests:<\/p>\n\n Frage. 7. Was ist extreme Programmierung?<\/strong><\/p>\n\n A: Extreme Programming oder XP ist einer der beliebtesten Ans\u00e4tze zur agilen Softwareentwicklung. Es verwendet einen objektorientierten Ansatz und folgt denselben Praktiken, die im Agilen Manifest enthalten sind. <\/p>\n\n Extreme Programming ist f\u00fcr die Einf\u00fchrung von Konzepten verantwortlich, die heute als Standardverfahren weit verbreitet sind, wie z.B. User Stories, kontinuierliche Integration und testgetriebene Entwicklung. Einer der Vorteile der extremen Programmierung ist, dass sie die Flexibilit\u00e4t bietet, sich \u00e4ndernde Anforderungen zu jedem Zeitpunkt des Entwicklungszyklus zu ber\u00fccksichtigen. <\/p>\n\n Frage. 8. Was sind die f\u00fcnf Grundprinzipien der extremen Programmierung?<\/strong><\/p>\n\n Antwort: Im Folgenden finden Sie die f\u00fcnf Werte oder Grundprinzipien der extremen Programmierung:<\/p>\n\n Frage.9. Was sind die vier Rahmenaktivit\u00e4ten der extremen Programmierung?<\/strong><\/p>\n\n Antwort: <\/p>\n\n Frage.10. Was ist Refactoring?<\/strong><\/p>\n\n A: Refactoring ist der Prozess, bei dem bestehender Quellcode ge\u00e4ndert wird, ohne dass sich seine Funktionalit\u00e4t \u00e4ndert.<\/p>\n\n Frage.11. Was ist Pair Programming?<\/strong><\/p>\n\n A: Die Paarprogrammierung ist eine Technik der agilen Softwareentwicklung, bei der zwei Entwickler als Team zusammenarbeiten. Einer der beiden Entwickler schreibt den Code und wird als „Treiber“ bezeichnet, w\u00e4hrend der andere den Code \u00fcberpr\u00fcft und als „Beobachter“ bezeichnet wird. Sie k\u00f6nnen bei Bedarf die Rollen tauschen.<\/p>\n\n Frage.12. Was sind die Vorteile der Paarprogrammierung?<\/strong><\/p>\n\n Antwort: <\/p>\n\n Frage.13. Welche verschiedenen Sch\u00e4tzungstechniken gibt es in einer agilen Umgebung?<\/strong><\/p>\n\n Antwort: Agile Sch\u00e4tzungstechniken werden verwendet, um den Arbeitsaufwand zu sch\u00e4tzen. Im Folgenden finden Sie einige der agilen Sch\u00e4tzungstechniken:<\/p>\n\n Poker planen <\/p>\n\n T-Shirt Gr\u00f6\u00dfen <\/p>\n\n Sch\u00e4tzung der Affinit\u00e4t<\/p>\n\n Sortiermethode<\/p>\n\n Das Eimersystem<\/p>\n\n Drei-Punkte-Methode<\/p>\n\n Punktabstimmung<\/p>\n\n Frage. 14. Was ist die Technik des Planungspokers?<\/strong><\/p>\n\n Frage. 15. Was ist die Technik der T-Shirt-Gr\u00f6\u00dfenbestimmung?<\/strong><\/p>\n\n Antwort: T-Shirt Sizing ist eine Sch\u00e4tzungstechnik, mit der die Gr\u00f6\u00dfe einer User Story gemessen wird. Sie wird vor allem verwendet, wenn relativ gro\u00dfe Backlog-Elemente gesch\u00e4tzt werden m\u00fcssen. Bei der Gr\u00f6\u00dfenbestimmung von T-Shirts werden die T-Shirt-Gr\u00f6\u00dfen (XS, S, M, L, XL) verwendet, um die Geschichte zu sch\u00e4tzen. Eine Entscheidung \u00fcber die Gr\u00f6\u00dfe erfordert eine offene Diskussion. <\/p>\n\n Frage .16. Was ist Lean Software Development (LSD)?<\/strong><\/p>\n\n A: Bei der schlanken Softwareentwicklung handelt es sich um eine iterative, agile Methode, die Prinzipien aus dem „schlanken Fertigungsprozess“ aufgreift und in den Softwareentwicklungsprozess implementiert. <\/p>\n\n Einige der angewandten Prinzipien sind schnelle Lieferung, Vermeidung von Verschwendung, Optimierung von Entwicklungszeit und Ressourcen, Steigerung der Produktqualit\u00e4t usw. <\/p>\n\n Frage.17. Was ist Kanban?<\/strong><\/p>\n\n A: \u00c4hnlich wie Scrum ist Kanban eines der beliebtesten Frameworks, die in der agilen Softwareentwicklung eingesetzt werden. Kanban ist der japanische Begriff f\u00fcr „Tafel“. In diesem Rahmen werden die Arbeitsaufgaben oder User Stories auf dem Kanban-Board angezeigt. Das Team kann den Status jeder User Story auf dem Board sehen. Kanban erm\u00f6glicht es, das Produkt in einem einzigen gro\u00dfen Entwicklungszyklus zu entwickeln, anstatt in Iterationen (wie Scrum). Kanban ist inkrementell, nicht iterativ. <\/p>\n\n Frage.18. Was ist Scrumban?<\/strong><\/p>\n\n A: Scrumban ist eine agile Entwicklungsmethodik, die eine Kombination aus Scrum und Kanban ist.<\/p>\n\n Scrumban wird haupts\u00e4chlich in Wartungsprojekten eingesetzt, bei denen Scrum-Prozesse mit Hilfe von Kanban-Prinzipien verbessert werden. Unterst\u00fctzt das Projektteam bei der Optimierung von Prozessen.<\/p>\n\n Ein Teil von scrumban ist die Entscheidung \u00fcber den Umfang der Arbeit, die in einem Sprint erledigt werden kann, und die Priorisierung der Aufgaben.<\/p>\n\n Der Kanban-Teil von Scrumban wird verwendet, um Prozesse zu verbessern und Arbeitsabl\u00e4ufe zu visualisieren. Scrumban verwendet das Kanban-Pull-System, bei dem Artikel kontinuierlich aus dem Backlog gezogen werden.<\/p>\n\n Frage.19. Was ist testgetriebene Entwicklung (TDD)?<\/strong><\/p>\n\n Antwort: Testgetriebene Entwicklung (TDD) ist ein Softwareentwicklungsprozess, bei dem zuerst Testf\u00e4lle geschrieben und dann codiert werden. Testf\u00e4lle werden geschrieben, um zu \u00fcberpr\u00fcfen, was der Code tun soll.<\/p>\n\n Im Folgenden finden Sie die Grundregeln des TDD-Entwicklungsprozesses:<\/p>\n\n Frage.20. Was ist DevOps?<\/strong><\/p>\n\n A: DevOps ist eine Reihe von Ideen und Praktiken, die die Softwareentwicklung (Dev) und den Betrieb der Informationstechnologie (Ops) miteinander verbinden. DevOps bringt Entwicklungs- und Betriebsteams zusammen, um hochwertige und zuverl\u00e4ssige Software zu liefern und die Entwicklungszeit zu verk\u00fcrzen.<\/p>\n\n Frage.21. Was sind die Unterschiede und Gemeinsamkeiten zwischen Scrum und agilen Ans\u00e4tzen?<\/strong><\/p>\n\n Die agile Methodik wird bei der Softwareentwicklung eingesetzt. Sie konzentriert sich auf inkrementelle Entwicklungsmethoden, bei denen das Ziel der Methodik darin besteht, ein Produkt schnell zu liefern. Scrum ist eines der Frameworks der agilen Methodik, die unter das agile Projektmanagement f\u00e4llt. Es wird auch in der Softwareentwicklung verwendet. <\/p>\n\n Agile verfolgt einen inkrementellen und iterativen Ansatz zur Fertigstellung von Projekten. Scrum ist ebenfalls inkrementell und iterativ angelegt.<\/p>\n\n Frage.22. K\u00f6nnen Sie das agile Testen kurz erkl\u00e4ren?<\/strong><\/p>\n\n Antwort: Agiles Testen ist ein Softwaretestprozess, der den Prinzipien der agilen Softwareentwicklung folgt. Der agile Entwicklungsprozess ist ein iterativer Prozess, bei dem sich die Anforderungen st\u00e4ndig entsprechend den Bed\u00fcrfnissen des Kunden \u00e4ndern. Agiles Testen ist ein kontinuierlicher Prozess, der parallel zum Entwicklungsprozess abl\u00e4uft. Beim agilen Testen wird das System kontinuierlich getestet, bis die gew\u00fcnschte Softwarequalit\u00e4t erreicht ist. <\/p>\n\n Frage. 23. Welche Vorgehensweise sollten Sie als agiler Tester w\u00e4hlen, wenn sich die Anforderungen st\u00e4ndig \u00e4ndern?<\/strong><\/p>\n\n Erstens sollte sich das agile Testteam bei der Erstellung von Testf\u00e4llen darauf konzentrieren, generische Testf\u00e4lle zu schreiben, die bei zuk\u00fcnftigen \u00c4nderungen von Testf\u00e4llen n\u00fctzlich sein k\u00f6nnen.<\/p>\n\n Der agile Tester sollte mit dem Product Owner und dem Business Analysten zusammenarbeiten, um die ge\u00e4nderten Anforderungen und die mit der \u00c4nderung verbundenen Risiken zu verstehen, damit die Testf\u00e4lle angepasst werden k\u00f6nnen. <\/p>\n\n Das Testteam sollte erst dann mit den automatisierten Tests beginnen, wenn die Anforderungen eingefroren wurden.<\/p>\n\n Frage .24. Was sind einige Merkmale eines guten agilen Testers?<\/strong><\/p>\n\n Antwort: Im Folgenden finden Sie einige wichtige Eigenschaften, die ein guter agiler Tester haben sollte:<\/p>\n\n Frage. 25. Was sind einige agile Testmethoden?<\/strong><\/p>\n\n Antwort: <\/p>\n\n Frage. 26. Was sind die Phasen des agilen Testlebenszyklus?<\/strong><\/p>\n\n A: Der Lebenszyklus des agilen Testens gliedert sich in die folgenden Phasen:<\/p>\n\n Frage .27. Was ist der Unterschied zwischen inkrementeller und iterativer Entwicklung?<\/strong><\/p>\n\n A: Bei der iterativen Methode der Entwicklung wird die Software entwickelt und an den Kunden geliefert. Sobald die R\u00fcckmeldungen der Kunden vorliegen, werden sie in die Software eingearbeitet, die wiederum in Sprints entwickelt und dann an den Kunden ausgeliefert wird.<\/p>\n\n Bei der inkrementellen Entwicklungsmethode wird die Software schrittweise entwickelt. Jedes Inkrement enth\u00e4lt die abgeschlossenen Eigenschaften einiger Unterfunktionen des Systems.<\/p>\n\n Frage .28. Was ist ein Release Candidate?<\/strong><\/p>\n\n A: Ein Release Candidate ist ein Build des Systems, das funktionsf\u00e4hig ist und intern zu Testzwecken freigegeben wird. Es wird nicht f\u00fcr die Produktionsbereitstellung verwendet. Die Baugruppe wird getestet, um sicherzustellen, dass keine kritischen Probleme im System vorhanden sind.<\/p>\n\n Ein Release Candidate ist ein Code\/eine Version\/ein Build, der\/die freigegeben wird, um sicherzustellen, dass in der letzten Entwicklungsphase keine kritischen Probleme aufgetreten sind. Es wird zum Testen verwendet und entspricht dem endg\u00fcltigen Build.<\/p>\n\n Frage .29. Was ist ein Buildbreaker?<\/strong><\/p>\n\n Antwort: Ein Build-Breaker ist eine Situation, in der ein Fehler in der Software die Kompilierung stoppt und Warnungen oder Abst\u00fcrze in einer automatisierten Testumgebung verursacht. Das passiert, wenn Entwickler versehentlich Fehler in die Software schreiben.<\/p>\n\n Frage .30. Wie kann QA einen Mehrwert f\u00fcr ein agiles Team schaffen?<\/strong><\/p>\n\n Frage .31. Was sind die Vorteile des agilen Modells?<\/strong><\/p>\n\n Frage . 32. Was sind die Nachteile des agilen Modells?<\/strong><\/p>\n\n Frage.33. K\u00f6nnen Sie das Konzept von Scrum kurz erkl\u00e4ren?<\/strong><\/p>\n\n A: Scrum ist eines der am meisten verwendeten agilen Frameworks. Die Aktivit\u00e4ten des Scrum-Frameworks sind Anforderungen, Analyse, Design, Entwicklung und Lieferung.<\/p>\n\n In Scrum wird die Liste der Anforderungen einem Backlog, dem Produkt-Backlog, hinzugef\u00fcgt. Um die Anforderungen zu erf\u00fcllen, werden Arbeitseinheiten, sogenannte Sprints, erstellt. Jeder Sprint enth\u00e4lt bestimmte Anforderungen aus dem Product Backlog und kann 2 bis 4 Wochen dauern.<\/p>\n\n Frage. 34. Warum nennt man Scrum ein leichtgewichtiges Prozess-Framework?<\/strong><\/p>\n\n Antwort: Das agile Scrum-Framework ist ein leichtgewichtiges Prozess-Framework, da es nur wenige Regeln und Verfahren enth\u00e4lt. Dieser Rahmen ist flexibel und anpassungsf\u00e4hig und kann problemlos \u00c4nderungen der Anforderungen ber\u00fccksichtigen. Im Scrum-Framework ist die Produktentwicklung in Sprints unterteilt, die eine kurze Dauer haben.<\/p>\n\n Frage. 35. Wann verwenden wir die agile Scrum-Methodik?<\/strong><\/p>\n\n Antwort: <\/p>\n\n Frage. 36. Was sind die drei S\u00e4ulen von Scrum?<\/strong><\/p>\n\n Antwort: Dies sind die drei S\u00e4ulen von Scrum:<\/p>\n\n Frage. 37. Was ist Sprinten?<\/strong><\/p>\n\n A: In Scrum ist ein Sprint ein kurzer, zeitlich begrenzter Zeitraum, in dem ein Entwicklungsteam eine bestimmte Menge an Arbeit verrichtet, um ein ver\u00f6ffentlichungsf\u00e4higes Produkt zu erstellen. Es ist die Grundeinheit der Entwicklung im Scrum. <\/p>\n\n Frage. 38. Wie lange dauert der Scrum-Zyklus?<\/strong><\/p>\n\n A: Der Scrum-Zyklus oder Sprint h\u00e4ngt von der Gr\u00f6\u00dfe des Teams und des Projekts ab. Der Sprint darf einen Monat nicht \u00fcberschreiten, d.h. j. 4 Wochen. Normalerweise dauert ein Sprint im Durchschnitt ein paar Wochen. <\/p>\n\n Frage. 39. Was sind die wichtigsten Artefakte des Scrum-Prozesses?<\/strong><\/p>\n\n Antwort: Die Artefakte des Scrum-Prozesses sind daf\u00fcr verantwortlich, dem Entwicklungsteam und dem Kunden wichtige Informationen zu liefern. Sie helfen dabei, auch die Details der Produktentwicklung zu verstehen.<\/p>\n\n Es gibt vor allem drei Artefakte:<\/p>\n\n Frage.40. K\u00f6nnen Sie uns etwas \u00fcber die verschiedenen Ereignisse erz\u00e4hlen, die in jedem Scrum-Sprint stattfinden?<\/strong><\/p>\n\n A: Scrum besteht aus den folgenden vier Ereignissen, die zur \u00dcberpr\u00fcfung und Anpassung verwendet werden:<\/p>\n\n A: Bei der Sprintplanung wird ein Plan f\u00fcr die Arbeit erstellt, die in einem bestimmten Sprint erledigt werden muss. Bei einem monatlichen Sprint ist die Sprintplanung auf maximal 8 Stunden begrenzt. Der Scrum Master ist daf\u00fcr verantwortlich, dass die Teilnehmer den Zweck des Scrums verstehen.<\/p>\n\n Im Folgenden finden Sie zwei Fragen, die Sie bei der Planung eines Sprints beantworten sollten:<\/p>\n\n Was kann in einem Sprint geliefert werden?<\/strong> – Der Product Owner bespricht das Sprint-Ziel und w\u00e4hlt Elemente aus dem Product Backlog aus, die in das Sprint Backlog aufgenommen werden sollen.<\/p>\n\n Wie wird die Arbeit ausgef\u00fchrt?<\/strong> – Auf der Grundlage des Sprint Backlogs muss das Entwicklungsteam entscheiden, wie es arbeiten will, um ein brauchbares Inkrement zu entwickeln.<\/p>\n\n Frage. 42. Was ist das t\u00e4gliche Scrum?<\/strong><\/p>\n\n A: Das t\u00e4gliche Scrum ist eine Veranstaltung, bei der die Aktivit\u00e4ten des Entwicklungsteams f\u00fcr die n\u00e4chsten 24 Stunden besprochen werden. Sie ist auf maximal 15 Minuten begrenzt. Diese Veranstaltung beantwortet die folgenden Fragen-<\/p>\n\n Der Zweck des t\u00e4glichen Scrums ist es, den Fortschritt der Sprint-Backlog-Elemente zu \u00fcberpr\u00fcfen.<\/p>\n\n Frage. 43. Was ist Sprint Control?<\/strong><\/p>\n\n A: Der Sprint Review wird am Ende des Sprints durchgef\u00fchrt, um das Inkrement zu \u00fcberpr\u00fcfen. Stakeholder und Entwicklungsteams nehmen an der Sprint Review teil. Darin gehen die Teilnehmer durch, was im Sprint gemacht wurde, besprechen alle Probleme, mit denen das Entwicklungsteam konfrontiert war, geben Feedback usw. Falls erforderlich, wird das Product Backlog aktualisiert und Input f\u00fcr die Planung des n\u00e4chsten Sprints geliefert. <\/p>\n\n Frage.44. Was ist eine Sprint-Retrospektive?<\/strong><\/p>\n\n A: Eine Sprint-Retrospektive wird nach dem Sprint-Review und vor der Sprint-Planung durchgef\u00fchrt. Es geht darum, den letzten Sprint zu \u00fcberpr\u00fcfen und die \u00c4nderungen anzupassen, um sie im n\u00e4chsten Sprint zu verbessern.<\/p>\n\n Die Retrospektive ist zeitlich auf maximal 3 Stunden f\u00fcr einen monatlichen Sprint begrenzt. Der Scrum Master ist daf\u00fcr verantwortlich, andere Teammitglieder zu f\u00fchren und zu motivieren, um die Effektivit\u00e4t des Sprints zu erh\u00f6hen.<\/p>\n\n Frage.45. Was ist ein Product Backlog?<\/strong><\/p>\n\n A: Ein Product Backlog ist eine Liste der auszuf\u00fchrenden Aufgaben. Es besteht aus Anforderungen, Funktionen, Erweiterungen, \u00c4nderungen usw. Sie wird vom Product Owner geleitet, der f\u00fcr den Inhalt verantwortlich ist.<\/p>\n\n Das Product Backlog entwickelt sich st\u00e4ndig weiter, da die Produktentwicklung voranschreitet und sich die Anforderungen \u00e4ndern. <\/p>\n\n Frage. 46. Was ist ein Sprint Backlog?<\/strong><\/p>\n\n A: F\u00fcr einen bestimmten Sprint werden bestimmte Elemente im Product Backlog ausgew\u00e4hlt, an denen das Entwicklungsteam arbeitet. Diese Liste von Objekten wird als Sprint Backlog bezeichnet. Das Sprint Backlog ist eine Teilmenge des Product Backlogs.<\/p>\n\n Frage. 47. Was ist ein Null-Sprint?<\/strong><\/p>\n\n A: Bevor der erste Sprint beginnt, m\u00fcssen bestimmte Aktivit\u00e4ten durchgef\u00fchrt werden, wie z.B. die Einrichtung der Entwicklungsumgebung, die Vorbereitung des Product Backlogs und andere Planungen im Zusammenhang mit dem bevorstehenden Sprint. Diese Phase wird als Zero Sprint bezeichnet. Er wird auch als Inception Sprint, Initial Sprint oder Sprint Zero bezeichnet.<\/p>\n\n Frage. 48. Was ist ein Story Point?<\/p>\n\n A: Ein Story Point ist eine Ma\u00dfeinheit, mit der der Gesamtaufwand f\u00fcr die Fertigstellung eines Product Backlog Items oder einer anderen Arbeit gesch\u00e4tzt wird. Bei der Berechnung des erforderlichen Aufwands k\u00f6nnen mehrere Faktoren ber\u00fccksichtigt werden: der Umfang der zu erledigenden Arbeit, die Komplexit\u00e4t der Arbeit und alle Risiken, die w\u00e4hrend der Arbeit auftreten k\u00f6nnen.<\/p>\n\n Frage.49. Was ist eine Verbrennungskarte?<\/strong><\/p>\n\n Frage.50. Was ist eine Abbrandtabelle?<\/strong><\/p>\n\n Antwort: Das Burn-Down-Diagramm wird im Projektmanagement verwendet, um den Fortschritt der Arbeit an einem Projekt zu verfolgen.<\/p>\n\n Frage 51. Was sind die verschiedenen Arten von Abbranddiagrammen?<\/strong><\/p>\n\n A: Es gibt vier Arten von Burn Down Diagrammen:<\/p>\n\n Frage.52. Was meinen Sie mit „defekte Abbrandtabelle“?<\/strong><\/p>\n\n Ans: Ein Defect Burn Down Chart ist eine visuelle Darstellung der verbleibenden Arbeit innerhalb eines Defect Backlogs. <\/p>\n\n Die vertikale Achse im Bug-Burn-Diagramm stellt die verbleibende Arbeit im Backlog dar. Die Einheit dieser Achse sind die Fehler im R\u00fcckstand. Die horizontale Achse stellt die Zeit dar, die in Sprints gemessen wird, d.h.. j. Iterationen.<\/p>\n\n Frage. 53. Was meinen Sie mit der Tabelle zum Abbrennen der Freisetzung?<\/strong><\/p>\n\n A: Das Release-Burnout-Diagramm wird verwendet, um den Fortschritt einer Ver\u00f6ffentlichung zu \u00fcberwachen. Steht f\u00fcr die verbleibende Arbeit an der Ver\u00f6ffentlichung. <\/p>\n\n Die vertikale Achse des Burnout-Diagramms stellt die Menge der verbleibenden Arbeit in der Freigabe dar. Die Einheit dieser Achse kann Stunden, Tage oder Story Points sein. Die horizontale Achse stellt die Zeit dar, die in Sprints gemessen wird, d.h.. j. Iterationen.<\/p>\n\n Frage .54. Was ist eine Abbrandtabelle?<\/strong><\/p>\n\n A: Ein Produkt-Burnout-Diagramm ist eine visuelle Darstellung der verbleibenden Arbeit an einem Produkt-Backlog. <\/p>\n\n Die vertikale Achse im Produkt-Burnout-Diagramm stellt die Menge der verbleibenden Arbeit im Produkt-Backlog dar. Die Einheit dieser Achse sind die Story Points. Die horizontale Achse stellt die Zeit dar, die in Sprints gemessen wird, d.h.. j. Iterationen.<\/p>\n\n Frage .55. Was ist eine Sprint Burn Down Tabelle?<\/strong><\/p>\n\n A: Ein Sprint Burn Down Chart ist eine visuelle Darstellung der verbleibenden Arbeit eines bestimmten Sprints.<\/p>\n\n Die vertikale Achse im Sprint-Burnout-Diagramm stellt die Menge der im Sprint verbleibenden Arbeit dar. Die Einheit dieser Achse k\u00f6nnen Geschichtspunkte, Arbeitsstunden oder Arbeitstage sein. Die horizontale Achse stellt die zu messende Zeit in Tagen dar.<\/p>\n\n Frage .56. Was ist ein „Spike“?<\/strong><\/p>\n\n Antwort: Der Begriff „Spike“ wurde im Zusammenhang mit extremer Programmierung gepr\u00e4gt. Manchmal sto\u00dfen Entwickler und andere Teammitglieder auf ein Problem mit einer bestimmten User Story. Sie wissen nicht, wie sie das Problem l\u00f6sen k\u00f6nnen und m\u00fcssen m\u00f6glicherweise recherchieren oder experimentieren, um eine L\u00f6sung zu finden.<\/p>\n\n Spike ist ein Experiment oder eine Investition, die dem Entwicklungsteam hilft, die Geschichte zu erraten. Spike wird vom Produktverantwortlichen in das Backlog eingetragen. Es gibt zwei Arten von Spikes – funktionale Spikes und technische Spikes.<\/p>\n\n Die Benutzergeschichte enth\u00e4lt zum Beispiel Anforderungen f\u00fcr die Integration mit Software von Drittanbietern. Die Entwickler haben noch nie mit dieser Software gearbeitet und brauchen einige Zeit, um sie zu verstehen. Der Produktverantwortliche kann sich ein oder zwei Tage Zeit nehmen, um diese Nachforschungen anzustellen und einen Spike im Backlog zu erstellen.<\/p>\n\n Frage Nr. 57. Was ist ein Leuchtspurgeschoss?<\/p>\n\n Antwort: Manchmal sind manche User Stories komplex und schwer einzusch\u00e4tzen und enthalten ein neues Architekturelement, mit dem die Entwickler nicht vertraut sind. In solchen F\u00e4llen kann ein Leuchtspurgeschoss mit Hilfe eines „Spikes“ verwendet werden, um die Machbarkeit einer L\u00f6sung zu erkunden.<\/p>\n\n Bei einem Tracer-Bullet wird eine der Komponenten der User Story mit einem Minimum an Code in die endg\u00fcltige L\u00f6sung eingebaut und es wird Feedback eingeholt. Auf der Grundlage der Implementierung einer Komponente k\u00f6nnen andere Komponenten der Geschichte kodiert werden.<\/p>\n\n Frage. 58. Was ist Velocity in Scrum?<\/strong><\/p>\n\n A: Velocity ist eine wichtige Kennzahl in Scrum und wird verwendet, um die Menge an Arbeit zu messen, die ein Entwicklungsteam in einem einzigen Sprint erledigen kann. Velocity kann auch verwendet werden, um die Lieferzeit anderer Versionen abzusch\u00e4tzen.<\/p>\n\n Frage. 59. Wie misst man die Geschwindigkeit in Scrum?<\/strong><\/p>\n\n A: Es gibt zwei Arten von Geschwindigkeit, d.h. j. tats\u00e4chliche Geschwindigkeit und erwartete Geschwindigkeit.<\/p>\n\n Tats\u00e4chliche Geschwindigkeit = Gesamtzahl der abgeschlossenen Story-Punkte \/ Anzahl der Sprints<\/p>\n\n Erwartete Geschwindigkeit = Gesamtzahl der gesch\u00e4tzten Story-Punkte \/ Anzahl der Sprints<\/p>\n\n Frage.60. Was ist eine User Story?<\/strong><\/p>\n\n A: User Stories sind einfache Beschreibungen, die dazu dienen, Gesch\u00e4ftsanforderungen aus der Sicht des Endbenutzers darzustellen. User Stories sind im Vergleich zu allgemeinen Anforderungen oder Anwendungsf\u00e4llen einfacher zu verstehen. <\/p>\n\n Frage.61. Was ist mit „INVEST“ in Scrum gemeint?<\/strong><\/p>\n\n A: INVEST repr\u00e4sentiert die Qualit\u00e4tskriterien einer guten User Story. Es steht f\u00fcr –<\/p>\n\n I<\/strong> – Unabh\u00e4ngig; Die Benutzergeschichte sollte so gestaltet sein, dass sie nicht von einer anderen Geschichte abh\u00e4ngig ist. <\/p>\n\n N<\/strong> – Verhandlungsf\u00e4hig; Jede Geschichte sollte Raum f\u00fcr Verhandlungen bieten.<\/p>\n\n V <\/strong>– Valuable (Wertvoll); sollte dem Endverbraucher einen Nutzen bringen<\/p>\n\n E <\/strong>– Estimable; Die User Story sollte so beschaffen sein, dass sie gesch\u00e4tzt werden kann und der Sprint korrekt geplant werden kann.<\/p>\n\n S<\/strong> – Klein; Es sollte ein kleiner Auftrag sein, der in 3 – 4 Tagen erledigt werden kann.<\/p>\n\n T<\/strong> – Testbar; sollte testbar sein, t. j. sollte Akzeptanzkriterien enthalten<\/p>\n\n Eine gute Benutzergeschichte erf\u00fcllt alle diese Kriterien, und wenn sie das nicht tut, sollte das Team ein Redesign in Betracht ziehen.<\/p>\n\n Frage. 62. Was sind die drei Komponenten einer User Story?<\/strong><\/p>\n\n Antwort: <\/p>\n\n Frage 63. Was ist episch?<\/strong><\/p>\n\n A: Epic ist eine gro\u00dfe User Story, die in mehrere kleine User Stories aufgeteilt werden kann. Ein Epos kann \u00fcber mehrere Sprints verteilt werden.<\/p>\n\n Frage.64. Was ist eine Aufgabe in Scrum?<\/strong><\/p>\n\n Antwort: Ein Task ist die technische Arbeit, die ein Entwicklungsteam durchf\u00fchrt, um ein Produkt-Backlog-Element innerhalb eines bestimmten Zeitrahmens fertigzustellen.<\/p>\n\n Frage.65. Was sind die Hauptaufgaben in Scrum?<\/strong><\/p>\n\n Antwort: Die folgenden Aufgaben sind die Hauptaufgaben im Scrum:<\/p>\n\n Der Product Owner ist auch f\u00fcr die Verwaltung des Product Backlogs verantwortlich. Verantwortlich f\u00fcr die Auflistung von Product Backlog-Elementen, deren Sortierung, die Gew\u00e4hrleistung der Transparenz des Product Backlogs, die Sicherstellung, dass das Entwicklungsteam die Product Backlog-Elemente versteht, und die Optimierung der Arbeit des Entwicklungsteams. <\/p>\n\n\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
Interviewfragen f\u00fcr Scrum Master<\/h2>\n\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n