Форум сервиса Планфикс

Добрый день!
Очень прошу посоветовать, как лучше распределить проекты/группы проектов, уже в 3-й раз сношу все данные в ПФ, и пытаюсь все заново спроектировать, и всегда скатываемся в "свалку" полупустых проектов и задач.

Наш вид деятельности:
1. Создаем собственные интернет сайты и продвигаем их. Размещаем на них рекламу как от прямых рекламодателей, так и монетизируем партнерками.
2. Клиентское направление: создание, продвижение сайта, контекстная реклама и т.п.

Есть несколько отделов:
1. Администрация (они менеджеры по продажам)
2. Отдел контента, - редакторы и копирайтеры
3. Отдел продвижения, - seo-шники, контекстологи
4. Отдел разработки, - диз-ры и программисты

Поделитесь мыслью, как правильнее организовать структуру проектов и их групп.
Что брать за проект? Конкретный сайт или один из структурных отделов?

Раньше было так:
Группа "Наши проекты"
NashSiteUrl.ru (проект)
- DEV-NashSiteUrl.ru (под-проект)
- CONTENT-NashSiteUrl.ru (под-проект)
- SEO-NashSiteUrl.ru (под-проект)
- ADM-NashSiteUrl.ru (под-проект)

NashSiteUrl2.ru (проект)
- DEV-NashSiteUrl2.ru (под-проект)
- CONTENT-NashSiteUrl2.ru (под-проект)
- SEO-NashSiteUrl2.ru (под-проект)
- ADM-NashSiteUrl2.ru (под-проект)


View Screen Capture

Правильный ли это подход к структуре проектов? Или лучше по видам деятельности (по отделам) группировать? Например так:

Группа "DEV-отдел"
SiteUrl2.ru (проект)
SiteUrl3.ru (проект)
SiteUrl4.ru (проект)

Группа "CONTENT-отдел"
SiteUrl2.ru (проект)
SiteUrl3.ru (проект)
SiteUrl4.ru (проект)

Может что-то посоветуете что можно на эту тему почитать?

Я бы сделал так (примерно так, с поправкой на разный бизнес, у нас сейчас все и работает):
1) Группы проектов: Свои сайты, Сайты на заказ, Продвижение своих проектов, Продвижение чужих сайтов, "Внутренняя кухня"
2) Проекты: Грубо говоря это заказы (договоры). даже если заказы от одного клиента (например, он заказал 2 сайта или сайт + реклама), то проекты разные.
3) Задачи: Это этапы проекта (переговоры, договор, исполнение, закрывающие документы т .п.)
4) Подзадачи: подэтапы. Например, в задаче на создание сайта, могут быть подзадачи: дизайн, верстка, контент и т.п.

В процессе работы, уже посмотрите, как некоторые моменты можно оптимизировать. У нас, например, бывает, что несколько заказов одного клиента, ведутся в одном проекте, если один заказ - логически связан с другим или его продолжение.

Первый вариант правильнее - объект управления сайт. Но для этого в задачи нужно будет добавлять поле "Отдел" задачи и тратить время на определение доступа к задачам (или сценариями).
Буде проще собирать все задачи по сайту-проекту, считать затраты, доходы..
Второй вариант легче с точки зрения доступа к задачам, но будет иметь проблемы с определением подчиненности задач и с подсчетом затрат и доходом связанных с тем или иным сайтом-проектом. Придется делать дополнительный справочник "сайтов" чтобы это поле проставлять в те задачи которые связаны с этим сайтом.
Я бы делал по варианту 1.

У нас похожая сфера, используем что-то похожее на иерархию, описанную выше
"
Я бы сделал так (примерно так, с поправкой на разный бизнес, у нас сейчас все и работает):
1) Группы проектов: Свои сайты, Сайты на заказ, Продвижение своих проектов, Продвижение чужих сайтов, "Внутренняя кухня"
2) Проекты: Грубо говоря это заказы (договоры). даже если заказы от одного клиента (например, он заказал 2 сайта или сайт + реклама), то проекты разные.
3) Задачи: Это этапы проекта (переговоры, договор, исполнение, закрывающие документы т .п.)
4) Подзадачи: подэтапы. Например, в задаче на создание сайта, могут быть подзадачи: дизайн, верстка, контент и т.п.
"
только 3) задачи - это задачи, т.к. они не всегда шаблонные
пункты типа этапы проекта (переговоры, договор, исполнение, закрывающие документы т .п.) можно выносить в отдельные статусы и планировщики
---
разделение по отделам можно делать на уровне доступов, так удобнее и правильнее