All bites
The whole library, newest first. Filter by what you are here for, or pick a topic if you already know.
4330 bites
Page 168
Explain the Lean concept of 'Muda' (Waste)
Tests applying manufacturing principles to software. Define Muda as non-value-adding work. Cite 3 software wastes like partially done work, extra features, or defects, and offer specific mitigations like smaller batches, YAGNI, or TDD.
How does Agile welcome changing requirements without chaos?
Whether you know that Agile embraces change only when supported by engineering discipline. Distinguish planned adaptability from reactive chaos by citing short feedback loops, evolutionary architecture, and continuous integration.
Agile Change vs. Chaos: Technical Enablers
Tests if you know Agile is disciplined, not chaotic. A great answer contrasts structured, time-boxed change with reactive chaos, then details technical enablers like CI/CD and loose coupling. A red flag is equating Agile with no planning.
How does Agile's 'welcoming change' differ from chaos?
Tests if you know Agile flexibility requires engineering discipline. Answer by defining the difference (discipline vs. chaos), listing technical practices (TDD, CI/CD), and naming architectural patterns (modular design).
Describe the relationship between Jidoka and TDD/CI
Jidoka is stop-the-line; map TDD to unit detection and CI to build verification; show shift-left.
Relate Lean's 'Build Quality In' to TDD and CI
This tests your ability to connect historical Lean principles to modern software development. Explain Jidoka as "stop the line," then frame TDD and CI as its software equivalents that prevent defects from propagating.
Relate 'Build Quality In' (Jidoka) to TDD and CI
Tests your ability to connect abstract Lean principles to concrete practices. A great answer defines Jidoka (stop the line on defect), then links TDD as the micro-level check and CI as the macro-level automated line-stop. A red flag is just defining the terms.
How do you identify and elevate your team's primary constraint using TOC?
Map value stream, measure queue and cycle times to find the slowest stage, exploit it, subordinate upstream WIP, elevate via automation, repeat.
How would you identify and elevate a team's primary constraint?
This tests your systems thinking beyond local optimization. A great answer follows the 5 Focusing Steps: Identify, Exploit, Subordinate, Elevate, Repeat. A red flag is jumping to 'hire more people' before exploiting the existing constraint and subordinating…
How would you identify and elevate your team's primary constraint?
This tests systems thinking over local optimization. A great answer outlines the 5 steps: identify the constraint (e.g., long queues), exploit it, subordinate other processes, elevate it, and repeat. A red flag is jumping straight to hiring or buying tools.
How would you implement a software Andon Cord equivalent?
This tests translating Lean stop-the-line into CI/CD culture. Trigger: compile, test, or integration failures. Impact: halt pipeline, block merges, and swarm to fix immediately with collective ownership. Red flag: blaming committers or deferring fixes.
How would you implement an Andon Cord for a software team?
Tests your grasp of CI/CD, quality, and team culture. A great answer defines a trigger (broken main build), a technical block (stop merges), and a cultural response (team swarms). A red flag is scheduling the fix or blaming an individual.
How would you implement an Andon Cord for a software team?
Tests your understanding of CI, team ownership, and balancing speed with quality. Define a trigger (broken main build), an action (halt merges/deploys), and a team response (swarming to fix). Red flag: scheduling the fix or blaming an individual.
Three accountabilities in a Scrum Team and their primary focuses
Tests recall of the three Scrum accountabilities. Outline: Product Owner orders the backlog; Developers create an Increment each Sprint; Scrum Master fosters an environment for empiricism. Red flag: Using roles or treating the Scrum Master as a task master.
What are the three Scrum accountabilities and their focus?
Tests recall of Scrum's core team structure and how the roles create a self-managing unit. A good answer names the Product Owner (value), Developers (Increment), and Scrum Master (process) and defines their focus.
What are the three accountabilities in a Scrum Team?
Tests recall of Scrum fundamentals and separation of concerns. Name the three accountabilities (Product Owner, Scrum Master, Developers) and define their focus: PO on value, Developers on delivery, and SM on process. A red flag is adding non-Scrum roles.
Describe the Daily Scrum's purpose, audience, and intended outcome.
Say it's a Sprint event for Developers to inspect progress toward agreed goals and adapt their plan.
Describe the purpose of the Daily Scrum
Tests if you know the Daily Scrum is a planning event for Developers, not a status report. A good answer states it's a 15-min meeting to inspect progress toward the Sprint Goal and adapt the Sprint Backlog.
What is the purpose of the Daily Scrum?
This tests if you know the Daily Scrum is a planning event for Developers, not a status report. A great answer states it's a 15-min meeting for Developers to inspect progress toward the Sprint Goal and adapt their plan.
Sprint Review vs Retrospective: purpose, focus, and audience
Review inspects the Increment with stakeholders to adapt the backlog; Retrospective inspects process to improve ways of working.