Форум Сообщества Аналитиков

×


Декомпозиция задач в MsProject(Прочитано 12136 раз)
Декомпозиция задач в MsProject : 03 Декабря 2011, 21:35:21
Простой вопрос к тем, кто пользуется Прожектом:
Как вы обычно делаете делаете декомпозицию работ: по задачам или направлениям деятельности?
Пример:
1. Декомпозиция по задачам:
Задача 1
    Аналитика
    Разработка
    Тестирование
Задача 2
   Аналитика
   Разработка
   Тестирование
2. Декомпозиция по направлению деятельности:
  Аналитика
    Задача 1, Задача 2, ...
  Разработка
        Задача 1, Задача 2, ...

Какой вариант более корректен для анализа затрат и курирования направлений?
Или это дело вкуса?



Re: Декомпозиция задач в MsProject Ответ #1 : 04 Декабря 2011, 00:53:42
вообще говоря, по результатам
а так... зависит от...
это дело не вкуса, количества усилий, чтобы получить нужный результат, отчетность, например.
Лью воду...



Re: Декомпозиция задач в MsProject Ответ #2 : 04 Декабря 2011, 15:27:24
А структура у вас в компании какая? Аналитики, разработчики и тестировщики в одной команде или распределены по отделам?
greesha.ru

Реальность - это убийство прекрасной теории бандой мерзких фактов. (Роберт Гласс)



Re: Декомпозиция задач в MsProject Ответ #3 : 04 Декабря 2011, 21:33:02
Аналитики, тестировщики и разработчики распределены по отделам.
Но при старте проекта все принадлежат команде проекта, т.е. подчиняются РМ и линейному руководитель, но все же фактически закреплены за Проектом.



Re: Декомпозиция задач в MsProject Ответ #4 : 04 Декабря 2011, 21:42:56
Просто хотелось у практиков спросить, кто как обычно ведет.



Re: Декомпозиция задач в MsProject Ответ #5 : 18 Декабря 2011, 22:51:56
Аналитики, тестировщики и разработчики распределены по отделам.
Но при старте проекта все принадлежат команде проекта, т.е. подчиняются РМ и линейному руководитель, но все же фактически закреплены за Проектом.

Но при этом участвуют в разных проектах или только в одном?

У нас MS Project используют тимлиды для учёта задач всех, кто находится в их группе. При этом нет "сторонних" руководителей проектов, фактически их роль по всему продукту играет тимлид. MS Project в этом случае используется как инструмент для решения двух задач: а) планирование времени людей (чтобы случайно не назначить на разработчика две задачи одновременно) и б) для генерации еженедельных отчётов о трудозатратах по проектам.

В некоторых соседних направлениях структура больше похожа на матричную, там руководители проектов и аналитики находятся в отдельной структуре, а разработчики и тестировщики предоставляются им в качестве "ресурсов". По моему опыту, в этом случае MS Project бесполезен. Более того, план в MS Project только усугбляет проблемы взаимодействия.
greesha.ru

Реальность - это убийство прекрасной теории бандой мерзких фактов. (Роберт Гласс)




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19