abhiesa · December 12, 2017 21:19
diff --git a/Architect.txt b/Architect.txt
 To ensure system integrity, the software architect needs to be part of the project team. He must make sure that he enables the right people to collaborate on the system architecture. Being part of the team does not mean not taking responsibility. It is great to give ownership to members of the team, but in the end, the architect needs to stay accountable. When collaborating, an architect should not enforce all technical decisions. Part of working as a team, is accepting to be challenged and embracing this challenge. When team members have spirited discussions, it shows they are passionate enough about their craft to care. Disagreeing and discussing alternatives is a great way to come to a better solution and to learn from each other. Being part of the team, as an architect, will lead to a system with a consistent vision, where the implementation matches the architectural description. This also implies that an architect should be involved in the codebase of the system: writing code, performing code-reviews, doing proof-of-concepts, supporting others, … By being involved in the codebase, you can make sure that the architectual description is understood by the developers.

 https://ordina-jworks.github.io/architecture/2017/06/21/pragmatic-architecture-today.html
	To ensure system integrity, the software architect needs to be part of the project team. He must make sure that he enables the right people to collaborate on the system architecture. Being part of the team does not mean not taking responsibility. It is great to give ownership to members of the team, but in the end, the architect needs to stay accountable. When collaborating, an architect should not enforce all technical decisions. Part of working as a team, is accepting to be challenged and embracing this challenge. When team members have spirited discussions, it shows they are passionate enough about their craft to care. Disagreeing and discussing alternatives is a great way to come to a better solution and to learn from each other. Being part of the team, as an architect, will lead to a system with a consistent vision, where the implementation matches the architectural description. This also implies that an architect should be involved in the codebase of the system: writing code, performing code-reviews, doing proof-of-concepts, supporting others, … By being involved in the codebase, you can make sure that the architectual description is understood by the developers.

	https://ordina-jworks.github.io/architecture/2017/06/21/pragmatic-architecture-today.html