Problem
Enabling organizations to adopt the Team Topologies philosophy and concepts despite differences in ways of working, tooling used for team / service / documentation management and discovery tooling.
Suggested Solution
Build an Open Source Backstage Plugin for Teams (or contribute to the existing catalog entry for teams) integrating with catalog data for Team data and relationships with things the team owns like Components, Services (Applications), Domains, internal Tooling), DataSets & Machine Learning Projects, Documentation, etc., with a UI that makes it easy for teams to see the stakeholders of the things they own, as well as leadership and support staff of their team, and metadata like the team's purpose/mission, the type of customer they serve, link to their upcoming plans (i.e. roadmap), office hours signup, and preferred method of contact—with type classification that includes a tooltip linking to resources where people learn more about team topographies.
*note: thanks to backstage, maintenance of things the team owns/are responsible for and the stakeholders (of the things they own) can be (largely) automated via backstage assuming dependencies of those software assets are surfaced via the catalog.
Context
Backstage is a platform framework for building developer portal to centralize and democratize access to information, tooling, and resources in a consistent, beautiful, interoperable way—enabling not only developers, but also their stakeholders—to collaborate more fluidly because it's easier to discover whatever it is they are looking for.
At Zalando, we are aiming to integrate the entire experience for both Engineers and Analysts and their stakeholders (leadership, product, program, project management, designers, etc.). I am the product manager driving the initiative and would be happy to chat more about the topic if you're interested ☺️