No Jargon · August 13, 2026
Replace Agile Ceremony Words With Facts Stakeholders Recognize
I have sat through standups where the only shared language was a glossary. Alignment is not nodding. It is a page a business user can read and say, yes, that’s my week.
Agile words were supposed to help teams ship. I remember when that was true.
Then the words became a velvet rope. A department manager who cannot say “velocity” with a straight face is treated as unprepared. The request gets rewritten until it sounds certified. The original pain leaves the building. I have watched this movie for twenty-eight years, under different method names, with the same ending.
Nodding is not agreement. A stakeholder who cannot decode “we’ll slice the epic after refinement” will still say yes. That yes is a social survival skill. Developers then inherit a ceremony object, not a problem. They start guessing. Guessing is expensive, and it is usually polite.
Keep ceremony out of the first page
The first artifact cannot require epic, sprint, velocity, or story point to be considered complete. Those words can live later, inside a team that already uses them. They are a poor first language for a payroll clerk describing a broken export.
Ask for the current path, not the hoped-for widget. “We email finance for last month’s report” is alignment. “Add a download button in sprint 14” is a solution wearing a costume. I have funded both. Only one of them survived contact with Tuesday.
Story points are a weather forecast. Useful for a team that already shares a scale. Useless as a business estimate. A stakeholder cannot cash a three. They can tell you who is stuck, and for how long.
Ask for an outcome someone can check without a decoder ring
“Staff stop emailing finance for the monthly report” can be verified. A point value cannot. Define better as hours, errors, or a person who no longer waits. If the person who reported the pain cannot recognize the success test, you wrote a ritual, not a requirement.
Put those first questions in software project intake so a department manager can finish a request without studying for it. Once the story is understandable, requirements gathering software keeps the next questions in the same voice. That is the whole trick. Do not switch dialects just because the work got more specific.
Let the stakeholder read the next questions
If they cannot answer the follow-up without a glossary, rewrite the question. “Which roles approve an exception?” is a fact. “What’s the acceptance criteria for the persona?” is jargon with extra stairs.
Hand builders the stakeholder’s sentences. Do not “write it up” until those sentences are still attached. Alignment dies at the first rewrite. I have seen excellent engineers build the rewrite perfectly. The original week did not change. The ticket still closed.
The longer diagnosis is in Why agile jargon kills stakeholder alignment. The fix is not a lunch-and-learn on Scrum. I have attended those lunches. People leave with a handout and the same broken form. Change the artifact so a person who has never sat in a standup can complete it. Ceremony can stay inside the delivery team. The shared record stays in real English.