Как мы перестали терять правки при параллельной разработке
💯Или о том, как мы внедрили треды, чтобы перестать терять изменения от бизнеса, дизайна и аналитики.
Представьте ситуацию: вам спускается важное распоряжение "Нужно сделать новый раздел! Срочно! Быстро! И качественно!". Вариантов нет — ваша команда в ответе, нужно делать.
Но как? Ведь сроки очень маленькие. Вот тут и разблокируется уникальный навык — параллельная разработка😊 Когда каждый из специалистов включает все свои навыки кунг-фу и выкладывается на полную на благо любимых пользователей приложения. А если кратко: когда требования, аналитика (документация) и разработка делаются одновременно🥹
Так наша команда попала в такую ситуацию и столкнулась с проблемой: правки начали теряться. О каких правках речь? Сейчас поясню, например: реализовали какую-то часть нового раздела, но вдруг к нам спустились изменения в дизайне, не значительные, но изменения, которые надо учесть😠
Или, например, потребовалось что-то дополнить или изменить в документации. Всё — аларм💻 Разработчики писали по одной документации и тут вдруг она стала другой. А разработчиков много, кто-то заметит изменения, кто-то нет.
Какие варианты?
🔻Напишешь каждому в личку? Уйдет много времени, кого-то можешь забыть, может потеряться в переписке. 🔻Напишешь в общую группу? Многим не нужна эта информация из команды, в потоке сообщений также можно потерять. 🔻Заведешь задачу на изменение? Их будет сотни: доработка * количество разработчиков. 🔻Будешь отмечать цветом в документации? Если не обновить страницу или проблемы с интернетом/впн, то изменения не заметить. Также кто-то уже мог закончить работать с документацией. 🔻Уведомления об изменении страницы в почте? Уведомлений кучу, они не структурированы, непонятно, на что обращать внимание.
Как видите — решений очень много, но ни одно из них не помогло нам максимально быстро и безболезненно учитывать правки. А самое главное — правки стали теряться, все начали путаться и ходить кругами. Исправили на одной платформе — забыли на другой и так далее. Поэтому поиски идеального решения для нашей команды продолжились🥲
И о чудо! Пришла идея - треды.
В мессенджере Mattermost есть возможность создать некую цепочку сообщений. Как это выглядит: да примерно как любой пост + комментарии на канале. Я пишу пост — вы, чтобы написать комментарий, попадаете на отдельную страницу с комментариями. Тред — тоже самое, только в другом мессенджере.
В чем заключается идея: 1️⃣нужно под разные изменения создать разные треды Например: "Изменения раздела "Кешбэк" — документация" или "Изменения раздела "Карты" — дизайн" 2️⃣назначить ответственного для заполнения треда: кто будет писать обо всех изменениях 3️⃣подписаться на тред всем, кого будет касаться этот тред, чтобы получать уведомления 4️⃣договориться о новом порядке взаимодействия с командой: убедиться, что команда готова действовать по новым правилам 5️⃣не флудить: в треде должна быть только нужная информация с изменениями
Что мы добились таким решением? 🟢 убрали спам из общей группы: теперь нужные изменения всегда зафиксированы по тредам 🟢 сделали точечное взаимодействие с нужными людьми: уведомления получают только те люди, кто подписался на тред 🟢 ускорили скорость разработки 🟢 и самое главное: перестали терять все правки, которые спускаются от бизнеса, дизайна и аналитики
Бывали ли у вас похожие сложности? Как вам идея с тредами?
· 06.11
Благодарю вас за данный кейс. Нечто подобное реализовывал в телеграмме. Открывал там свой канал закрытый и выкладывал актуальную информацию.
ответить
коммент удалён
· 06.11
Тоже пробовали такой подход, но лучше прижились треды. Если попробуете — дайте знать!
ответить
ответ удалён