Спасибо, полезная методичка. Поможет стандартизировать процесс постановки задач у нас в команде.
Статью стоило назвать «3 смертельные ошибки дизайнера-стажёра».
Лучше бы рассмотрели пограничные ситуации, когда эти правила приходится нарушать, и предложили варианты наиболее безболезненного решения.
Прочитал — поставил, не поленился. Разумные доводы, спасибо.
Но это же какой-то... колхоз.
Спасибо за статью. Только не очень понятно:
1. По каким критериям можно понять, что команда уже доросла до такого подхода, и что уже недостаточно вести документацию в каком-нибудь Confluence или Notion?
2. За счёт чего все участники процесса вдруг начнут адекватно поддерживать эту базу в актуальном состоянии? Это всё ещё вариант инструмента, а тут будто бы важнее влиять на майндсет.
3. Кто должен оунерить такую систему? Как измерять эффективность такой системы?