Thank you @kiyanwang for sharing my (Tal KimHi) definition of Engineering Enablement.
Hi All, Please let me know if you have any comments or questions about the roles and responsibilities of this strategic function.
Hi All, Please let me know if you have any comments or questions about the roles and responsibilities of this strategic function.
This applies to literally every software company ever. There's also too much vague corporate jargon to make it clear what specifically the role involves that makes it meaningfully different from DevOps.
> A different but equally important part of the team’s job is to architect, build, and refactor major software components
> handle multiple, sometimes conflicting priorities ... willingness to pitch in whenever necessary to get things done
Treating systems architecture with the same "ship it" mentality of product features is asking for a world of hurt.
Now try to apply a new centralized logging system or migration to K8s or even introduce a new feature toggle system. How much time will this effort take? How many stakeholders will be involved, what are the tradeoffs of this effort? With an engineering enablement team or even a "task force" - this effort becomes much more feasible
Enablement can be done in many ways - internal APIs, Skeletons, Communication protocols, Education and more. The fact that these are backend developers with different mentality and goals already makes a huge difference. For both the business and their fellow engineering that see the investment in their experience.
> This applies to literally every software company ever
Well not really. It might be right to the more mature ones. Also, There are many ways to implement Engineering Enablement, but once you cross the 30 engineers in your R&D, it feels like the right time to consider a dedicated team that are measured on these things instead of new features.
> Treating systems architecture with the same "ship it" mentality of product features is asking for a world of hurt.
Totally, That's why I'm sharing the importance of having such a role and saying this should be a dedicated role and not something you do "on the way". You must dedicate time for engineering enablement initiatives. If you can achieve it as "engineering bucket list" within your current organization - Good for you. You should give this baby a name - Engineering Enablement