Тренды вероятности успеха и учёт фактических данных

Наиболее часто задаваемые вопросы службе технической поддержки Spider Project, подсказки, советы.
Правила форума
Данный раздел является информационным. Темы создают только специалисты компании Spider Project.

Тренды вероятности успеха и учёт фактических данных

Сообщение Константин Ефремов » 26 ноя 2011, 03:05

Из переписки 2005 года:

Вопрос:
Тренды и учет факта -- Илья Крапивин -- 2005-05-13 19:31:49
Очень хорошо сделан в Спайдере анализ трендов (вероятность успеха) по стоимости и срокам. Только вот три вопроса возникают по работе с этой функциональностью:
1) Как лучше всего учитывать факт по трем сценариям, чтобы не учитывать его вручную в каждом? Достаточно ли учесть его как надо в одном сценарии, а для остальных воспользоваться пунктом меню [Архив Исполнения][Таблица][Импорт Архива Исполнения из проекта]? Или надо в каждом сценарии по своему учитывать факт?
2) В каком сценарии смотреть тренды? Логика подсказывает, что все-равно в каком, но может есть какая-то хитрость?
3) Допустим, что сроки проекта пересмотрены и директивное окончание надо явно сдвигать. Как будет правильнее - сдвинуть его только в последней версии проектов, или это необходимо сделать везде (во всех сценариях во всех версиях. да и пересчитать еще.)?

Ответ:
Тренды и учет факта -- Константин Ефремов -- 2005-05-13 21:08:49
1) Факт в отличие от плана бывает только один - поэтому Вы правильно поняли, что надо импортировать из одного сценария в остальные два. Это действие будет автоматизировано в версии 9.04.
2) При импорте факта импортируются и тренды (что логично)

Ответ:
Тренды и учет факта -- Бодунков Павел -- 2005-05-14 09:18:22
3) При смене директивного значения соответствующий тренд будет набираться заново, начиная с текущей версии. Так что пересчёт всех версий всех сценариев ничего не даст. В предыдущей версии Вы можете получать информацию по тренду старого директивного значения, в текущей и последующих - по новому. Поскольку значения разные, то и тренды объединять нельзя.

Вопрос:
Тренды и учет факта -- Илья Крапивин -- 2005-05-14 13:18:21
1) Один то один, но при учете факта ведь можно еще корректировать оставшийся объем. Допустим, работа была (тип - производительность) на 16 часов. Отработали 8 часов и стало понятно, что еще осталось всего 2 часа работы, что и можно указать в таблице при ручном учете. В другие же сценарии перенесется только 8 часов, а остаток не будет скорректирован. Так?
2) Так и чего? Не увидел ответа на вопрос... 9.03 - это круто!!! Ура!

Ответ:
Тренды и учет факта -- Владимир Либерзон -- 2005-05-15 00:12:30
1) Не так! Прогноз объема и длительности оставшихся работ тоже переносится.
2) Задания в каком сценарии будете давать? Мы рекомендуем оптимистический, чтобы исполнители не расслаблялись и не использовали резервы не по назначению. Там и смотрите, где задания даете, это наиболее естественно.

Вопрос:
Тренды и учет факта -- Илья Крапивин -- 2005-05-16 19:40:08
1) Действительно переносятся. Тогда следующий вопрос. Версии-то разные - оптимизм/вероятная/пессимизм. Например, учет ведем в оптимизме. Изменили плановый объем (было 8, стало 32). Учли. Затем копируем архив учета в пессимизм. Там тоже после копирования получается 32 объем. Может при копировании сделать какой-то множитель для работ, для которых меняем объем? Чтобы в в пессимизм загрузилось 32*1,5=48

Ответ:
Тренды и учет факта -- Владимир Либерзон -- 2005-05-19 21:38:17
Мы исходим из того, что когда операция началась, то исполнитель достаточно точно может оценить, сколько работы осталось. Если необходимо, то оставшийся объем можно подправить после импорта учета.
Напоминаю, что мы рекомендуем детализацию расписания, при которой операции длятся не более недели.
Электронный адрес технической поддержки: smt@spiderproject.ru
Аватара пользователя
Константин Ефремов
Разработчик [Спайдер Проджект]
 
Сообщения: 326
Зарегистрирован: 24 фев 2011, 12:13

Вернуться в Часто задаваемые вопросы (ЧаВо), полезные советы

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

cron