В прошлый раз разбирали, как убить FFF неправильным флексом. История эта не только про FFF: почти любую хорошую продуктовую практику легко превратить в бесполезную, если внедрить ее номинально.
⚙️ Начнем с контрактов в разработке. Допустим, применили на проекте API-first: бэкенд фиксирует контракт и отдает его фронту, и тот делает экраны, не дожидаясь серверной логики. Пока контракт держат в актуальном виде, работа идет параллельно, время экономится. А стоит перестать за ним следить, начинается расхождение: на сервере логику уже поменяли, а фронт все еще собирает экраны по старому контракту. В какой-то момент это вскрывается, и фронту приходится переделывать готовые куски. Время, сэкономленное на параллельной работе, тут же и теряется, а порой и перерасходуется.
⌛️ Та же тема в командных ритуалах. Возьмем груминг, на котором команда вместе разбирает фичу до того, как она уйдёт в работу, чтобы заранее вскрыть сложности. Держится это на подготовке участников. Если разработка впервые видит макеты прямо на созвоне, встреча проходит вхолостую и толку от него ноль.
✉️ История повторяется и в том, как настроена командная коммуникация. Скажем, привычка выносить вопросы в общий чат, чтобы контекст был виден всем. Это полезно и круто, но если это не поддерживать, не заводить треды, не показывать пример, никакого общего контекста у вас не будет.
Короче, какая бы практика правильная и известная ни была, все решает процесс вокруг нее.
А какие практики чаще всего ломаются у вас, потому что внедрили их только номинально?