All bites
The whole library, newest first. Filter by what you are here for, or pick a topic if you already know.
8668 bites
Page 208
Lead Time vs Cycle Time in Kanban and measuring Cycle Time
Tests whether you distinguish customer wait time from active work. Strong answer: Lead Time is request-to-delivery with queues; Cycle Time is active start-to-finish measured from In Progress to Done. Red flag: treating them as synonyms or ignoring wait states.
Describe the initial columns for a new Kanban board and their purpose
Tests whether you understand Kanban as a flow visualization tool. A strong answer names Backlog, To Do, In Progress, and Done, explaining each as a handoff or state change. Red flag: adding too many columns upfront or conflating the board with Scrum.
Describe a framework to strategically manage tech debt during product discovery
This tests strategic debt tradeoffs under speed pressure. A strong answer classifies debt by interest, caps MVP debt with guardrails, and reserves fixed sprint capacity for repayment. Red flag: vilifying debt or deferring cleanup without triggers.
How would you measure a launched feature's success and impact?
This tests if you link code to business outcomes via agile metrics. A strong answer covers value, quality, satisfaction; names metrics like velocity or cycle time; and uses reports to track progress. Red flag: defining success purely by uptime or bug counts.
How do you differentiate an MVP from a throwaway prototype architecturally?
Distinguish by user commitment; define bounded contexts with stable interfaces; favor reversible decisions and day-one observability.
How would you implement an A/B test for a redesigned dashboard?
Tests experiment rigor: randomize stable user buckets, pick one primary metric and guardrails like latency, pre-calculate sample size and runtime with a minimum detectable effect, and validate via backend logging.
Describe your role as an engineer in story refinement
Mention feasibility probes, acceptance criteria checks, and splitting for forecast clarity.
What user story details reveal the customer problem?
This tests if you see stories as problem placeholders, not specs. A strong answer asks for user role, action, 'so that' value, and confirmation criteria while demanding conversation. Red flag: listing technical tasks without mentioning the customer problem.
When should cross-cutting concerns use a shared versus duplicated solution?
Weigh change frequency and blast radius; decide via fitness function or ADR, not default shared code.
Propose a multi-sprint strategy to fix an inverted test pyramid
Audit E2E for redundancy; scaffold unit/integration tests; migrate per sprint, keep critical E2E; gate on fast feedback.
How does trunk-based development with toggles enable frequent, low-risk releases?
Tests decoupling deployment from release via TBD. Strong answers cover daily small trunk merges with toggles hiding unfinished work, plus the cultural leap from GitFlow's isolated branches to continuous integration and toggle hygiene.
What is the Strangler Fig pattern and its use in legacy modernization?
Tests incremental modernization over big-bang rewrites. A strong answer covers the botanical metaphor, building new components alongside legacy, routing traffic, extracting seams, and four activities. Red flag: a long rewrite delivering no value until launch.
How would you introduce Test-Driven Development to a test-after team?
Tests change management and influence without authority. A strong answer maps TDD to team pain points, pilots it on one story type with measurable outcomes like defect rate. Red flag: mandating TDD team-wide immediately or dismissing existing tests.
Describe essential CI/CD stages for a containerized app and critical quality gates
This tests your ability to design a commit-to-prod pipeline with quality controls. A strong answer covers: build and unit tests, vulnerability scanning, staging deployment with integration tests, and production rollout with rollback.
How do you balance emergent design with long-term architectural vision?
Tests reconciling emergent design with intentional architecture. Strong answers cite the architectural runway: just-enough infrastructure ahead via enablers, extended by teams incrementally. Red flag: claiming architecture is fully upfront or purely organic.
Explain the Test Pyramid and how it guides testing strategy
Favor fast unit tests, a middle service layer, and few UI tests as second defense.
Describe the Red-Green-Refactor cycle in TDD. What is each step's purpose?
This checks if you understand TDD as a design discipline, not just testing. A strong answer maps Red to a failing test defining the interface, Green to minimal passing code, and Refactor to cleaning both codebases without changing behavior.
How should the team address poor internal quality when stakeholders are happy?
Tests whether you protect transparency when stakeholders are happy but quality is poor. Answer: At Review, expose the increment's real state—low transparency causes risky decisions; at Retro, inspect why quality degraded and adapt the process.
How would you shift a Sprint Review from demo to working session?
Tests if you see the Sprint Review as empirical inspection and adaptation with stakeholders. Strong answers reframe it around the Sprint Goal and Increment, gather live feedback on the Product Backlog, and adapt ordering together.
What action ensures a retrospective improvement is implemented?
Tests whether you treat adaptation as a deliverable. Propose making the top improvement a Sprint Backlog item with an owner and definition of done, then inspect it in the next retrospective. Vague agreements or more meetings without ownership are red flags.