@preetirani
Mobile Developer
Ex-service company, now product. Focused on reliability and DX. (north)
We ran into this around team onboarding during a traffic spike. The work was mostly unblocking other people, not closing my own tickets. Clear noes protected the roadmap more than extra hours. Writing the doc nobody wanted still changed how fast the team moved. Impact was hard to see until a project stalled without that context. I am still learning to describe that work without vanity metrics.
We ran into this around feature flags after we split the monolith. Staging was quiet. Production was not. A small config drift showed up only after traffic moved. We compared logs from the last healthy deploy before touching code. The fix was smaller than the theory: one timeout and a clearer metric. We kept the old path behind a flag until the numbers settled.
We built a Slack bot that turns merged PRs into weekly release notes. It groups changes by label and pings owners when summaries are missing. The first version was a cron job; now it reacts to GitHub webhooks. Sharing the architecture and the parts that still need polish. Biggest win: PMs stopped chasing engineers for release copy. Feedback welcome if you have run changelog automation at scale.
Influence without owning every PR took longer than I expected. Saying no clearly protected the roadmap more than heroic overtime. Writing the docs nobody wants to write still changes team speed. I spent more time unblocking others than shipping my own features. Staff work is often invisible until the org feels the absence of it. Still learning how to measure impact without vanity metrics.