This document is able to quickly paint a picture of the entire system and its processes. — Scott Wilson

A functional application is always the highest priority and that always leaves documentation artifacts at risk for potentially never getting completed. However, this behavior can be a serious impact to the efficiency and effectiveness of anyone that supports the application going forward. It is most obvious when someone new joins the team or someone rejoins the team after time has passed.

One of the most efficient ways to reduce this risk is by including and maintaining current architect diagrams within the repo. This allows anyone the ability to quickly see the various components, environments and processes. We have standardized on the usage of the The 4+1 architectural view model as the base for our architecture diagrams. It enables everyone to quickly and easily see the application from the following viewpoints:

We have found it so beneficial that it has become a requirement for all of our applications and have even created multiple 4+1 diagrams for specific phases and layers of more complex systems. We recommend that you standardize the location of these diagrams within your repo as well, so that everyone knows where to quickly find them. We use /docs.

Here is an excellent example of a full 4+1 Architectural Blueprint diagram for a Microsoft-Platform DevOps Environment created by Jeffrey Palermo.

4+1 Architecture Diagram Overview
References
  1. Wikipedia: 4+1 architectural view model, Class diagram, State diagram, Activity diagram, Component diagram, Package diagram, Deployment diagram, Use case
  2. Architectural Blueprints – The “4+1” View Model of Software Architecture by Philippe Kruchten, Rational Software Corp
  3. Microsoft-Platform DevOps Environment 4+1 Architecture Blueprints created by Jeffrey Palermo