Вавилонская Башня. Правила IT архитектора

Вступление

Вавилонская башня — известный всему миру пример великого замысла, который провалился.

Причина провала — внешнее вмешательство бога, который заставил людей говорить на разных языках, и те просто не смогли продолжить совместную работу над проектом.

В современном мире отсутствие общего языка, типовых инструментов и хорошо специфицированных требований приводит к провалу множества IT-проектов и без воздействия извне.

К счастью, у некоторых IT-проектов, есть люди, которые могут помочь исполнить задуманное — это IT-архитекторы.

Эти профессионалы призваны решать целый спектр проблем и вопросов, принимать решения различной степени сложности, а порой и менять первоначальные замыслы. И всё это ради того, чтобы достичь результата по его духу, а не по формальному описанию.

И конечно, каждый такой специалист накапливает свой багаж знаний, получает свои уникальные умения и выносит свои выводы и суждения.

Ведь башня огромная, и каждый смотрит на неё со своего угла, компетенций и яруса, на котором он работал.

Здесь я хочу описать свой опыт строительства башни, рассказать о своих ошибках и правилах ведения архитектуры.

Если вдруг вы окажетесь на моей стороне башни, возможно, эти советы будут вам полезны и спасут от досадных ошибок, потраченных нервов и необходимости начинать если не с нуля, то с пары шагов назад.

Чтобы статья не вышла слишком длинной и не читаемой, я буду публиковать ссылки на отдельные статьи правил ниже. Каждое правило это законченный текст, который можно читать отдельно.

Правило 1. «Документируйте свои решения, особенно временные»