Привет всем!

MS Project 2003 Professional видали?
Еще к нему есть навороты в виде Microsoft Enterprise Project Management. По демам навороченная вещь. Такими темпами может Microsoft скоро оставит IBM с их продуктами под RUP далеко позади себя...

Tremasov -> "Обсуждение MS Project 2003 Professional + EPM" :

T> Привет всем!

T> MS Project 2003 Professional видали?
T> Еще к нему есть навороты в виде Microsoft Enterprise Project
T> Management. По демам навороченная вещь. Такими темпами может
T> Microsoft скоро оставит IBM с их продуктами под RUP далеко позади
T> себя...

Типа Visio полноценная замена Rose?

Yury Kopyl aka hrg | http://id.totem.ru | [TEAM Nemiroff борет]

Здравствуйте, Tremasov, Вы писали:

T>Привет всем!

T>MS Project 2003 Professional видали?

Пока нет, было б интерестно услышать мнение тех, кто уже видел.
T>Еще к нему есть навороты в виде Microsoft Enterprise Project Management.

А что там нового, что может конкурировать с Rational (в первую очередь с ClearQuest и RequisitePro) ?
В 2002 уже была интеграция с Sharepoint Team Services, который они предлагали использовать для Issue Tracking и Requirements Managemnent, фича конечно очень полезная, но без поддержки цикла жизни записей и прав доступа на уровне (хотя-бы некоторых) полей, STS для Issue Tracking совершенно не пригоден, а без отношений между записями один-многие, многие-многие и для RM тоже.
В итоге — STS это просто реляционная БД с красивым web интерфейсом и интеграцией с Time Management, но, увы, без возможности кастомизировать поведение ее содержимого...
Analisys Services, вещь конечно помощнее чартов в CQ, но ввиду вышесказанного используемая только для данных из MS Project Server.

T>По демам навороченная вещь. Такими темпами может Microsoft скоро оставит IBM с их продуктами под RUP далеко позади себя...

Лутше, уж пусть Rational выпустит систему для Time Management, являющуюся еще одним клиентом для CQ и нитегрирует в CQ RqPro

hrg>Типа Visio полноценная замена Rose?

Я смотрю больше с колокольни управления проектами и составлением графика работ.

Здравствуйте, Candle645, Вы писали:

C>Здравствуйте, Tremasov, Вы писали:

T>>Привет всем!

T>>MS Project 2003 Professional видали?

C>Пока нет, было б интерестно услышать мнение тех, кто уже видел.
T>>Еще к нему есть навороты в виде Microsoft Enterprise Project Management.

C>А что там нового, что может конкурировать с Rational (в первую очередь с ClearQuest и RequisitePro) ?
C>В 2002 уже была интеграция с Sharepoint Team Services, который они предлагали использовать для Issue Tracking и Requirements Managemnent, фича конечно очень полезная, но без поддержки цикла жизни записей и прав доступа на уровне (хотя-бы некоторых) полей, STS для Issue Tracking совершенно не пригоден, а без отношений между записями один-многие, многие-многие и для RM тоже.
C>В итоге — STS это просто реляционная БД с красивым web интерфейсом и интеграцией с Time Management, но, увы, без возможности кастомизировать поведение ее содержимого...
C>Analisys Services, вещь конечно помощнее чартов в CQ, но ввиду вышесказанного используемая только для данных из MS Project Server.

T>>По демам навороченная вещь. Такими темпами может Microsoft скоро оставит IBM с их продуктами под RUP далеко позади себя...

C>Лутше, уж пусть Rational выпустит систему для Time Management, являющуюся еще одним клиентом для CQ и нитегрирует в CQ RqPro

Прошло 5 лет.
К сожалению Rational (ныне уже IBM) не оправдал надежд

Скоре всего будем переезджать под Microsoft TFS
Есть несколько проблем, которые хотется решить исключительно техническими методами:
— из MS Project или Excel можно изменять WorkItem-ы в обход правил/скриптов определенных в Process
— измененный Process нельзя накатить на уже существующий проект
— огромный геморрой (в сравнении с CQ) с правами для state transitions

Кто нибудь уже использует TFS и решил вышеперечисленные проблеммы?

Любые отзывы относительно практического использования TFS в качестве системы управления проектом тоже очень интерестны.

Здравствуйте, Candle645, Вы писали:

C> — измененный Process нельзя накатить на уже существующий проект

Да, просто накатить не получится, но в текущем проекте можно изменить почти все. Правда с применением кучи телодвижений. Например для изменения шаблонов рабочих элементов можно использовать утилиту witimport. Если есть конкретные вопросы — какую часть процесса хотелось бы изменить в существующем проекте, попробую подсказать чем.

C> — огромный геморрой (в сравнении с CQ) с правами для state transitions

Вроде как в шаблоне можно настроить довольно гибкую политику прав. А конкретные проблемы есть?

C>Кто нибудь уже использует TFS и решил вышеперечисленные проблеммы?

Используем, для себя решили. Правда с Excel и Project не работаем, поэтому с первой проблемой не подскажу.

