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

Как и большинство команд, мы используем Dropbox для обмена файлами и совместной работы над проектами. Если дизайнер хочет изменить размер шрифта в файле, они просто делают это изменение, и нажимают save, а остальная часть команды использует обновленный файл. Это отличный режим работы для продолжительных проектов, но все же есть опасность для соблюдения постоянства и следования руководству по стилям. Увы, но существует большой риск перезаписать чью-то работу своими изменениями, и не всегда вносимые изменения согласованы с документацией по стилям.

Почему Github подходит нам

1-YHtpM2wPvlwQkWvZXH5B8wКак можно использовать Github для совместной работы над дизайном

Когда мы обсуждали, каким должен быть наш идеальный рабочий процесс, мы поняли, что команда наших разработчиков уже реализовала систему для безконфликтного обмена кодом. Используя Github, инженеры предлагают изменения в базе кода, приходят к единому решению, и переносят их в продакшн. Это был как раз такой процесс, в котором нуждались и мы, дизайнеры для файлов вроде руководства по стилям. Нам необходимо получить согласие всей команды перед перезаливкой предыдущей версии руководства по стилям.

Дизайнеры должны иметь возможность распознавать, кто и как изменял руководство по стилям, и предлагать свои изменения. Github отлично подходит для таких целей, потому что когда кто-то предлагает внести изменения, другие члены команды могут сравнить разницу с текущей версией, предоставить свой фитбек, при необходимости внести свои правки и одобрить новую версию.

Commit → Review →Update

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

Commit → Review →Update (схема работы)

Шаг 1: Branch и Commit  — дизайнер делает предлагаемое им изменение и коммитит его в ветку на Github

Branch и Commit

Шаг 2: Pull Request  — Когда все готово, они делают “pull request” в главной ветке

Pull Request 

Шаг 3: Review  — Команда просматривает pull request и предоставляет фидбек

1-zsr8v4jGcPlP73uP1FW6mgReview

Шаг 4: Modify — Если нужно, дизайнер вносит правки в свое предложение, и снова просит команду оценить их.

Modify

Шаг 5: Merge  — Как только изменения утверждены, дизайнер сливает pull request в главную ветку.

Merge

Шаг 6: Everyone Update  — критически важный последний шаг: каждый обновляет свои файлы. Изменения теперь официальны, и каждый может двигаться вперед, в согласии с новым руководством по стилю.

Еще одно преимущество использования Github — интеграция Slack. Как только кто-то делает pull request, он отправляет уведомление на наш канал #Design slack, информируя команду, что есть предложение по изменениям, и нужен их отклик.

Everyone Update

Все еще в поиске

Это послужило улучшением нашего рабочего процесса, но Github все равно не идеально подходит нашим нуждам. Дизайнерам требуется время на изучение Github, а это еще один дополнительный этап в нашей работе. Также неясно, как можно отследить визуальную разницу между изменениями в Github, так что получить фидбек довольно хлопотно — надо сначала скачать файл с изменениями и вручную сравнить его с предыдущей версией. Мы оценивали и другие сервисы, такие как Pixelapse, но они не располагают нужным там функционалом по типу “pull request”.

Очевидно, что есть и другие способы улучшения рабочего процесса, но в целом это был полезный опыт по получению нужного контроля над важными файлами. Мы можем совместно работать над файлами, и преимущества будут еще ощутимее по мере роста команды. Когда новые дизайнеры присоединяются к нашей команде, у них есть возможность использовать наши руководства по стилю и предлагать свои изменения в атмосфере здорового обсуждения всей командой.

Как ваша команда работает с руководством по стилям?

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