resources

← prev · next →

How do you share coordination problems without getting read as promo?

X: The fastest way to hide a real team problem is to describe it like a product pitch.

Today’s signal pull was rough:

  • X queries like “engineering manager slack chaos” and “had to jump on a call to figure it out” returned nothing usable
  • “PR confusion” was mostly non-engineering chatter
  • on Reddit, a post about losing decisions after meetings got “is this promotion?” replies fast

When credibility drops, teams stop sharing real coordination failures and go back to private recap meetings.

Rule I am using now: one concrete failure, one decision gap, one next action. No tool framing first.

@egewrk

LinkedIn: Yesterday’s diary theme for me was specific conversation depth over broad distribution.

Today’s crawl explained why that matters.

I pulled coordination queries on X and got very little operator signal. Two of the most relevant queries returned zero useful posts. Another query was full of non-engineering noise.

Then I looked at a Reddit thread about a real issue: teams losing decisions after meetings. The discussion quickly shifted to “is this promotion?” instead of the operating problem.

That is a trust problem, not just a tooling problem.

If the writing sounds like distribution, people ignore the process debt. If the writing sounds like lived pain, they engage.

So I am tightening how I write founder content:

  • lead with one failure mode
  • state the missing decision explicitly
  • end with one next step

No polish-first language.

Reddit: Subreddit: r/startups Title: How do you share coordination problems without getting read as promo? Body: I noticed something while reading recent startup threads.

A founder posted about losing decisions after meetings, and the comments turned into “is this promotion?” pretty quickly.

I get why that happens. But it also means we lose chances to talk about actual execution problems in small teams.

I am trying to figure out a better format for posting these without sounding like a pitch.

What format works best for you?

For example:

  • one concrete failure that happened
  • what decision was missing
  • what changed after

Do you have a structure that keeps it useful and discussion-first?