❣️ Please support us by purchasing this course on Udemy in an interactive version with the discounted link. If you're working for a company, you could most probably easily claim this expense during preparation for your exam. For us, it's to be, or not to be, in the game.
✋ Join a live online community and a course taught by industry experts and pass the Professional Scrum Developer I (PSD I) confidently. We aim to build an ecosystem of Information Technology (IT) certifications and online courses in cooperation with the technology industry. We believe it will give our students 100% confidence in the pacing market in an open-source environment. We are just at the beginning of our way, so it's even better for you to join now!
- Always happy to answer your questions on Udemy's Q&A's and outside :)
- Failed? Please submit a screenshot of your exam result and request a refund (via our upcoming platform, not possible on Udemy); we'll always accept it.
- Learn about topics, such as:
- Architecture & Design;
- Class Coupling;
- Code Quality;
- Coding Best Practices;
- Continuous Delivery (CD);
- Continuous Deployment (CD);
- Continuous Integration (CI);
- Cross-Functional Teams;
- Cycle Time per Feature;
- Cyclomatic Complexity;
- Definition of Done (DoD);
- Documentation;
- Don't Repeat Yourself (DRY);
- Efferent Couplings;
- Keep It Simple, Stupid (KISS);
- Mocking;
- Scrum Framework;
- Software Architecture;
- Software Design;
- SOLID Principles;
- Spying;
- Stubbing;
- Technical Debt;
- Test Driven Development (TDD);
- Test First Development (TFD);
- Much More!
- Questions are similar to the actual exam, without duplications (like in other courses ;-)).
- The Practice Tests Exams simulate the actual exam's content, timing, and percentage required to pass the exam.
- This course is not a Professional Scrum Developer I (PSD I) Exam Dump. Some people use brain dumps or exam dumps, but that's absurd, which we don't practice.
- 291 unique questions.
v1.0.0: November 12, 2021.
- Launch of the course.
v1.0.1: August 24, 2022.
- Minor improvements since the course launch with a relaunch of the course due to misunderstanding Udemy rules by using unfortunate keywords in the title.
v1.0.2: October 10, 2022.
- Fixing 1 question (Ditectrev#6) w/minor improvements.
v1.0.3: November 2, 2022.
- Fix 1 question w/minor improvements.
v1.1.0: December 5, 2022.
- Fix several questions.
v1.2.0: January 10, 2023.
- Fix 6 question w/a minor typo in incorrect answer.
We are so thankful for every contribution, which makes sure we can deliver top-notch content. Whenever you find a missing resource, broken link in a Table of Contents, the wrong answer, please submit an issue. Even better would be a Pull Request (PR).
- 👨🎓 Students preparing for the Professional Scrum Developer I (PSD I) Exam;
- 👨🎓 Agile Coaches;
- 👨🎓 Agile Leaders;
- 👨🎓 DevOps Engineers;
- 👨🎓 IT Professionals;
- 👨🎓 Lead Engineers;
- 👨🎓 Scrum Masters;
- 👨🎓 Software Developers/Engineers;
- 👨🎓 Software Testers;
- 👨🎓 Product Managers;
- 👨🎓 Product Owners;
- 👨🎓 Project Managers;
- 👨🎓 Team Leaders.
- 🤩 Excitement to learn!
- 0️⃣ Prior knowledge is required;
- ✅ You can pass the Professional Scrum Developer I (PSD I) Exam solely based on our Practice Tests Exams.
- Only during Sprint Planning.
- Anytime during the Sprint.
- Only during Refinement meetings planned by the Product Owner.
- Before Sprint Planning.
- Reordering method parameters to improve readability.
- Extracting interfaces.
- Renaming things to be more logical.
- Changing external interfaces or APIS.
- Extracting methods.
Your Scrum Team is one of seven teams working on a Software Product. All teams use the same Version Control System. Which is the best approach to deliver a high-quality Increment?
- Developers should perform a combination of local and private builds.
- Each team's automated build is integrated toward the end of the Sprint.
- There is one automated and integrated build for all seven teams.
- Each team should have its own automated build.
- The Developers.
- Increments do not need documentation.
- The Product Owner.
- Technical Writers.
- The Scrum Master.
- Copying a portion of a code base to isolate it from the original codebase.
- Identifying a particular codebase as ready for distribution.
- Triggering a Deployment into Production.
- Combining two or more versions of code into a single codebase.
- Daily Scrum.
- Release Planning.
- Sprint Review.
- Refinement Meeting.
- Sprint Retrospective.
- Performance.
- Exploratory.
- Unit.
- Functional.
- Manual regression.
- Integration.
- Making decisions as soon as possible to close feedback loops as soon as possible.
- Discover decisions to be made as soon as possible but postpone deciding to the latest reasonable moment.
- The last moment in a Sprint when code changes are allowed, after this only stabilization work should be conducted.
- Opening a learning window to validate hypotheses and create learning.
- The last moment a Developer is responsible for quality, after this the Tester is responsible.
- Includes exercising the persistence layer.
- Makes assertions about only one logical concept.
- Independent of others.
- Test code is as small as possible.
- Execution is fast.
- Because the test has not been refactored.
- Because it has to be put into an automated test harness to be run.
- Because the tests are checked in before the Product code exists.
- Because the Product code to satisfy the test does not yet exist.
- Whenever the Product Owner asks.
- During the Sprint Review.
- Anytime the Developers need feedback from the Product Owner.
- All of the above.
- It is a great way for Testers to contribute early in the Sprint as they can start creating all the tests from the beginning on.
- It makes Integration Tests obsolete and by doing so saves a lot of time.
- It helps break down complex problems into smaller ones that are much easier to be tackled.
- It increases collaboration between Developers as it requires Pair Programming.
- It might lead to better code as Refactoring is part of the TDD cycle.
- It helps to identify gaps in understanding the desired behavior.
- The Architect chosen by the Scrum Team.
- The Software Architect assigned to the Scrum Team.
- The Developers with input from the Scrum Team and others.
- The Chief Architect.
- Once per hour.
- Whenever new or changed code is checked into version control.
- Once per day.
- Before the end of the Sprint.
- Whenever new tests are created or uncertainty arises about whether old tests will pass.
- Readability of code is improved.
- Know immediately how a change affected the Product.
- The feature-branch is generally kept in a buildable state.
- Reduce effort and risk when integrating changes.
- The Scrum Master.
- The Scrum Team.
- Team Manager.
- Subject matter experts.
- The Developers.
- The Product Owner.
- The Developers.
- Quality Assurance Specialists.
- The Scrum Master.
- Creating tests before satisfying them.
- Testing existing code before adding more code to it.
- Having the Tester in the Scrum Team write the test plans before coding.
- The continuous restructuring of Software to retain flexibility.
- A spreadsheet of passing manual tests.
- The Developer's whiteboard.
- UML model.
- Release notes.
- A help file.
- A passing test harness with clear naming and vocabulary.
While developing new functionality, you find a bug that has already been delivered to the customer. What do you do?
- Revise the tests so that the bug no longer appears on the bug report.
- Fix the bug.
- Talk to the Product Owner.
- Stub out the code that caused the bug so it no longer occurs.
- The Scrum Master.
- The Stakeholders.
- The Scrum Team.
- The Developers.
- The Product Owner.
- A Unit Test isolates a specific system behavior.
- An Integration Test usually focuses on the integration of two or more units.
- A Unit Test is automated.
- An Integration Test runs overnight.
- A Unit Test only runs on a Developer's workstation.
- 100%.
- Enough so that the Product Owner is not surprised by the value delivered by the Increment.
- 40%, or more if the Stakeholders agree.
- Any amount of time the Developers ask the Product Owner to be present.
- Product Owner and Developer.
- Business Analyst and Developer.
- Tester and Developer.
- Driver and Navigator.
- Frontend and Backend.
True or False: When multiple teams work together on the same Product, each team should maintain a separate Product Backlog.
- True.
- False.
- Scrum is for functional, front-end development only.
- Important, recurring non-functional requirements can be added to the Definition of Done.
- Discuss them during a risk mitigation phase before development.
- Include them in the Product Backlog.
- Specific expectations can be used as Acceptance Criteria to specific Product Backlog Items.
- Before the release, they should be tested and validated in a hardening Sprint.
- Ensuring that all factors are constantly aligned.
- Removing all bugs that were found during Regression Tests.
- Making sure that the code is readable and maintainable.
- Creating better technical documentation.
- Expected results and observed results.
- Includes build or version number where bug was found.
- Includes code for a proposed fix.
- Provides simple and repeatable reproduction steps.
- Screenshots or other pictures of the bug in action.
- Explains some new system functionality desired.
- Regression Testing.
- Object oriented requirements definition.
- Acceptance Test Driven Development.
- Behavior Driven Development.
- A test object that mimics the behavior of a dependency in the system under test.
- A mock helps you create a build script.
- Mocks, stubs, dummies, fakes, and shims are all the same.
- A mock is a way to initialize the database for testing.
- It improves quality and reduces bugs.
- It reduces the cost of maintenance over time.
- It promotes good design and separation of concerns.
- It ensures no defects are present in the code.
- It causes you to construct a test harness that can be automated.
- Vague statements or untested assumptions.
- Generic titles.
- Simple and repeatable reproduction steps.
- Assigning blame.
- One bug per report.
- Yes, there is nothing in Scrum that conflicts with Continuous Delivery.
- No, because the Product Owner may not be available each time a PBI is done and the Product Owner has to decide if it should be released.
- No, because the increment has to be approved at the Sprint Review before it can be released, and a 2-week Sprint would not be considered continuous.
- No, because Stakeholders may have already seen the new features and the Sprint Review will be meaningless.
- No, because before releasing an Increment it first has to fulfill the Definition of Done.
You are asked to refactor part of the codebase for Application X. When you are done, all Unit Tests pass with 50% Code Coverage. What can you infer from this?
- At least 50% of Application X functions correctly.
- At most 50% of Application X functions correctly.
- There are no bugs present in Application X.
- You did not break any existing Unit Tests.
- They are addressed by a separate team who is responsible for compliance issues.
- They are addressed along with functional development of the Product.
- They are discussed, determined, and documented before the actual feature development Sprints.
- They are added to the Product Backlog and addressed in early Sprints, while always requiring at least some business functionality. no matter how small.
- True.
- False.
- Code with low Cyclomatic Complexity.
- Code with minimal duplication.
- Code that has not been peer reviewed.
- Code that has been peer reviewed.
- All Scrum Teams work in their own version control branch.
- Code is merged at the Scrum of Scrums.
- The Scrum Teams must integrate their work before the end of the Sprint.
- The Scrum Teams coordinate their work to deliver a single Increment.
- Each Scrum Team should have a different Product Owner.
- A style of Test Driven Development focusing on user and system interactions.
- A development style that accounts for leadership style among team members.
- A way to organize Unit Tests based on class and method structures.
- A technique for maintaining Regression Test harnesses.
- They ask questions in order to clarify the intent of Product Backlog Items.
- They do not. The Developers are only responsible for prioritizing technical work.
- They do not. The Scrum Master and the Product Owner are responsible for Product Backlog Refinement.
- They give input on technical dependencies.
- They may update estimates for Product Backlog Items.
- Just before the Product is released.
- Before writing the first line of code.
- When the Product Owner asks for a build.
- Just before the end of the Sprint.
- As soon as there is code in the Version Control System.
- Exploratory.
- Performance.
- Unit.
- Smoke.
- Functional.
- Integration.
How much work is required of the Developers to complete a Product Backlog Item selected during the Sprint Planning?
- A proportional amount of time on analysis, design, development, and testing.
- All development work and at least some testing.
- As much as they can fit into the Sprint, with remaining work deferred to the next Sprint.
- As much as s required to meet the Scrum Team's Definition of Done.
- Information sharing and learning.
- Improving Code Quality.
- Efficiency.
- It can be a fun way to work.
- All of the above.
- Models are not used by agile teams.
- Models are maintained along with the Software as it emerges.
- Models are assembly instructions for the Developers.
- Modeling may be useful to increase shared understanding.
- Continuous Integration / Continuous Deployment / Continuous Delivery.
- Blue-Green Deployment.
- Hypothesis Driven Development.
- Vertical Teams.
- Blameless Postmortem.
- All of the above.
- Write the minimum amount of Product code to satisfy the test.
- Refactor the test so the code passes.
- Run it again to make sure it really fails.
- Implement the required functionality.
- Meet with the Business Analyst to ensure that the test is correct.
- Create teams based on their skills across multiple layers (such as database, Ul, etc.).
- Ask the people to divide themselves info teams.
- Ask the Product Owner to assign the people to teams.
Developers are blocked by an impediment in the middle of the Sprint. The impediment is outside the Developer's control. What should they do?
- Stop using Scrum until the impediment is resolved.
- Complete the work that can be done and complete the remainder during the hardening Sprint.
- Immediately raise the issue to the Scrum Master.
- Cancel the Sprint.
- Drop the Product Backlog Items affected by the impediment from the Sprint Plan.
- A test of the user interface.
- A test runs during a Continuous Integration build.
- A test of a single unit of functionality.
- A test of multiple units of functionality.
- The first set of practices a team should apply before moving to the second way.
- Using automated build and release pipelines.
- To deliver value earlier and more frequently.
- A tool-focused way of introducing DevOps, compared to a mindset way (second way) and organizational structure (third way).
- A culture of continuous experimentation and learning.
- It might be a subject of discussion during Sprint Retrospective.
- It is the sole responsibility of the Developers to define it.
- It is synonymous with Acceptance Criteria.
- It can only be extended; nothing can be removed.
- It defines a state when the entire Increment is releasable.
At Sprint Planning, the Scrum Team has NO clear standard to meet for releasable Software. What should the Scrum Team do?
- Ask the Product Owner to specify a Definition of Done.
- Create a unique completion checklist for each item in the Sprint.
- Specify a shared Definition of Done.
- Ask the Scrum Master what they should do.
- The Scrum Master adds additional Developers for Sprint 8.
- The Developers carry over incomplete Sprint Backlog items from Sprint 7 to Sprint 8 and monitor the Sprint 8 burn-down chart. As soon as deviation from trends is detected, the Developers work with the Product Owner to negotiate remaining work.
- There is nothing wrong The Developers will present all Product Backlog Items selected for Sprint 7 at the end of the Sprint.
- The Developers may forecast less overall work in Sprint 8.
- Stakeholders will encourage the Scrum Team to estimate better during the Sprint 8 Planning Meeting.
- The Developers put incomplete Product Backlog Items back into the Product Backlog for re-ordering.
- The Product Owner may ask the Developers to complete the unfinished Product Backlog Items from Sprint 7 in Sprint 8.
- True.
- False.
The Daily Scrum event happens every day. What would be three concerns if the frequency were to be lowered to every two to three days?
- Opportunities to inspect and adapt in the Sprint Backlog are lost.
- The Scrum Master loses the ability to update the Gantt Chart properly.
- Too much work is spent updating the Scrum Board before meeting.
- Sprint Plan may become inaccurate.
- Impediments are raised and resolved more slowly.
- The Product Owner cannot accurately report to the Stakeholders.
- Release Burnup Chart.
- Burndown Chart.
- Unit Tests.
- Critical Path Analysis.
- Refactoring.
- Build automation.
- None of the above.
- The Scrum Master.
- The Scrum Team.
- The Development Team.
- The Product Owner.
- Frontend and Backend Developers.
- Tester and Developer.
- Developer and Scrum Master.
- Two persons working on the same PBI.
- Starting development of a Software Product requires a clear understanding of the underlying Software Architecture and Emergent Architecture describes the process of creating this initial architecture.
- The Software Architecture emerges solely decisions the Developers make from a technical perspective.
- In Scrum there is no Architecture-Role therefore architecture emerges naturally.
- The desire to make decisions easier to change in the future and find the best possible point in time to make decisions.
- Enterprise Architects must be involved to create the foundation of each Software Product.
- To make it easy to distinguish between different Software Products.
- To make the code more readable.
- To communicate the identity of the Developer who worked on the code.
- To reduce friction in a shared codebase.
- To ensure that abandoned functions are not created.
- Yes, because the changes you make are much smaller and it is easier to fix problems.
- No, because each release means a risk to break something so releasing more frequently would increase the risk.
- Yes, because frequent release encourage the Developers to automate the release process.
- Yes, because you get earlier feedback and can learn faster.
- No, the only way to tackle these risks is by extensive risk management.
- No, because releasing needs extensive testing which cannot be conducted frequently.
- True.
- False.
- Often, throughout development of the Software.
- Just before deploying to Production.
- After coding is complete.
- In Production.
Which three of the following criteria are most helpful as part of a Scrum Team’s Definition of Done? (choose best three answers)
- The Product is released at the end of every Sprint.
- Acceptance Tests pass.
- Code Review is done.
- Regression Tests pass.
- No impediments exist.
A team has expressed requirements as a set of failing Acceptance Tests. What are three benefits? (choose best three answers)
- Improves quality in the requirement itself.
- Clear Acceptance Criteria for each feature.
- Using a code generation tool, the solution can be generated from the requirements model.
- Promotes the use of DRY principle.
- Tracking of competencies.
- Function Points.
- Cyclomatic Complexity.
- Depth of Inheritance.
Which two criteria are useful in deciding if something should be documented every Sprint? (choose best two answers)
- The Scrum Master requires it.
- It is required by the Definition of Done.
- The documentation is used to enhance and maintain the Software.
- The Software tool being used requires it.
- It has always been documented in the past.
- The need of the team to learn on doing work and measuring results.
- The frequency at which team formation can be changed.
- The organization release schedule.
- The organization has mandated similar length Sprints.
What are some disadvantages of Code Coverages as a measurement for how well a system or Product is tested? (choose best three answers)
- It only provide insights for programmers.
- It does not ensure that the most important or highest risk areas of the code are being exercised by the tests.
- It could create incentives to write tests that simply increase Code Coverage, rather than tests that find bugs without increasing coverage.
- It is too complicated to explain to Management.
- Developers could stop adding more valuable tests once the target coverage is achieved.
- Build.
- Security.
- Design Pattern selection.
- Scalability.
- True.
- False.
- Put them on a separate list on the Scrum board, available for all to see.
- Add them to the Product Backlog and keep the Product Owner posted on the expected effort.
- Run the Integration and Regression Tests before the end of the Sprint, and capture the open work for the Sprint Backlog of the next Sprint.
- Add them to the Definition of Done so the work is taken care of every Sprint.
What activities would a Product Owner typically undertake in the phase between the end of the current Sprint and the start of the next Sprint? (choose the best answer)
- There are no such activities. The next Sprint starts immediately after the current Sprint.
- Work with the Quality Assurance departments on the Increment of the current Sprint.
- Refine the Product Backlog.
- Update the project plan with Stakeholders.
You are the Scrum Master on a newly formed Scrum Team. Which two of the following activities would probably help the team in starting up? (choose the best two answers)
- Ensure the Scrum Team members have compatible personalities.
- Introduce a bonus system for the top performers in the team.
- Ensure the team understands they need a Definition of Done.
- Have the development managers for each Development Team member introduce their direct reports and go over their responsibilities on the Scrum Team.
- Ask the Product Owner to discuss the Product, its vision, history, goals, and context, as well as answer questions.
- It contains all foreseeable tasks and requirements from which the Scrum team can develop and maintain a complete project plan.
- It is allowed to grow and change as more is learned about the Product and its customers.
- It is baselined to follow change management processes.
- It provides just enough information to enable a Scrum team to start the design phase of a Product.
- Verifying the work of programmers.
- Scrum has no "Tester" role.
- Finding bugs.
- Everyone in the Development Team is responsible for quality.
- Tracking quality metrics.
- A few of the Development Team members pair program and do Test Driven Development.
- Development Team has all the skills to create a potentially releasable increment by the end of every Sprint.
- Every member of the Development Team is able to perform every task.
- There are no conflicts within the Development Team.
For the purpose of transparency, when does Scrum say a new Increment of working Software must be available? (choose the best answer)
- When the Product Owner asks to create one.
- At the end of every Sprint.
- Before the release Sprint.
- Every 3 Sprints.
- After the Acceptance Testing phase.
- The Development Team inviting external people to the Sprint Planning to ask them how to turn a Product Backlog Item into an Increment via a complete and detailed Sprint Backlog.
- The Development Team members are working within the boundaries of their functional description and nicely handing off work from analyst to Developer to Tester to integration.
- The Product Owner doesn't need to be at Sprint Retrospectives.
- Stakeholders walking in at the Daily Scrum to check progress and work with the Scrum Master to optimize the functional scope for the Sprint.
- Development Team members collaboratively selecting their own work during the Sprint.
- The Scrum Master is no longer needed.
- The Development Team has all the skills needed to create a releasable Increment.
- The Development Team creating their own Sprint Backlog, reflecting all work that is part of the Definition of Done.
- To take time to judge the validity of the project.
- To inspect the Product Increment with the Stakeholders and collect feedback on next steps.
- To review the Scrum Team's activities and processes during the Sprint.
- To build team spirit.
True or False: The Product Owner makes sure the team selects enough from the Product Backlog for a Sprint to satisfy the Stakeholders.
- True.
- False.
Which statement best describes the Sprint Backlog as outcome of the Sprint Planning? (choose the best answer)
- It is the Development Team's plan for the Sprint.
- Every item has a designated owner.
- It is a complete list of all work to be done in a Sprint.
- Each task is estimated in hours.
- It is ordered by the Product Owner.
A Development Team selects a set of Product Backlog Items for a Sprint Backlog with the intent to get the selected items "Done" by the end of the Sprint. Which three phrases best describe the purpose of a Definition of Done? (choose the best three answers)
- It provides a template for elements that need to be included in the technical documentation.
- It guides the Development Team in creating a forecast at the Sprint Planning.
- It controls whether the Developers have performed their tasks.
- It creates transparency over the work inspected at the Sprint Review.
- It defines what it takes for an Increment to be ready for release.
- It tracks the percentage complete of a Product Backlog Item.
Which output from Sprint Planning provides the Development Team with a target and overarching direction for the Sprint? (choose the best answer)
- The Sprint Goal.
- Sprint Review minutes.
- The Release Plan.
- The Sprint Backlog.
The Product Owner determines how many Product Backlog Items the Development Team selects for a Sprint. (choose the best answer)
- True, but only after confirmation by the resource manager that the Team has enough capacity.
- False, capacity and commitment are the Project Manager's responsibility.
- False, the Scrum Master does that.
- True.
- True, accordingly to what was committed to the Stakeholders.
- False.
- The Scrum Team.
- The Scrum Master.
- The Development Team.
- The Product Owner.
- When the item has no work remaining in order to be potentially released.
- When Quality Assurance reports that the item passes all Acceptance Criteria.
- At the end of the Sprint.
- When all work in the Sprint Backlog related to the item is finished.
- The Scrum Master teaches the Development Team to keep the Scrum meetings to their time-box.
- The Scrum Master is responsible for updating the Sprint Burndown.
- The Scrum Master assigns tasks to Development Team members when they need work.
- The Scrum Master helps those outside the team interact with the Scrum Team.
- At the Sprint Review, the Scrum Master identifies what has been "Done" and what has not been "Done".
Which two of the following are appropriate topics for discussion during a Sprint Retrospective? (choose the best two answers)
- Documenting Acceptance Criteria for items in the next Sprint.
- The order of items in the Product Backlog.
- Identifying high priority process improvements for the next Sprint.
- How the team collaborates.
True or False: Multiple Scrum Teams working on the same project must have the same Sprint start date.
- True.
- False.
When is it most appropriate for a Development Team to change the Definition of Done? (choose the best answer)
- During Sprint Planning.
- Prior to starting a new project.
- Prior to starting a new Sprint.
- During the Sprint Retrospective.
The Product Owner is not collaborating with the Development Team during the Sprint. What are two valuable actions for a Scrum Master to take? (choose the best two answers)
- Nominate a proxy Product Owner.
- Coach the Product Owner in the values of Scrum and incremental delivery.
- Stop the Sprint, send the Product Owner to a course and restart.
- Inform the Product Owner's functional manager.
- Bring up the problem in the Sprint Retrospective.
A Scrum Master is working with a Development Team that has members in different physical locations. The Development Team meets in a variety of meeting rooms and has much to do logistically (for example, set up conference calls) before the Daily Scrum. What action should the Scrum Master take? (choose the best answer)
- Ask the Development Team members to alternate who is responsible for meeting setup.
- Set up the meeting and tell the Development Team that is how it will be done.
- Inform Management and ask them to solve it.
- Allow the Development Team to self-manage and determine for itself what to do.
Five new Scrum Teams have been created to build one Product. A few of the Developers on one of the Development Teams ask the Scrum Master how to coordinate their work with the other teams. What should the Scrum Master do?
- Teach the Product Owner to work with the Lead Developers on ordering Product Backlog in a way to avoid too much technical and development overlap during a Sprint.
- Collect the Sprint tasks from the teams at the end of their Sprint Planning and merge that into a consolidated plan for the entire Sprint.
- Teach them that it is their responsibility to work with the other teams to create an integrated Increment.
- Visit the five teams each day to inspect that their Sprint Backlogs are aligned.
- True.
- False.
In the Sprint Planning meeting, the Product Owner and the Development Team were unable to reach a clear understanding about the highest order Product Backlog Items. Because of this, the Development Team couldn't figure out how many Product Backlog Items it could forecast for the upcoming Sprint. They were able to agree on a Sprint Goal, however. Which of the following two actions should the Scrum Master support? (choose the best two answers)
- Ask everyone to take as much time as needed to analyze the Product Backlog first, and then reconvene another Sprint Planning meeting.
- Cancel the Sprint. Send the entire team to an advanced Scrum training and then start a new Sprint.
- Forecast the most likely Product Backlog Items to meet the goal and create a Sprint Backlog based on a likely initial design and plan. Once the time-box for the Sprint Planning meeting is over, start the Sprint and continue to analyze, decompose, and create additional functionality during the Sprint.
- Continue the Sprint Planning meeting past its time-box until an adequate number of Product Backlog Items are well enough understood for the Development Team to make a complete forecast. Then start the Sprint.
- Discuss in the upcoming Sprint Retrospective why this happened and what changes will make it less likely to recur.
A member of the Development Team takes the Scrum Master aside to express his concerns about data security issues. What should the Scrum Master do? (choose the best answer)
- Create a Product Backlog Item for security.
- Ask the person to share the issue with the team as soon as possible.
- Add security to the Definition of Done.
- Tell the Product Owner to stop further development of features until the issues are fixed.
- Go check with the Testers.
What are two ways that architecture and infrastructure are handled in Scrum? (choose the best two answers)
- They are implemented along with functional development of the Product.
- They are built by a separate team through the creation of an architectural runway.
- They are added to the Product Backlog and addressed in early Sprints, while always requiring at least some business functionality, no matter how small.
- They are discussed, determined, and documented before the actual feature development Sprints.
- By preventing Stakeholders from entering the development room.
- By removing titles for Development Team members.
- By not allowing documentation.
- By being a lightweight framework.
- By the Development Team deciding what work to do in a Sprint.
True or False: Cross-functional teams are optimized to work on one technical layer of a system only (e.g. GUI, database, middle tier, interfaces).
- False.
- True.
- Increased accuracy of estimates.
- Increased rule compliance.
- Increased self-accountability.
- Increased creativity.
- Increased commitment.
- A Sprint Goal ensures that all of the Product Backlog Items selected for the Sprint are implemented.
- The Development Team is more focused with a common yet specific goal.
- Sprint Goals are not valuable. Everything is known from the Product Backlog.
- A Sprint Goal only gives purpose to Sprint 0.
How should Product Backlog Items be chosen when multiple Scrum Teams work from the same Product Backlog?
- The Product Owner should provide each team with its own Product Backlog.
- The Development Teams pull in work in agreement with the Product Owner.
- Each Scrum Team takes an equal numbers of items.
- The Scrum Team with the highest velocity pulls Product Backlog Items first.
- The Product Owner decides.
- A Software Development technique based on automated tests.
- A predictable way to develop working, well-organized code.
- Having Testers in the development process.
- An Increment and emergent approach to Software Design.
- Creating a manual test script before writing code.
When a Continuous Integration build fails, who ideally ensures the build is repaired? (choose the best answer)
- The person who broke the build.
- The next person who needs the build to complete successfully.
- The person assigned to the configuration management role within the team.
- The Tester responsible for validating builds.
- Whoever the Developers agree should fix it.
- Establish base System Architecture and design, install version control and continuous integration setup.
- There is no such thing as Sprint 0.
- Base System Architecture and design.
- Overall planning, base System Architecture, base design, version control and continuous integration setup.
- Requirements gathering, version control setup, and continuous integration setup.
- The Developers.
- The Product Owner.
- The Scrum Team.
- The Business Analyst and the Product Owner.
Who is responsible for the System Architecture of a Product being developed using Scrum? (choose the best answer)
- The Architect chosen by the Scrum Team.
- The Developers.
- The Software Architect.
- The Corporate Architect.
- Simple and repeatable reproduction steps.
- Vague statements or untested assumptions.
- Generic titles.
- One bug per report.
- Assigning blame.
- The Developers.
- Coders.
- The Scrum Master.
- Quality Assurance Specialists.
- Anytime during the Sprint.
- Never. It is the sole responsibility of the Product Owner to refine the Product Backlog.
- Only during Refinement sessions planned by the Product Owner.
- As Part 1 of Sprint Planning.
- The integration architects from the release department.
- Only the most senior Developers.
- Anyone that the Scrum Team decides will be valuable during Refinement.
- The Stakeholders.
- The external Business Analysts that have prepared the functional details.
- True.
- False.
- Without them you cannot tell if your code works.
- You are unable to check-in code without one.
- They are part of your done criteria.
- They provide rapid assurance that defects and configuration management issues have not been introduced.
- Defined.
- Empirical.
- Complex.
- Hybrid.
- When the Sprint Goal becomes obsolete.
- When the sales department has an important new opportunity.
- When the Developers feel that the work is too hard.
- When it becomes clear that not everything will be finished by the end of the Sprint.
Who should know the most about the progress toward a business objective or a release, and be able to explain the alternatives most clearly? (choose the best answer)
- The Scrum Master.
- The Project Manager.
- The Product Owner.
- The Developers.
When many Scrum Teams are working on a single Product, what best describes the Definition of Done? (choose the best answer)
- Each Scrum Team defines and uses its own. The differences are discussed and reconciled during a hardening Sprint.
- The Scrum Masters from each Scrum Team define a common Definition of Done.
- Each Scrum Team uses its own, but must make their definition clear to all other teams so the differences are known.
- All Scrum Teams must have a Definition of Done that makes their combined Increment valuable and useful.
During a Sprint, a Developer determines that the Scrum Team will not be able to complete the items in their forecast. Who should be present to review and adjust the Product Backlog Items selected? (choose the best answer)
- The Product Owner and the Developers.
- The Scrum Master, the Project Manager, and the Developers.
- The Product Owner and all Stakeholders.
- The Developers.
- As needed, with no special allowance for changes in productivity.
- Never, it reduces productivity.
- As needed, while taking into account a short-term reduction in productivity.
- Every Sprint to promote shared learning.
- When all Product Backlog Items meet their Definition of Done.
- When the timebox expires.
- When the Product Owner says it is done.
- When all the tasks are completed.
- Immediately following the next Sprint Planning.
- Immediately after the conclusion of the previous Sprint.
- When the Product Owner is ready.
- Next Monday.
- The event must happen at a set time.
- The event can take no more than a maximum amount of time.
- The event must happen by a given time.
- The event must take at least a minimum amount of time.
- The Developers and Product Owner.
- The Developers.
- The Developers and Scrum Master.
- The Scrum Master and Product Owner.
- The Scrum Team.
When does a Developer become accountable for the value of a Product Backlog Item selected for the Sprint? (choose the best answer)
- Whenever a team member can accommodate more work.
- At the Sprint Planning Event.
- During the Daily Scrum.
- Never. The entire Scrum Team is accountable for creating value every Sprint.
- Project Manager.
- Developers.
- The Product Owner.
- The Scrum Master.
Which of the following are examples of a Scrum Team practicing Scrum poorly or not exhibiting traits of a self-managing Scrum Team? (choose the best three answers)
- The Developers have all the skills they need to create a valuable, useful Increment.
- Stakeholders attend the Daily Scrum to check on the Scrum Team’s progress.
- The Developers create their own Sprint Backlog, reflecting all work that is required to meet the Definition of Done.
- The Developers are collaboratively selecting their own work during the Sprint.
- The Developers invite external Stakeholders to the Sprint Planning to ask them how to turn a Product Backlog Item into an Increment via a complete and detailed Sprint Backlog.
- The Developers are working within the boundaries of their organizations functional description and nicely handing off work from analyst to Developer to Tester to integration.
- As long as needed.
- 2 hours.
- 4 hours for a monthly Sprint. For shorter Sprints it is usually shorter.
- 4 hours and longer as needed.
- 1 day.
- 8 hours for a monthly Sprint. For shorter Sprints it is usually shorter.
- 4 hours.
- Whenever it is done.
- Monthly.
True or False: The purpose of a Sprint is to produce a valuable and useful Increment of working Product.
- True.
- False.
An organization has decided to adopt Scrum, but Management wants to change the terminology to fit with terminology already used. What will likely happen if this is done? (choose the best answer)
- Without a new vocabulary as a reminder of the change, very little change may actually happen.
- The organization may not understand what has changed with Scrum and the benefits of Scrum may be lost.
- Management may feel less anxious.
- All of the above.
- The Scrum Team, in a collaborative effort where the result is the common denominator of all members' definitions.
- The Scrum Master since they are responsible for the productivity of the Developers.
- The Product Owner since they are responsible for the Product's success.
- If it is not an organizational standard, the Scrum Team must create a Definition of Done appropriate for the Product.
- The Developers.
- The most junior member of the team.
- The Scrum Master.
- The Product Owner.
- The Product Owner.
- The Stakeholders.
- The Scrum Master.
- The CEO.
- The Developers.
- Release Retrospective.
- Sprint Planning.
- Sprint Testing.
- Refinement.
- Sprint Retrospective.
- Sprint Review.
- Release Testing.
- Product Owner.
- Scrum Master.
- Customers.
- Users.
- Developers.
- Whenever a team member can accommodate more work.
- During the Daily Scrum.
- At the Sprint Planning event.
- Never. All Sprint Backlog items are "owned" by the Developers on the Scrum Team even though each item may be implemented by an individual Developer.
- Support the Product Owner with insights and information into high value Product and system capabilities. Support the Scrum Master to cause organizational change that fosters empiricism, self-management, bottom-up intelligence, and intelligent Product delivery.
- Continually monitor staffing levels of the Scrum Team.
- Monitor the progress of the Developers on the Scrum Team.
- Identify and remove people that are not working hard enough.
- The consistency reduces complexity.
- The place can be named.
- The Product Owner demands it.
- Rooms are hard to book and this lets it be booked in advance.
- Short enough to keep the business risk acceptable to the Product Owner.
- Short enough to be able to synchronize the development work with other business events.
- One month or less.
- All of the above.
How much work must the Developers complete for each Product Backlog Item they select for a Sprint? (choose the best answer)
- Enough so that each Product Backlog Item they select meets the Definition of Done.
- Analysis, design, programming, testing and documentation.
- As much as it can fit into the Sprint.
- All development work and at least some testing.
The CEO asks the Developers to add a "very important" item to a Sprint that is in progress. What should the Developers do? (choose the best answer)
- Add the item to the current Sprint and drop an item of equal size.
- Inform the other members of the Scrum Team so the team can decide what to do.
- Add the item to the next Sprint.
- Add the item to the current Sprint without any adjustments.
- Minimum of 7.
- 9.
- Typically 10 or fewer people.
- 7 plus or minus 2.
- Keep Stakeholders from distracting the Developers.
- Optimizing the value of the work the Scrum Team does.
- Managing the project and ensuring that the work meets the commitments to the Stakeholders.
- Directing the Developers.
- True.
- False.
- Product Owner.
- Project Manager.
- Scrum Master.
- Development Team.
- The Product Owner.
- The COO, CEO and CTO.
- The Project Manager.
- The Scrum Master.
- The Product Owner.
- The Business Analyst.
- Stakeholders.
- The Developers, with support from the Product Owner who is still accountable for it.
- Super Creative Really Useful Method.
- Self organising Collaborative & Reflective Universal Method.
- Safe Controlled Response Under Management.
- Nothing. Its not an acronym.
- The Scrum Master.
- The Product Owner.
- The Developers.
- The Scrum Team.
- The team has a good mix of skills.
- All members of the team have all the skills required to create the Product.
- The team has all competencies needed to accomplish the work.
- Investigated and fixed immediately by the Developers.
- Reviewed with the Product Owner and added to the Product Backlog.
When could a release to Production occur if a Scrum Team produced a Done increment multiple times each day? (select all that apply)
- Mid Sprint.
- Every Sprint.
- Multiple times per day.
- Every Day.
- False.
- True.
- The Developers.
- The Product Owner.
- The Developers and the Product Owner.
- Stakeholders.
- True.
- False.
- Less back-tracking to discover where things went wrong, so you can spend more time building features.
- Allows teams to detect problems early.
- Automatically eliminates all integration issues.
- Stop waiting to find out if your code’s going to work.
- It is done by the actual Developers who will carry out the work.
- It is done by a group, rather than an individual.
- Estimates are made relative to similar things.
- It is done by the Lead Developer alone.
- Sprint Planning - 8 hours or less, Daily Scrum - 30 minutes or less, Sprint Review - 4 hours or less, Sprint Retrospective - 3 hours or less.
- Sprint Planning - 4 hours or less, Daily Scrum - 15 minutes or less, Sprint Review - 8 hours or less, Sprint Retrospective - 4 hours or less.
- Sprint Planning - 4 hours or less, Daily Scrum - 15 minutes or less, Sprint Review - 4 hours or less, Sprint Retrospective - 4 hours or less.
- Sprint Planning - 8 hours or less, Daily Scrum - 15 minutes or less, Sprint Review - 4 hours or less, Sprint Retrospective - 3 hours or less.
- False.
- True.
- Appointing the QA Tester as the Lead Developer.
- The practice of writing Unit Tests prior to writing the implementation code.
- Integrating Testers and Developers.
- The process of motivating Testers.
- True.
- False.
- The Product Owner.
- The Developers.
- Stakeholders.
- The Scrum Master.
- Fixed immediately.
- Ignored if not created by me.
- Send to the Junior Developer to fix.
- Added to the bug tracking repository and left for a later Sprint.
True or False: YAGNI states that most systems work best if they are kept simple rather than made complicated.
- False.
- True.
- Focus.
- Commitment.
- Courage.
- Creativity.
- Accountability.
- Mainline.
- Feature.
- Trunk.
- Master.
- Analysis performed on code in a non-runtime environment.
- Analysis performed on Software at runtime.
- Duties of a Business Analyst.
- Checking static classes’ readability.
- Tester can see inside the component or system under test.
- Tests that are done can be either functional or non-functional.
- The internal structure of the item being tested is known to the Tester.
- Tester cannot see inside the component or system under test.
- The internal structure of the item being tested is not known to the Tester.
- Keep it simple, silly.
- Keep it safe and same.
- Keep it small and simple.
- Keep it simple stupid.
- A prototype which will be thrown away.
- A comprehensive architecture implementation.
- A quick and dirty implementation.
- A plan for all required architectures of the Product.
- Each Developer who has a special skill and works with all Scrum Teams of the organization is cross-functional.
- The Development Team should collaborate with all other functional departments of the organization.
- The Development Team should have all required skills to create potentially releasable Increments without any dependency to others outside the team.
- Each Development Team member should have all required skills to create potentially releasable Increments without any dependency to others outside the team.
What is the proper reaction of the Development Team in the middle of the Sprint when they found they have over committed?
- They should ask the Product Owner to cancel the Sprint.
- They extend the Sprint duration.
- They can add new team members to the team.
- They negotiate with the Product Owner about the scope of the Sprint Backlog Items.
- Usually 2 hours.
- Usually 8 hours.
- Usually 6 hours.
- Usually 4 hours.
- There is no assignment for both Sprint Backlog elements.
- The team can assign a task to a Team member with consensus.
- The team should assign both Sprint Backlog elements.
- The team assigns a Sprint Backlog Item to a Team member.
True or False: Through Depth of Inheritance metric, a low number for depth implies less complexity but also the possibility of less code reuse through inheritance.
- False.
- True.
- The Development Team.
- The programmer.
- The QA specialist.
- The Tester.
- The Development Team and the Scrum Master.
- The Development Team and the Product Owner.
- The Scrum Team.
- The Development Team.
- Sketch.
- Mockup.
- Wireframe.
- Prototype.
- Development Team.
- Tech Lead.
- Document Writer.
- Scrum Master.
- False.
- True.
- Minimizing or removing dependencies between teams.
- Creating an integrated releasable Increment at the end of each Sprint.
- Having same Sprint duration for all teams.
- Increasing all team members utilization.
- Tech Lead.
- Development Team.
- Chief Architect.
- CTO (Chief Technology Officer).
- Scrum Master.
- No more than 10%.
- No more than 20%.
- It is not the Product Owner responsibility.
- Any time that the Product Owner needs.
- The Product Owner.
- The Project Manager.
- The Scrum Master.
- The Development Team.
- Two combined Unit Tests.
- Test Spy.
- Test Stub.
- Mock Object.
- Through it internal structure of code is altered.
- Its results are improved maintainability, code readability and reduced complexity.
- There should be special and distinct Sprints called “Refactoring Sprint” to do Refactoring with focus every a few Sprints.
- Through it external behavior of code is altered.
- Just at the Sprint Review.
- Whenever the Development Team is ready.
- Anytime the Product Owner asks.
- When the Tech Lead allows the Development Team to show their work.
- Using chat tools to have the best communication.
- Having a Definition of Done.
- Having a common language.
- Having a comprehensive documentation.
- Using Acceptance Tests to define requirements specified by the customer and market.
- Using advanced Integration Test to develop quality Product.
- Using approved tests by Product Owner in TDD.
- Using Unit Tests to define requirements specified by the customer and market.
- LOC: Lines of Code.
- CBO: Coupling Between Objects.
- DIT: Depth of Inheritance Tree.
- SLOC: Sample Lines of Code.
- Comes from a comprehensive type of hardware testing in which a device passes the test if it does not catch fire during a sample long time run.
- Comes from a basic type of hardware testing in which a device passes the test if it does not catch fire during a sample long time run.
- Comes from a basic type of hardware testing in which a device passes the test if it does not catch fire the first time it turns on.
- Comes from a comprehensive type of hardware testing in which a device passes the test if it does not catch fire the first time it turns on.
- To publish the Product Increment on Production.
- To penalize the Developer who breaks the build.
- To provide rapid feedback of build and test result.
- To find who has made the change on source control.
- Adding detail to the items.
- Ordering.
- Design.
- Develop.
- 7 ± 2.
- 5 ± 4.
- 6 ± 3.
- 9 ± 3.
- Removing impediments.
- Making technical decisions.
- Resolving team internal conflicts.
- Assigning value to the Product Backlog Items.
- The scaled Scrum does not add or change anything in Scrum framework.
- It is based on the Scrum framework.
- It uses Scrum parts as its building blocks.
- Through scaled Scrum Teams work on multiple Products.
- Market change speed.
- Raising complexity speed.
- Amount of the risk.
- Cost of risk.
- False.
- True.
- Nothing. There is no special time between two Sprints.
- Resolving some important bugs.
- Preparing Product Backlog Items for the next Sprint.
- Thinking about architectural concerns of the next Sprint.
- Once a Release.
- Each time that the Product Owner decides.
- In the middle of each Sprint.
- Once a Sprint.
- False.
- True.
- A high count might indicate that a type or method is doing too much work.
- A high count might be a warning that code will be hard to maintain.
- It isn’t a Code Quality metric.
- It is explained via percentage.
- The degree of a source code which is executed or exercised by a test suite.
- The number of Unit Tests which have passed through a test suite run.
- The amount of codes which is covered in a source control.
- The number of Unit Tests which have failed through a test suite run.
- Project Progress: the Product Owner, Sprint Progress: the Development Team.
- Project Progress: the Scrum Master, Sprint Progress: the Development Team.
- Project Progress: the Development Team, Sprint Progress: the Product Owner.
- Project Progress: the Product Owner, Sprint Progress: the Scrum Master.
- Debt caused to gain strategic benefits (such as time to market).
- This is typically caused by lack of awareness or knowledge.
- Short-time gains, for instance cutting some corners to make an extra release for increased customer satisfaction.
- Code Coverage.
- Lines of Code.
- Automated Build.
- Test Doubles.
- Class Coupling.
- The Increment.
- The Release Plan.
- The Sprint Backlog.
- The Sprint Goal.
True or False: Dependency Inversion principle implies that entities must depend on abstractions not on concretions.
- False.
- True.
- Extend the Sprint to finish them.
- Move back to the bottom of the Product Backlog.
- Re-estimate and move back to the Product Backlog.
- Directly move to the next Sprint.
What does the Development Team should do when the CEO assign them an unplanned work in the middle of the Sprint?
- Inform the Scrum Master to work with his/her.
- Reject it because they are independent.
- Accept it because the CEO is the highest rank in the organization.
- Inform the Product Owner to work with his/her.
- Whenever needed.
- At the end of each release.
- At the beginning of the project.
- At the end of each Sprint.
- They can have a separate Definition of Done for each team as long as they do not violate each other.
- Each team should have a separated Definition of Done.
- All teams should have one Definition of Done.
- All teams can have one common Definition of Done as long as they can create a unique integrated Increment.
- Domain Driven Design.
- Red-Green-Refactor.
- Test First Development (TFD).
- Continuous Deployment.
- At the end of each release.
- From the beginning of the project.
- At the end each Sprint.
- In special Sprints called “Test Sprint”.
- Ubiquitous language.
- Tongue language.
- Technical language.
- Native language.
- Impacted related requirement.
- Version and build of the Software under test.
- The severity of the defect.
- Expected results and observed results.
- The Scrum Master.
- The Product Owner.
- The Scrum Team.
- The Development Team.
- When it is potentially releasable and shippable.
- When the Product Owner approves it.
- When the customer accepts it.
- When the Scrum Master approves it.
True or False: The Development Team has immediately resolved a bug, which is found in the current Sprint and belongs to an Increment that has already been delivered to the market. Is it a proper behavior?
- False.
- True.
- To simulate the behavior of a given object.
- To isolate system under test for controlled testing.
- To cope with dependencies.
- TDD can be done just by having mock objects.
What is the usual comparison of Product Backlog Items average size in the Product Backlog and Sprint Backlog?
- Product Backlog Items in the Product Backlog are usually smaller than the Sprint Backlog.
- Product Backlog Items in the Product Backlog are usually larger than the Sprint Backlog.
- Product Backlog Items usually have the same size in both the Product Backlog and the Sprint Backlog.
- Such a comparison does not make sense.
- Classes with high efferent will affect other classes when changes are made.
- A large Efferent Coupling can indicate that a class is unfocussed and may also indicate that it is unstable since it depends on the stability of all the types to which it is coupled.
- Classes with high Efferent Coupling will receive the effects of changes or defects in other classes.
- It is a Code Quality metric.
What is the instability index metric calculation formula? (Ca: Afferent Coupling, Ce: Efferent Coupling)
- Ca / (Ca+Ce).
- Ce / (Ca+Ce).
- (Ca+Ce) / Ce.
- (Ca+Ce) / Ca.
- It is a list of selected Product Backlog Items that the Development Team has committed for the Sprint.
- It contains all Product Backlog Items and requirements that could be implemented for the project.
- It is created one Sprint ahead the current Sprint.
- It is a plan for the Development Team to realize the Sprint Goal.
- Acceptance Criteria should be passed for a feature in order to be called as complete and done.
- Acceptance Criteria should be passed to ensure that a feature is working as expected.
- Definition of Done should be applied to a feature in order to be called as complete.
- There are many Acceptance Criteria in a Product.
- There are many Definition of Done in a Product and a Scrum Team.
- Liskov Substitution Principle.
- Dual Interface Principle.
- Single Responsibility Principle.
- Open-Closed Principle.
- Interface Segregation Principle.
True or False: In an impediment case, the Scrum Master can intervene to help the Development Team to remove a member from the Development Team.
- False.
- True.
- It is a feedback loop.
- All Scrum Team members should participate in it.
- The Development Team monitors Sprint progress toward the Sprint Goal.
- It is a 15 minutes time-box event.
- They live the Scrum Values deeply.
- They help their customers become more successful.
- They evolve the Definition of Done over time and add more stringent criteria to it continuously.
- There is a high level of creativity, productivity and accountability in the Team dynamics.
- They respect top managers through accepting their work every time.
- The Development Team.
- The Scrum Master.
- The Technical Manager.
- The Product Owner.
True or False: Interface Segregation principle implies that a client should never be forced to implement an interface that it doesn’t use.
- False.
- True.
- The Product Owner.
- The Scrum Master.
- The Project Manager.
- The Development Team.
- The top Management divides them.
- The Developers divide themselves.
- The Product Owner divides them.
- The Scrum Master divides them.
What should the Development Team do when there is no standard contract to create a releasable Product?
- Ask the Product Owner to make a Definition of Done.
- Ask Project Manager to help them.
- Define a list of satisfactory tests for each PBI.
- The Development Team should define a Definition of Done.
True or False: Through the Sprint Review, the Scrum Team tries to hand-off the Increment to the Customer formally.
- False.
- True.
Which Scrum Values are adhered by not building Product Backlog Items that have low business value? Pick 3
- Courage.
- Respect.
- Focus.
- Transparency.
- Adaptation.
- Is a general, reusable solution to a commonly occurring problem within a given context in Software Design.
- Is a low-fidelity UI pattern that can be called sketch.
- Is a list of guidelines to design better UX for customers.
- Is a high-fidelity UI pattern that can be called prototype.
Which Scrum events can use more time rather than their time-box if there are 9 Developers (the maximum Development Team size) in the Team?
- The Daily Scrum.
- The Sprint Retrospective.
- No one.
- The Sprint Review.
- The Business Analyst and the Product Owner.
- The Development Team.
- The Development Team and the Product Owner.
- The Product Owner solely.
- Code in each test is as small as possible while maintaining readability of the code.
- Each test is independent of other Unit Tests.
- Each test makes assertions about only one logical concept.
- The test executes fast.
- They exercise the persistence layer of a solution.
- Always.
- If the Architect requires it.
- If they are part of the Definition of Done.
- Never.
- They must be provided to the Development Team as part of the user specifications documents.
The Definition of Done describes the work that must be completed for every Product Backlog Item before it can be deemed releasable. What should the Development Team do when, during the Sprint, it finds out that a problem outside of their control blocks them from doing all this work?
- Cancel the Sprint.
- Complete the work that can be done on as much scope as possible and complete the rest during the "hardening" Sprints at the end of the release.
- Complete the work that can be done on as much scope as possible and use the Sprint Review to plan the rest with the Stakeholders.
- Immediately raise the issue to the Scrum Master as an impediment.
- Stop using Scrum.
To refine Product Backlog Items, the following activities will occur implicitly or explicitly: (choose all that apply)
- Analysis.
- Decomposition.
- Design.
- Programming.
- Testing.
- True.
- False.
True or False: The Scrum Team should choose at least one high priority process improvement, identified during the Sprint Retrospective, and place it in the Product Backlog.
- True.
- False.
- Automation improves the quality of Software by making builds less error-prone.
- Code Reviews are much faster if you automate your build.
- To get feedback on changes to the code early and often.
- You can't run automated tests without an automated build.
What are some shortcomings of Code Coverage as a measurement for how well a system or Product is tested? (choose the best three answers)
- Code Coverage does not ensure that the most important or highest risk areas of the code are being exercised by tests.
- Code Coverage does not necessarily provide functional coverage.
- Code Coverage metrics vary by development platform (e.g., .NET, Java).
- Could create incentives to write tests that simply increase Code Coverage, rather than tests that find bugs without increasing coverage.
- It is too complicated to explain to Management.
- Broken builds are detected quickly.
- Know immediately how a check-in affected the build.
- Readability of code is improved.
- The Software is generally kept in a buildable state.
What are ways a Development Team can ensure a good Application Architecture? (choose the best two answers)
- A Development Team doesn't need an architecture model in Scrum and should focus on adding functionality. The architecture will come into place without fail as the Development Team adds functionality.
- The Development Team plans a Sprint 0 at the beginning of a project with the objective of developing an architecture model used during the following Sprints.
- The Development Team plans some time each Sprint to discuss the architecture needed for the features planned in that Sprint.
- The Development Team should assign someone to the role of Software Architect whose job it is to make sure a consistent architecture is developed.
- The Development Team should have a set of guiding architecture principles that every Development Team member understands and follows when writing code.
- A bug that will be uncovered.
- A technical requirement that must be satisfied.
- An assignment from the lead quality engineer.
- Something that completes the test coverage of a system.
- Code being exercised by tests.
- The absence of defects in code.
- The quality of Unit Tests being written.
- The ratio of number of tests to lines of code in the system being tested.
- When a feature is done.
- A technique for ensuring that units of co-dependent or clustered computers perform correctly.
- A test that isolates and verifies individual units of source code.
- A way for the team to ensure that the system satisfies the user requirements.
- A way in which units of programmers ensure their code works.
- An insurance policy that covers the code for defects.
- The degree to which the system under test has been exercised by tests.
- The number of Developers that understand how the code works.
- The percent of code in version control included in a build.
- A predictable way to develop working, clean code.
- A Software Development technique based on automated tests.
- An incremental and emergent approach to Software Design.
- Testing existing Software before developing any new Software.
- A Developer and a Tester work together to write and test code.
- Managers doing performance reviews by comparing one programmer's code to another's.
- The Scrum Team is divided into several two-person Development Teams that consolidate work in a Scrum of Scrums.
- Two Developers writing code together, providing constant peer review.
- Two programmers write code separately. A third programmer integrates the work.
- A term representing the eventual consequences of poor technical choices.
- Code that has not been commented or documented.
- The average time or money a Scrum Team spends per Sprint on bug fixes.
- The money an organization owes to tool and hardware vendors.
- To have all code in a single file for easy printing and Code Reviews.
- To improve readability and maintainability.
- To keep the code moving.
- To make the Software faster at runtime.
- All technical practices must be used to support Scrum.
- Scrum Development Teams with excellent technical practices will likely be more successful.
- Scrum requires specific technical practices or it isn't Scrum.
- None.
- After Developer handoff.
- After Sprint Review.
- From the beginning and throughout all Sprints.
- When the Product is feature complete.
- Anytime during the Sprint.
- As Part 1 of the Sprint Planning meeting.
- Never. It is the sole responsibility of the Product Owner to refine the Product Backlog.
- Only during Refinement meetings planned by the Product Owner.
- In the beginning of the project, during Sprint 0.
- It is designed along with the vision, before the first Sprint.
- Throughout the project, as understanding emerges and the Development Team learns more about the project.
- Whenever the assigned Architect can join the Development Team.
- Build/version where bug was found.
- Clear title and proper grammar in report.
- Expected results and observed results.
- One bug per report.
- Screenshots or other pictures of bug in action when user interfaces are involved.
- Simple and repeatable reproduction steps.
- It causes you to construct a test harness that can be automated.
- It improves quality and reduces bugs.
- It promotes good design and separation of concerns.
- It speeds the overall development process.
- Acceptance Test Driven Development.
- Object Driven Requirements Definition.
- Quality Oriented Requirements Definition.
- Regression Testing.
- To communicate the name of the Developer that worked on the code.
- To ensure that "orphan functions" are not created.
- To make it easy to distinguish between different Software Products.
- To make the code more readable.
- Causes team members to consider each other's work and context.
- It eliminates bugs completely.
- It leads to higher transparency and rapid feedback to the team.
- The build is executed once every night and at least once each weekend.
- Class Coupling.
- Code Coverage.
- Cycle Time per Feature.
- Cyclomatic Complexity.
- Depth of Inheritance.
- A Software Development practice that continuously integrates feedback from users into Software Design.
- A Software Development practice used by Integration Teams to create Best Practice branching and merging strategies.
- A Software Development practice where members of a development team all work on the same computer to ensure a common code base.
- A Software Development practice where members of a development team integrate and verify their work frequently, often multiple times each day, to detect integration errors as quickly as possible.
- A decision made by a Systems Architect to settle disagreement within a Development Team.
- A fundamental architectural problem found in an existing application.
- A small development activity to learn about technical elements of a proposed solution.
- The result of an exhaustive architectural planning effort.
- As often as possible, and certainly prior to the end of the Sprint.
- Once per day.
- Whenever new or changed code is checked into version control.
- Whenever the Quality Assurance group becomes uncertain that the system works.
- Designing tests before satisfying them.
- Having the Tester in the Development Team write the test plans before coding.
- Testing existing code before adding more code to it.
- The continuous restructuring of Software to retain flexibility.
- They allow frequent validation of the unit of Software being worked on, ensuring it remains in a potentially shippable state.
- The build process is clearly defined and scripted, making it easy consistent and repeatable.
- They eliminate the need for Build Engineers.
- They ensure your Product remains bug free.
- They support continuous integration.
While changing Software, you find a bug in a previously delivered piece of functionality. What should you do?
- Fix the bug.
- Fix the bug if it is critical or easily fixed. Otherwise, put the new bug into the Product Backlog to be prioritized and fixed in an upcoming Sprint.
- Revise the tests so that the bug no longer appears on the bug report.
- Stub out the code that caused the bug so it no longer occurs.
- The Architect chosen by the Development Team.
- The Corporate Architect.
- The Development Team.
- The Software Architect.
- Anyone who wants to attend.
- No one is required, anyone who wishes to attend is welcome.
- The Development Team.
- The entire Scrum Team.
- The Scrum Master and the Development Team.
- Only the most senior people from the Development Team.
- The Development Team.
- The external Business Analysts that have prepared the functional details.
- The integration architects from the release department.
- The Product Owner.
- The Stakeholders.
You are on a Scrum Team that is enhancing an existing Product. Which is the LEAST useful piece of documentation you want to have at your disposal?
- Acceptance Tests.
- Detailed designs.
- The full history of retrospective plans and lessons learned.
- Well-structured and named code.
True or False: Test Driven Development is a predictable way to develop working, well-organized code?
- True.
- False.
- Do all of the development work, except for specialized testing that requires additional tools and environments.
- Complete the project within the date and cost as calculated by the Product Owner.
- Turn Product Backlog item into a valuable, useful Increment.
Who determines when it is appropriate to update the Sprint Backlog during a Sprint? (choose the best answer)
- The Scrum Team.
- The Project Manager.
- The Product Owner.
- The Developers.
- Summerizing and reporting the discussions to managment.
- Acting as a scribe to capture the Scrum Team's answers.
- Participating as a Scrum Team member and facilitating as requested or needed.
- Prioritizing the resulting action items.
- When I can see the "debt" building in the code.
- When preparing legacy code for unit tests.
- After the test passes.
- After the test fails.
- Anytime the Scrum Team feels Product Backlog items require more precision.
- Always prior to Sprint Planning.
- Only during refinement meetings planned by the Product Owner.
- Only during Sprint Planning.
- Layering makes it easier to reuse functionality.
- Layering assigns clear responsibilities to individual Developers.
- Layering separates different logical concerns withing the system.
- Layering increases maintainability of a system by isolating functional responsibilites.
- Yes. Code coverege can be used to assess progress.
- No. Automated tests should be executed when the implementation of a Product Backlog item is complete.
- Yes. The tests may identify wheather there are problems that the Developers should fix before proceeding.
- No. It would take too much time.
- Developers that are able to write code both in the back-end and the front-end.
- Two Developers working on the same problem, at the same computer (physically or virtually), at the same time.
- Two persons working on the same Product Backlog item trying to get it one as soon as possible.
- A Tester and a Developer working together to ensure high quality.
- Clear Communication of the Scrum Team's quality standards.
- A fully valuable, useful Increment by the end of each Sprint.
- An ongoing strategy or technique for steadely adressing Technical Debt.
- Guidance on the specific patterns to be implemented in code.
- A full description of all test steps.
Which best describes the practice of branching code in a version control system? (choose the best answer)
- Tagging or labelling a particular codebase as ready for distribution.
- Creating a duplicate of existing code, isolated from the original code.
- Releasing a specific codebase into a production environment.
- Combining two or more branches of code into a signe codebase.
- Assessing if code is written in as few lines as possible.
- A measurement for complexity based on the number of people involved.
- Determinine the number of unit tests required to ensure correctness.
- Demonstrating code is well structured and cleanly implemented.
- Measuring branching structures and nesting levels in code.