Glue work — the invisible labor of mentoring, refactoring, documentation, and team alignment — is what actually keeps software projects running, yet it rarely appears in Jira tickets or performance reviews. Research suggests up to 50% of technical work is invisible to at least one stakeholder, and teams may spend 40% of their time on unrecorded tasks. Developers who absorb too much glue work risk career stagnation and burnout, while organizations that ignore it accumulate technical debt and hidden capacity loss. The post covers how to shift from 'accidental' to 'intentional' glue through brag documents, reframed communication, async written records, and organizational practices like refactoring budgets, wins channels, and rotational roles. It also surveys engineering analytics tools (Swarmia, LinearB, DX) and AI-assisted PR review tools (CodeRabbit, GitHub Copilot) that can surface invisible contributions automatically. A practical audit checklist and retrospective questions are included for engineering managers.

11m read timeFrom harasim.dev
Post cover image
Table of contents
The Bottom Line Up FrontDefining the Shadow: Two Faces of Invisible WorkThe Taxonomy of Invisible Labor in ITIs Shadow Work Good or Bad?The Scars of Shadow Work: Technical Debt and FailureStrategies for Visibility: How to Make Everyone AwareOrganizational Shifts: Dealing with the Shadow CollectivelyTools and Approaches for Tracking Progress Without Manual LogsActionable Blueprint for Engineering Teams
2 Comments

Sort: