From an architectural perspective, management organization is important for providing frameworks and guidelines regarding the management of the various artifacts and described in the various architectures.

If architectures are implemented in custom solutions, the developers of these custom solutions will, on the one hand, provide frameworks and guidelines for the architecture and, on the other hand, they will be consumers of the architecture artifacts and implement them in functioning solutions.

Changes in the organization are often introduced into the organization on a project-by-project basis. Projects determine the planning and execution of the architecture work and make use of the architecture artifacts. The projects set requirements for the support from architecture and the products to be delivered by the architecture.

I regard legislators and compliance institutions as invisible stakeholders. However, they set frameworks for the architectures within the organization. This makes them highly relevant stakeholders. Consider, for example, the GDPR.

Management indicates what the goals and drivers are of the organization. The frameworks for architecture arise from this. In addition, management determines the order of the architectural work to be carried out.

User organization indicates which requirements, wishes and limitations exist regarding the artifacts to be developed within the architecture and the resulting implementations to the target architecture.

Sectoral reference architectures have already been drawn up within some sectors, such as the reference architectures within national and international governments (EU). The architectures established within it are a precondition for the architectures within your own organization.

More and more organizations are opting for standard solutions for the design of the various architectures. In this case, the supplier of these solutions involved is a stakeholder from the perspective of supplying certain solutions and a customer of the architectural artifacts.

Depending on the structure of the organization, (partial) models are developed by different teams with different roles in addition to the architects. For example, information analyst, data modeler, software development teams, etc.

Team that will use the architecture tool in the architecture processes. They are therefore not only stakeholders but also play an important role in the processes.