Чем больше людей, тем важнее точность формулировок Когда команда из 5-7 человек поддержка общего видения стоит очень дешево: скрам-ритуалы обеспечивают постоянное общение и синхронизацию, что автоматом выравнивает людей и создает единое понимание (мы одинаково смотрим на вещи, видим образ результата и ценность, которую несем пользователю)

А теперь представьте, что нас 100 человек, а 500? Как насчет компании, в которой работает 10 000 человек? Обычными дейликами с разговорами у кулера не обойтись. Даже когда у вас условные 10 команд, синхронизировать понимание системы, которую вы строите между собой, становится непростой задачей. А все что криво сформулировано будет понято не так и сделано не то Именно поэтому становится крайне важно, какие слова вы выбираете, как вы формулируете цели, требования, описания решений. Внезапно, словарь и разница в понимания между словами может драматически влиять на восприятие. "маршрутизация" и "навигация" может изменить понимение задачи. А в общем называемая авторизация, разделяется на задачи "аутентификации", "идентификации" и "авторизации", и вообще мы на самом деле, называя авторизацией, подразумевали сессию и расчет привелегий, хотя другие думали про идентификацию пользователя и проверку привелегии на выполнение конкретной операции. И такая мискоммуникация начинает стоит компании и коллективу безумно дорого

В Domain Driven Design, методология Эрика Эванса, начинают с составления единого словаря (ubiquitous language). Без него коллектив не будет понимать о чем мы разговариваем (аккаунт это банковский счет или аккаунт это логинпароль и учетка в системе дистанционного банковского обслуживания?).

Как начать пользоваться: 1. Зафиксируй смысловую границу. Пока контекст не определён, слова будут означать разное для разных людей. 2. Собери термины из практики. Поговори с теми, кто реально делает работу. Запиши их термины и действия ровно так, как их произносят. 3. Одно слово — одно значение. У каждого термина должно быть чёткое определение и примеры. Синонимы и размытые формулировки запрещены 4. Используй единый язык в речи, требованиях и коде. От инвестора, через продукт, разработчика до сопровождения язык должен быть единым 5. Поддерживай язык в актуальном состоянии. Любое новое понятие либо меняет словарь, либо не принимается

Иначе, в лучшем случае вы будете тратить очень много времени на постоянное выяснение и уточнение "а что мы под этим термином подразумеваем", либо же всадите безумное количество времени на ошибки, которые вы будете допускать в следствии разночтения и недопонимания (и чем позже они всплывут, тем дороже вам будет это исправить)

П.С. Если вам кажется, что дорого вовлекать кучу людей в составления как-то словаря, попробуйте пожить без него. Хотя да, вы точно пробовали, кому я рассказываю)

В этом посте были ссылки, но мы их удалили по правилам Сетки