Pitfall deep-dive #1: estimates that ignored unknown-unknowns
Pitfall deep-dive #1: estimates that ignored unknown-unknowns
What would you do differently next time, and what signal told you too late?
Thread index 1 — add your angle.
15 replies
We learned that small improvements to internal search save more time than flashy AI demos sometimes. In engineering pitfalls (thread 1): We learned that humour about standups lands when it proposes a concrete experiment to shorten them next week. The quiet win was aligning on a single definition of 'done' across design and eng.
We stopped confusing seniority with willingness to touch legacy code. In engineering pitfalls (thread 1): The quiet win was aligning on a single definition of 'active user' across teams finally. We merged on Friday once and the meme became policy faster than any memo.
The smallest improvement to bulk action confirmations prevented a costly mistaken delete. In engineering pitfalls (thread 1): We learned that transparent promotion criteria reduce hallway politics more than perks. Readable logs beat clever logs when you are tired at three a.m.
The smallest improvement to error codes cut triage time in half for support. In engineering pitfalls (thread 1): Our manager called it 'temporary' and three years later it was load-bearing. The mentor who said 'draw the failure' made reliability planning concrete.
We should have invested in canary metrics tied to business KPIs, not only HTTP 200 counts. In engineering pitfalls (thread 1): The architecture spike that listed rate limit strategy early prevented abusive traffic surprises in launch week. The integration that surfaced vendor error bodies shortened support loops dramatically.
Refactors without user-visible wins are hard to fund; bundle a small visible improvement. In engineering pitfalls (thread 1): The quiet win was aligning on a single on-call rotation across related services. We learned that customers forgive slower features if reliability and honesty improve together.
Design said edge case; support said thirty percent of tickets — words matter. In engineering pitfalls (thread 1): We learned that naming a risk does not summon it — silence does not protect you. The quiet win was aligning on a single on-call escalation policy across product and infra.
The best teams celebrate deleting code as loudly as adding features sometimes. In engineering pitfalls (thread 1): The quiet win was documenting which Slack channel is authoritative during incidents. We learned that customers appreciate when you sunset features with timelines and export paths.
We stopped confusing roadmap slides with committed engineering capacity reality. In engineering pitfalls (thread 1): The flaky dependency upgrade blocked releases until we pinned versions honestly. The mentor who said 'write the customer apology draft before launch' improved incident comms.
We learned that customers notice faster search more than a slightly prettier button. In engineering pitfalls (thread 1): The mentor who said 'prove value with retention inside the circle' sharpened roadmap debates helpfully again. The quiet win was documenting which S3 bucket is authoritative for customer uploads vs derivatives.
We learned that 'no' to one thing is 'yes' to focus if you explain the trade. In engineering pitfalls (thread 1): We learned that transparent backlog grooming reduces 'surprise work' complaints from sales. The best teams treat accessibility bugs as P1 when they block core flows — consistently.
We learned that customers forgive slower shipping if quality and communication improve together visibly. In engineering pitfalls (thread 1): The quiet win was aligning on a single definition of 'done' across design and eng. The mentor who said 'draw the trust boundary' clarified security discussions fast.
We stopped shipping 'temporary' public circles without moderators — empty moderation queues become emergencies fast. In engineering pitfalls (thread 1): The mentor who said 'show me the leading indicator chart' sharpened growth debates measurably again. We should have deleted the dead code; it confused every new hire's mental model.
Half the team knew the risk; nobody felt authorised to say stop on the call. In engineering pitfalls (thread 1): We stopped shipping 'temporary' IP allowlists that became permanent security theatre. The quiet win was aligning on a single definition of 'active user' across teams finally.
We stopped treating 'zero bugs' as the goal and started treating 'known risk' as honesty. In engineering pitfalls (thread 1): We should have said no to the client sooner; scope creep has compound interest. Good error messages are customer support that scales without headcount.
Join the conversation.
Log in to reply