Как синхронизировать небольшие изменения дизайна в команде дизайнеров?

У нас есть надлежащая система дизайна и центральный репозиторий дизайна, чтобы все было синхронизировано.

Ваша библиотека дизайна великолепна и является правильной практикой, но не указывает на внесенные изменения, для этого вам нужна система (что будет объяснено далее в этом посте). Обычная папка Google — это здорово, но ею нужно управлять с точки зрения файлов и версий.

Но проблема возникает, когда иногда некоторые небольшие изменения, сделанные PM / дизайнером

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

выходит в эфир, чего я не знаю, и он не обновляется в папке дизайна.

Есть несколько вещей, которые помогут исправить это, что я и делаю со своей командой дизайнеров:

1. Посмотрите на программное обеспечение контроля версий для дизайна. Abstract — это, по сути, git-хаб для дизайнеров. У вас есть 1 централизованный файл и вы создаете ветки, только когда ветка подписана и запущена, ее можно объединить, слияние/основной файл является точным представлением того, что работает. Он также работает с такими вещами, как сообщения коммитов и заметки, чтобы вы могли видеть, что было сделано и кто над этим работал, и он начинает строить историю. Я бы порекомендовал провести один из их вебинаров, чтобы увидеть, как использовать его с максимальным потенциалом. (стоит отметить, что я не подключаю его, это то, что мы используем, и я считаю его очень эффективным) .
2. Утренние групповые встречи помогают вам и вашей команде узнать, кто над чем работает, какие потенциальные изменения могут произойти, и дает всем (особенно вам) обзор того, что происходит в команде и на каком этапе она находится.
3. Панели JIRA вашей команды. Позволяет вам видеть групповую разбивку задач и то, над чем вы работаете, на панели инструментов, чтобы вы могли просматривать задачи каждого члена команды, как и когда вы хотите.
4. Zeplin (если вы еще не используете его). Это способ обмена и совместной работы с разработчиками, дизайнерами и заинтересованными сторонами. Пусть команда всегда приглашает друг друга в проекты, над которыми они работают, чтобы вы могли просматривать их и сотрудничать с ними, даже если вы не участвуете в этом проекте.
5. Само собой, хорошая коммуникация , общение друг с другом, еженедельные встречи, на которых команда может открыто обсудить любые вопросы, что происходит, что-то интересное, что они хотят показать. Это помогает создать открытость и общение в команде.

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

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