Проект успешно открылся и стартовал согласно плану. В некоторый момент времени проект решают остановить. В проекте остался запланированный, но не выполненый объём работ (людские и материальные ресурсы). Мне, как руководителю проекта интересно оставить для истории план проекта (с ресурсами) и место, на котором он остановился. Но при этом уведомления о невыполненых задачах всё же отсылаются назначенным участникам. Как на этапе остановки проекта сделать его не активным??? Использовать базовый план???
В разное время приходили разные идеи как это сделать. Самый бодрый вариант хранить прерванные пороектов в виде файлов...
1. Сохраняешь прерванный проект в файле (или в БД)
2. Во всех проектах имеешь корп.код для проекта "Статус" и делаешь в нем отметку - прерван, (это для того чтобы не мозолил глаза при открытие проекта и в вебе)
3. Текущий план сохраняешь в БэйзЛайне или в специально заведенном поле
3. Если проект должен остаться на сервере то для того чтобы прерванный прокет не грузил ресурсы потребуется перепланировать проект, так чтобы все задачи выглядели как завершенные (лучше делать это вручную, подальше от псевдоинтелелкта этой замороченной проги). Переопубликовываешь проект
4. Просишь всех занятых на этом проекте на всех задачах этого проекта исполнить в вебе команду "скрыть",(это чтобы они им не мозолили глаза)
5. Подвешиваешь проект в чек-ауте (чтобы никому в голову не пришло его переопубликовать)
Сам я идеального варианта не нашел, хотя перебирал варианты и с версиями проектов и с несколькими БД и с несколькими сайтами. А имеенно хотелось бы чтобы:
* Закрытый проект был подвешан в том состоянии в котором его настигла кончина (без всяких дурацких перепланирований)
* Задачи этого проекта исчезали из ТаймШитов (даже в режиме ВсеЗадачи их не было видно)
* Задачи этого проекта не грузили ресурсы остатками работ мертвого проекта
* Узел ШараПйнта был бы доступен в обычном режиме
* В кубе сохранены фактические данные, но невыбранные остатки планов обнулились
В OLAP остается все что нужно
т.е. вся фактическая выработка остается на сервере, мы ведь проект оттуда не выкидываем, поэтому с кубами все нормально.
А в файл надо сохранить для того чтобы остался срез проекта в момент его смерти, потому что на сервере этот проект придется принудительно модифицировать (для того чтобы отменить нагрузку на ресурсы недоделанными работами мертвого проекта)
По п.5. согласен с тем что можно было бы разрулить и правами доступа, если бы не одно "но"...Если сотрудник в одном проекте является руководителем то ему я вынужден назначить права на открытие и сохранение проекта, теперь если этот сотрудник назначен как исполнитель на другом проекте, то он МОЖЕТ открывать и редактировать проект, в котором он всего лишь исполнитель.
Так что с правами не так все просто....Правда это было действительно для 2002, может ситуация в 2003 изменилась?
Про категории знаю, но увы ... Владимир, а Вашим менеджерам запрещено редактировать проекты, которыми они не руководят?
Т.е. как реагирует ПроджектПро при попытке открыть и поредактировать проект, в котором они участвуют, но не руководят?
Да нет же...Не об этом речь. Если ты хоть в одном проекте руководитель, ты уже входишь в группу "руководители проектов" - отсюда все проблемы
а как только тебя в нее включили ты можешь открывать и править все проекты в которых ты назначен хоть на одну задачу...Вы проверьте у себя в команде.
Разруливать такую ситуацию можно только прописывая для каждого конкретного сотрудника свою категорию - поштучно указывая те проекты где ему запрещено открывать проект на редактирование. Это утомительно и слабоконтролируется.
Так же проблемы с доступом.
Согласен - не удобно. Права доступа кривые. Такая же фигня, раз включив пользовотеля в "руководители", он автоматом получает право открывать и сохрянять проекты, в которых он просто "исполнитель"
|