A meeting room emptied afterwards, with a bound document open between two cold cups and a pushed-back chair

· 5 min read

Why software projects fail despite requirements: silent disagreement

The document was complete, reviewed and approved by everyone. Nine months later the product launched and nobody wanted it. What these stories reveal about obtained versus real agreement, and what an approval gate must provoke.

On Reddit (r/startups, July 2026), a founder describes nine months' work with a full team for a product dead on arrival, despite requirements approved by everyone. Software projects fail despite requirements when approval mainly serves to avoid discussion.

What approval concealed

The author reconstructs the scene afterwards. Two directors held incompatible ideas about the product's purpose. Rather than explain themselves in the room, each nodded at the document and left convinced they had obtained what they wanted. General approval recorded no objections, saying nothing about what each understood. The next nine months built a product answering two different commissions, therefore neither. The document recorded silence, lasting until launch when both directors discovered simultaneously that they had lost.

A beautiful document increases the risk

A polished document reads as finished work, and objecting to finished work feels like attacking its author. The longer it is, the less it is read; the cleaner, the more trust it inspires unread. This paradox applies to sales and project documents, explaining why an accepted quote does not fix cost. A handwritten, crossed-out draft provokes more contradictions than a bound version because it invites intervention. Project documents benefit from circulating unfinished and ready for correction while expensive decisions remain unmade.

Three signs of agreement that is not agreement

First: approval arrives in under a minute without any page opened twice. Second: nobody asks a question although twenty pages always contain at least one ambiguous sentence and expensive decision. Third, most reliable: ask three people separately what the product will enable in six months that they cannot do today, and compare. If the sentences do not overlap, the document established no agreement regardless of signatures.

A door opened, and kept open

At Maestro, every agent-produced document waits for ‘Looks good to me’ before progress: the brief, requirements, stage breakdown and each built stage. Two properties matter here. It arrives early and often, so misunderstanding costs a brief reread rather than nine months of construction. And it leaves documents editable afterwards: reopen requirements, correct a sentence, return to an earlier product version. Approval marks a moment in conversation; it does not close the subject. We explained why this gate is our main safeguard.

What a gate cannot do for you

An approval gate becomes a stamp when crossed unread. It protects someone using it to ask questions, not a reflex click. The history of poorly reviewed automated decisions shows the cost of convenient approval, including an €825 million fine for a decision nobody reopened. Our work is making documents short, in your language and divided early enough that an objection costs almost nothing. Yours is stating the objection.

Make disagreement speak

Before your next approval, try the three-sentence exercise. Ask everyone who matters to write alone, without consulting others, what the product will enable, for whom and what it will not do. Twenty minutes suffices, and the ‘will not do’ lines reveal most disagreements because that is where people mentally placed the feature they care about. Put answers side by side, resolve differences before those involved, record the decision in the document rather than minutes nobody reopens, then approve. What remains deserves to be called agreement.

Read the complete guide: build an application without coding

Back to the journal

Take the baton.

Leave your email to try Maestro in the first waves.

The beta is open by invitation on macOS 13 and later. Leave your email for an upcoming wave of access. Windows is in development.

The beta is currently available on macOS 13 or later. Your answer helps us plan other versions.

Your email is only used to let you know when access opens. Nothing else, we promise.