Process
117 bites tagged Process — interview questions with model answers, and 60-second explainers.
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 do you apply 'working software over comprehensive documentation'?
This tests your ability to balance velocity with maintainability. A great answer defines docs by audience and purpose (onboarding, ops), prioritizes "living" docs like tests, and uses a just-in-time approach. A red flag is treating this as "no documentation."
What is the goal of a sprint retrospective?
Tests if you see retrospectives as actionable process improvement, not just venting. A good answer defines the retro's purpose (inspecting the sprint's people, processes, tools) and explains how it creates concrete action items for the next sprint.
Flow Efficiency: Are You Working or Waiting?
Flow efficiency measures the ratio of active work time to total lead time, revealing how much time tasks spend just waiting. Use it to diagnose why features take so long to ship. The biggest footgun is optimizing work speed when most delays hide in queues.
Shu-Ha-Ri: A Model for Mastery
Shu-Ha-Ri is a model for mastery: first follow the rules (Shu), then break them (Ha), and finally make your own (Ri). It's used to guide agile adoption, starting with strict adherence before innovating.
Node.js Uncaught Exceptions: Clean Up, Don't Continue
An uncaught exception is a fire alarm for your Node.js app, signaling an unknown state. Use the `process.on('uncaughtException')` hook for last-resort synchronous cleanup before exiting, not to resume normal operation.
5 Whys: Find the Root Cause, Not Just the Symptom
The 5 Whys technique digs past symptoms to find a problem's true root cause. It's used in postmortems to understand system failures by repeatedly asking "Why?". The footgun is stopping too early or blaming people instead of broken processes.
Growth Meeting Cadence: Focus on Learnings, Not Updates
Run your weekly growth meeting like a learning synthesizer, not a status report. Focus on extracting insights from experiments to drive future impact. The biggest mistake is wasting time on "what" you're doing; handle status updates asynchronously.
Design System Pilots: Test Your System Before You Ship It
A design system pilot is like a TV pilot: you test your system's core ideas on a real product before a full v1 launch. Use it to battle-test components and find the 20% of work that solves 80% of problems.
Shift-Left Accessibility: Build It In, Don't Bolt It On
Shift-left accessibility treats accessibility as a core feature, not a last-minute fix. It integrates checks throughout the development lifecycle, from design to deployment, preventing costly rework. The footgun is treating it as just an earlier QA step.
5 Whys: Find the Root Cause, Not the Symptom
The 5 Whys technique finds a problem's root cause by repeatedly asking "Why?" to trace a cause-and-effect chain. Use it in post-mortems to understand system failures. The footgun is blaming people instead of asking why the process allowed the error.
The RFC Process: Formalizing Technical Decisions
An RFC (Request for Comments) is a formal document for proposing a major technical change, creating a public record of the decision. It's used for big shifts like adding a new design system component or changing a core API.
Content Brief: The Blueprint for Your Content
A content brief is a short blueprint for a piece of content, ensuring the writer knows exactly what to create. It's essential when working with freelancers or team members to align on goals and format before work begins. Skipping it invites costly rewrites.
Agile Maturity Models: A Map, Not a Race
An Agile Maturity Model is a report card for your process, assessing adherence to Agile values through defined levels. Teams use it to benchmark progress and find weak spots.
Disciplined Agile: A Toolkit, Not a Prescription
Disciplined Agile (DA) is a toolkit, not a rigid framework, for choosing your own process. It helps teams blend practices from Scrum and Lean when one method doesn't fit. The footgun is treating DA as a prescription instead of a decision-making guide.
Cycle Time: Measuring Your 'Time to Value'
Cycle time is the total duration from a feature's conception to its deployment in production. Agile teams track it to speed up feedback loops and value delivery. The main footgun: start and stop times are inconsistent, making cross-team comparisons unreliable.
Service Delivery Review: The Missing Agile Feedback Loop
A Service Delivery Review shifts focus from *what* was built to *how* it was delivered. It's a regular meeting where teams and customers review quantitative metrics like lead time and blockers.
Flow Debt: The Hidden Cost of Workflow Inefficiency
Flow Debt is the invisible cost of process bottlenecks that slow down delivery. It shows up as work waiting for handoffs, reviews, or decisions. The footgun is blaming individuals for system-level delays instead of optimizing the workflow itself.
Make Policies Explicit: Write Down Your Workflow's Rules
Making policies explicit turns your team's unwritten rules into a shared, improvable playbook. Use it to define what 'done' means for each stage or how to handle blocked items.
The Seven Wastes of Software Development (Muda)
Think of "Muda" as anything consuming resources without adding customer value. This Lean concept helps agile teams spot inefficiencies like partially done work and context switching.
Lean Software Development: Focus on Value, Not Waste
Lean Software Development applies manufacturing principles to code, focusing on maximizing value by systematically eliminating waste. It's the philosophy behind Kanban-style pull systems and delaying decisions.
Get Process bites daily.
Five a day, five minutes, offline. With quizzes so it sticks.
Open testing — you’ll join as an early tester.