I like the analogy directionally, but I think it understates the problem significantly. A hammer is a tool used by an actual builder, the analogy for software engineers would be an IDE or perhaps certain programming languages or infra components. We've all known some practitioners who pay a little too much attention to the tools and not enough to the final output.
Productivity tools in general are for larger scale endeavors with lots of ICs. At some point you start to have stakeholders whose only job is coordination. That's where the real risk of these systems lie—when their usage is so far removed from the actual work that needs doing that feeding the system becomes its own justification.
Productivity tools in general are for larger scale endeavors with lots of ICs. At some point you start to have stakeholders whose only job is coordination. That's where the real risk of these systems lie—when their usage is so far removed from the actual work that needs doing that feeding the system becomes its own justification.