Программное обеспечение для отслеживания исполнителей проектов.

Вид для печати

12.12.2010, 18:00
Konstantin78

Программное обеспечение для отслеживания исполнителей проектов.

Посоветуйте, пожалуйста, наиболее подходящий продукт для решения задачи планирования и отслеживания статуса проектов.

1. Руководитель проекта вначале поручает разработать документацию конструктору за, скажем, 10 дней. Он делает соответствующие отметки в системе. Конструктор работает с несколькими проектами и должен увидеть в системе, что ему “пришло” новое поручение. Он может его принять или не принять с объяснением (в системе) причины. Если (после принятия поручения) ответа от конструктора в заданный 10-дневный срок не пришло, руководитель и конструктор увидят в системе напоминания.
2. В любой момент времени руководитель компании видит за кем находится проект. Проект не может находиться за несколькими людьми, в один момент времени над проектом работает один человек.

Спасибо!

С уважением,
Константин
12.12.2010, 20:58
Владимир Либерзон

Цитата:

Сообщение от Konstantin78

Посоветуйте, пожалуйста, наиболее подходящий продукт для решения задачи планирования и отслеживания статуса проектов.

1. Руководитель проекта вначале поручает разработать документацию конструктору за, скажем, 10 дней. Он делает соответствующие отметки в системе. Конструктор работает с несколькими проектами и должен увидеть в системе, что ему “пришло” новое поручение. Он может его принять или не принять с объяснением (в системе) причины. Если (после принятия поручения) ответа от конструктора в заданный 10-дневный срок не пришло, руководитель и конструктор увидят в системе напоминания.
2. В любой момент времени руководитель компании видит за кем находится проект. Проект не может находиться за несколькими людьми, в один момент времени над проектом работает один человек.

Спасибо!

С уважением,
Константин

Константин, постановка беспомощная.
Нельзя посылать проекты абы кому и получать отказы исполнять. Должно быть налажено планирование портфеля проектов. И не исполнитель должен решать какие задачи делать, а какие откладывать, а менеджер портфеля проектов, который задает приоритеты проектов исходя из интересов организации.
При этом информацией о том, кто какой проект в настоящий момент исполняет, должна быть в распоряжении менеджера портфеля. Причем один проект (но разные задачи) могут исполнять одновременно несколько человек.
На уровне портфеля оптимизируется использование ресурсов организации и конечно есть информация о том, кто, когда и какие задачи исполняет.
И оценка 10 дней должна иметь под собой основание. Поэтому нужно создавать базы данных по оценкам типовых работ и опираться на корпоративные стандарты и нормы при разработке графиков проектов.

Если будете подходить к управлению портфелем проектов серьезно, то посмотрите Spider Project (www.spiderproject.ru). На сайте есть Демо.
12.12.2010, 22:56
Konstantin78

Цитата:

Сообщение от Владимир Либерзон

Константин, постановка беспомощная.
Нельзя посылать проекты абы кому и получать отказы исполнять. Должно быть налажено планирование портфеля проектов. И не исполнитель должен решать какие задачи делать, а какие откладывать, а менеджер портфеля проектов, который задает приоритеты проектов исходя из интересов организации.
При этом информацией о том, кто какой проект в настоящий момент исполняет, должна быть в распоряжении менеджера портфеля. Причем один проект (но разные задачи) могут исполнять одновременно несколько человек.
На уровне портфеля оптимизируется использование ресурсов организации и конечно есть информация о том, кто, когда и какие задачи исполняет.
И оценка 10 дней должна иметь под собой основание. Поэтому нужно создавать базы данных по оценкам типовых работ и опираться на корпоративные стандарты и нормы при разработке графиков проектов.

Если будете подходить к управлению портфелем проектов серьезно, то посмотрите Spider Project (www.spiderproject.ru). На сайте есть Демо.

Владимир, доброго времени суток!

Постановка может быть и размытая (но не беспомощная ;), поэтому уточняю: речь идет не об обычных IT проектах, а о создании уникальных штучных работ. В создании участвует, скажем, художник, конструктор и т.д. Есть координатор проекта (руководителем я го назвал чтобы было проще), который находится на одном уровне с исполнителями. Соответственно они могут и должны!!! отклонять некоторые работы. Единственный человек, которому они фактически подчиняются - руководитель компании. Правильно это или нет, вопрос - но такая система нормально работает.
Естественно, создать БД по трудоемкостям для уникальных работ вряд ли получится.
Система Spider сможет успешно работать на представленной выше организационной структуре?
13.12.2010, 13:48
А.Б.

Цитата:

Сообщение от Konstantin78

Посоветуйте, пожалуйста, наиболее подходящий продукт для решения задачи планирования и отслеживания статуса проектов.

Здесь 3 варианта решения:
1 (простой) Универсальная система электронного документооборота
Типа Ditrectum, DocsVision, Paydox и т.п. ... с донастройкой.
2 (специфичный) Система управления задачами проектного института.
Такие системы наличествуют, но в них часто есть отраслевая специфика. Для проектного института работающего на энергетику я такие решения знаю - для остальных надо искать.
3 (красивый) Система управления жизненным циклом проекта.
Такие системы применяются при разработке программного обеспечения, но достаточно легко адаптируются. Система позволяет управлять требованиями, конфигурацией, изменениями, тестированием и т.п.
13.12.2010, 22:01
Владимир Либерзон

Цитата:

Сообщение от Konstantin78

Владимир, доброго времени суток!

Постановка может быть и размытая (но не беспомощная ;), поэтому уточняю: речь идет не об обычных IT проектах, а о создании уникальных штучных работ. В создании участвует, скажем, художник, конструктор и т.д. Есть координатор проекта (руководителем я го назвал чтобы было проще), который находится на одном уровне с исполнителями. Соответственно они могут и должны!!! отклонять некоторые работы. Единственный человек, которому они фактически подчиняются - руководитель компании. Правильно это или нет, вопрос - но такая система нормально работает.
Естественно, создать БД по трудоемкостям для уникальных работ вряд ли получится.
Система Spider сможет успешно работать на представленной выше организационной структуре?

Константин,
если параллельно идут многие проекты, то назначения ресурсов должны производиться не на уровне отдельного проекта, а на уровне портфеля проектов, то есть непосредственно под руководителем компании.
Учитывая приоритеты проектов, загрузку ресурсов, оценки длительности задач для задач творческих (не бывает, что абсолютно все задачи творческие - мой опыт показывает, что не более 20%) и оценки объемов работ и производительности ресурсов для задач рутинных, зависимости работ, потребности задач в исполнителях определенной квалификации, рассчитывается расписание исполнения портфеля в целом и предлагаются оптимальные назначения ресурсов.
Назначения ресурсов согласуются не на уровне проекта, а на уровне портфеля. И только тогда графики проектов направляются координаторам.
Задача координатора - контроль исполнения, реагирование на проблемы и прогнозирование проблем и отклонений, текущие состояния проектов контролируются Проектным офисом, при серьезных отклонениях возмоны и пересмотры графиков, включая распределение ресурсов между проектами.

Распределение ресурсов между проектами не может быть бесконтрольным без серьезного ущербы для организации. Я бы предложил именно такую систему работы. А еще лучше - добавил бы анализ рисков и учел неопределенности оценок.

И, кстати, всякие уведомления и прочие свистки мало помогают в управлении. Нужен регламент управления, взрослые люди должны знать, что получают задания на неделю (например) в понедельник в 10 утра. Что им напоминать? Что работать надо? Хотя мы в Спайдер добавили уведомления по просьбам трудящихся, но нигде не видел, чтобы в серьезных проектах это использовалось.