C>Любые отзывы относительно практического использования TFS в качестве системы управления проектом тоже очень интерестны.

Скажу свое IMHO — у MS получилась достаточно гибкая и легко расширяемая система. Но отсюда ее беда — как обычно плата за гибкость — сложность в настройке, что отпугивает много людей и создает негативный фон. Ну еще цена . Для маленькой компании лучше наверно не использовать — подойдет для средней или крупной. Должен быть человек, который занимается TFS.

Здравствуйте, Voyachek Vladislav, Вы писали:

VV>Здравствуйте, Candle645, Вы писали:

C>> — измененный Process нельзя накатить на уже существующий проект

VV>Да, просто накатить не получится, но в текущем проекте можно изменить почти все. Правда с применением кучи телодвижений. Например для изменения шаблонов рабочих элементов можно использовать утилиту witimport. Если есть конкретные вопросы — какую часть процесса хотелось бы изменить в существующем проекте, попробую подсказать чем.

Проблемма не в конкретных изменениях, а в общем подходе. После 7+ лет активного оспользавания CQ есть 3 десятка statefull типов обьектов (аналог WorkItem) и десяток stateless (прямого аналога нет). Номер текущей версии схемы (аналог Process, но возможен только один на базу CQ) на Production серверере — 300 с мелочью. Выпуск новой схемы в production происходит прозрачно для пользователей и уже существующих проэктов и данных. Новые типы обьектов становятся сразу же доступнимы для существующих проектов. При изменении существующих типов — устаревшие поля делаются недоступными для редактирования или вообще убираются с форм (оставаясь при этом в схеме), новые (с пустыми или предопределенными значениями) появляются в уже существующих записях. В худшем случае при следующем редактировании ранее созданной записи придется ввести значения для mandatory полей. Точно также легко и прозрачно можно можно откатить схему до любой предыдущей версии.

Как сделать то-же самое в TFS я не представляю.

C>> — огромный геморрой (в сравнении с CQ) с правами для state transitions

VV>Вроде как в шаблоне можно настроить довольно гибкую политику прав. А конкретные проблемы есть?

Чего хочется (и как это сделано сейчас в CQ):
Для проекта задается несколько ключевых ролей — PM, PL, SQA и различных комманд — Developers, Testers, CCB и т.д.
Есть несколько глобальных групп соответствующих организационной структуре компании.
В схеме задаются права
— например для Дефекта переход Opened->Implemented разрешен только для [Project.Developers] — случай тривиальный и (насколько я понял) делается почти один к одному и в TFS — в шаблоне создается соотв subteam и задаются права, в проекте задается список людей входящих в subteam.
— для Milestone переход Initiated->Verified разрешен для [Project.SQA], [Project.CCB], [Company.SQA], [Company.SEPG] но запрещен для PM и PL данного проекта даже если они входят в глобальние ([Company.*]) группы — в TFS нельзя разрешить/запретить переход нескольким subteam одновременно, поэтому для каждого подобного перехода придется либо писать отдельный custom action и проверять права там либо создавать специальный subtem типа [Peoples Allowed to Verify Milestones].

Здравствуйте, Candle645, Вы писали:

C>Проблемма не в конкретных изменениях, а в общем подходе.

Да, out of box такого нет к сожалению. Решается только написанием скриптов. В принципе witimport может все что описано (точнее это задается в шаблоне рабочего элемента, потом он импортируется). Только это нужно делать ручками или скриптом . Делал я такую програмку TfsProcessUpdate, может поможет. Она умеет обновлять рабочие элементы в проектах.

В TFS шаблоны и проекты, созданные на их основе вообще никак не связаны. Например теоретически можно создать проект на основе шаблона, который вообще никогда не был загружен на сервер. Зачем это было сделано — вообще страшная загадка TFS. Приходит в голову только одна бешеная мысль — в MS захотели создавать проекты на основе шаблона, который генерится в реальном времени . С другой стороны есть интерфейс ICommonStructureService
с методом void GetProjectProperties(string projectUri, out string name, out string state, out int templateId, out ProjectProperty[] properties);
в котором можно получить идентификатор шаблона для проекта. Но этот метод возвращает там -1. здесь и здесь . В статье MSDN вообще полная тишина. Как можно было поменять поведение и не указать это в справке?

C>Чего хочется (и как это сделано сейчас в CQ):
C>Для проекта задается несколько ключевых ролей — PM, PL, SQA и различных комманд — Developers, Testers, CCB и т.д.

Я думаю правильней в контекте TFS создавать отдельный subtem (причем скорее запрещающий, чем разрешающий). Где-то все равно надо указывать кому что разрешено/запрещено. Вот и в указывается это в subtem, а не в шаблоне (шаблон ссылается только). Впрочем мне тоже непонятен смысл такого ограничения...

Да, молодая еще программа... Но думаю через года 2-3 "заматереет" и что-нибудь для упрощения жизни шаблоноделов появится. А пока у MS есть такая отписка: How to: Change From One Process Template to Another.