 |
| This role is responsible for defining the software architecture, which includes making the key technical decisions that constrain the overall design and implementation of the system. |
| Role Sets: Basic Roles |
|
Relationships

|
| Additionally Performs |
|
| Modifies |
|
Main Description
This role leads or coordinates the technical design of the system and has overall responsibility for facilitating the
major technical decisions expressed as software architecture. This typically includes identifying and documenting the
architecturally significant aspects of the system as views that describe requirements, design, implementation, and
deployment.
This role is also responsible for providing the rationale for these decisions, balancing the concerns of the various
stakeholders, reducing technical risks, and ensuring that decisions are effectively communicated, validated, and
followed.
This role works closely with the Project Manager in staffing and planning the project since it is recommended that the team be organized around the
architecture.
This role also works closely with the Analyst and Developer to make sure that the architecturally significant requirements are
assigned to the proper components of the system.
|
Staffing
| Skills |
Architects must be well-rounded people with maturity, vision, and a depth of experience that allows for grasping issues
quickly and making educated, critical judgments in the absence of complete information. Specifically, the person must
possess this combination of qualifications:
-
Experience in both problem and software engineering domains, with evidence of a thorough
understanding of the requirements to solve the problem and active participation in software development. If there
is a team, this experience can be represented by different team members, but at least one person must be able to
describethe overall vision for the project.
-
Leadership ability to motivate and maintain momentum for the technical effort across the various teams and
to make critical decisions under pressure, plus make those decisions stick. To be effective, this role must have
the authority to make technical decisions. This role cannot lead by decree, but only by the consent of the rest of
the project team. To be effective, this person must earn the respect of the team members, the Project Manager, the customer, and the user community, as well as the management
team.
-
Excellent communication skills to earn trust, persuade, motivate, and mentor. This
role must have good communication skills, both verbally and in writing.
-
Critical review skills to make sure that the requirements to be built are clear and consistent, and to make sure
that the developed system adheres to the architecture.
-
Goal-oriented and proactive orientation with a relentless focus on results. This
person is the technical driving force behind the project, not a visionary or dreamer. The career of a successful
architect is a long series of sub-optimal decisions made in uncertainty and under pressure. Only those who can
focus on doing what needs to be done will be successful.
From an expertise standpoint, this role also needs to show both design and implementation abilities. However, from the
design perspective, the effective architect typically exhibits these traits:
-
Tends to be a generalist, rather than a specialist, who knows many technologies at a high level rather than a few
technologies at the detail level
-
Makes the broader technical decisions, thereby demonstrating broad knowledge and experience, as well as
communication and leadership skills
|
| Assignment Approaches |
The person in this role should be engaged in the project from start to finish.
For smaller projects, a single person may act as both Architect and Project Manager. However, it is better to have these roles performed by different people to ensure that the pressures of
one role does not cause neglect of the other role. The Architect and Project Manager must work together
closely.
For systems of scale, it is a common best practice to have an architecture board that is populated by the architects of
each system plus one or two chief architects. In such cases, the members of the architecture board collectively
play the role of the Architect.
|
|