Достаточно часто поднимается вопрос о том, кто и как называет организовывает файлы (речь идет не о системах хранения версий, а именно о способе организации файлов и директорий). Или не называет, а хранит как придется. Буквально вчера коллега в Useful Сlub задал аналогичный вопрос. Я, пожалуй, зафиксирую свой ответ и здесь, вдруг кому-то еще наш способ поможет сэкономить время.
Тут еще важно понимать вот что — это ваша внутренняя нотация, заказчику по большому счету все равно какое название у файла. Поэтому организация должна быть такой, как удобно вам и вашим коллегам.
Мы используем вот такой формат: ABC.Phase.SubLabel.State.0.01.doc, где:
Наша схема, на первый взгляд, выглядит немного монструозно, но она логична, читаема и, что самое важное — проверена годами.
Тут еще важно понимать вот что — это ваша внутренняя нотация, заказчику по большому счету все равно какое название у файла. Поэтому организация должна быть такой, как удобно вам и вашим коллегам.
Мы используем вот такой формат: ABC.Phase.SubLabel.State.0.01.doc, где:
- ABC
Код проекта для учета логов внутри компании и тикетов по проекту. Также используется в письмах, отчетах и любых других местах, где упоминается проект, чтобы настраивать фильтры. Генерируется по буквам под ударением. Пример: проект имеет название «Ozon», значит его код будет OZN.
- Phase
Текущая фаза проекта. Основные фазы и типы документов регламентированы, но в зависимости от проекта их набор может меняться. Общий список фаз таков:
- Presale
Содержит все возможные данные, выясненные в ходе предпродажной подготовки: презентации, контакты стейкхолдеров, клиентские брифы, рекламные материалы и всякое такое.
- Research
Исследования рынка, предметной области, устоявшихся практик, конкурентов;
- Analysis
Данные обследования компании: цели и задачи, пользовательские классы, структура компании, бизнес-модель и внутренние/внешние процессы, требования к системе и все такое.
- Concept
Концептуальное видение проекта: wireframes, ИА, сценарии, персонажи, перечень и краткое описание функционала;
- Project
Непосредственно постановка задачи на разработку, дизайн, тестирование, контент, интеграцию;
- WBS
Декомпозиция работ по проекту;
- Presale
- SubLabel
Название части фазы. Например, если текущая фаза Analysis, то SubLabel может быть указанием на содержание: Rival, UserClasses, Scope.
- State
Текущий статус фазы. Бывает двух видов: draft или stable. Влияет на использование документа внутри компании. Наружу (клиенту) отдается только stable, из него же и вытекает следующая фаза. Draft — это промежуточный результат, который циркулирует только между проектировщиками и менеджерами.
- Мажорная версия
Отвечает на вопрос: сколько раз документ был направлен на утверждение заказчику. Если цифра больше 3-5, то обычно это означает, что кто-то лажает на проекте: плохо проведена предыдущая фаза и данные не полные, менеджер не справляется с маршрутизацией задач, проектировщик плохо спроектировал функционал, что вызвало дополнительные вопросы и, как следствие, еще несколько циклов. Версия всегда устанавливается менеджером.
- Минорная версия
Количество изменений, внесенных в проект. Используется только внутри проектировщиков: например, для проверки качества документации, прототипов. Если результат получился не полным (что-то упустили), то инкрементируется минорная версия и документ отправляется на доработку. Устанавливается только проектировщиком или руководителем отдела проектирования.
Наша схема, на первый взгляд, выглядит немного монструозно, но она логична, читаема и, что самое важное — проверена годами.