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

Ваш страх, что информация станет беспорядочно валяться в разных местах, вполне оправдан. Если над проектом работают несколько человек, вся работа должна храниться в одном месте.

Когда‑то мы попробовали Дропбокс — но место закончилось со скоростью света, а в платном доступе предлагают только сто гигабайт и платить за каждого пользователя. Идея сделать из него бюрошную библиотеку провалилась с треском. Сейчас, оказывается, появился тариф для команд, который дороже нормальной комплектации Бейскемпа даже в стартовом пакете на пять человек.

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

Проект начинается с того, что арт‑директор торжественно выкладывает утверждённое клиентом описание задачи и план работы.

С самого начала работы бюро у меня была роскошь — не знать, как устроена информационная кухня наших технологов. В бюро работает уже третий технический директор, и каждому из них в своё время я был благодарен за своё блаженное незнание.

Управление проектомБюро
Отправить
Поделиться
Запинить

Комментарии

Система контроля версий. Создаёте в локалке вашего офиса центральный репозиторий — именно на нём всё и хранится. Доступ удаленным сотрудникам даёте через VPN.

8 авг 2011

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

Есть даже статья «Git для дизайнров» http://hoth.entp.com/…/output/git_for_designers.html

И хотя изначально все системы контроля версий используют интерфейс командной строки, для них существует куча гуёвых приложений. В частности для Git под OS X есть Git Tower.

8 авг 2011

Что мешает использовать любую распределённую систему контроля версий (git, Mercurial и др.)?

8 авг 2011

http://tortoisehg.bitbucket.org/
Хорошая штука. Плюс хороший мануал http://hginit.com/

8 авг 2011

Артём, не планируете ли вы переезжать с Бейскемпа на Бёрдвью Проджектс?

15 авг 2011

Роман, пока не планируем.

Бёрдвью работает в классической парадигме тасков, а бюро — недельными итерациями.

17 авг 2011

Артём, расскажите, пожалуйста, поподробней, чем отличается «классическая парадигма тасков» от «недельных итераций». Или киньте ссылкой, если это уже где‑то описано. Спасибо!

7 июля 2012

Артём, попробуйте Биткасу (http://bitcasa.com).

18 июля 2012

Артём, что вы думаете насчёт Астрида?

7 окт 2012

Рекомендуем другие советы