Ideas/Thoughts/Help requested on best way to run a (non-SW Development) Program of works in RTC (4.0)?
![]()
(warning: this is a lengthy ‘Question’)
Firstly, let me just state, personally I like RTC a lot, love the intuitive look and feel and see the massive step in the right direction since the dark days of RPM. As an experienced PM running complex Systems Integration projects I see this being the future for ALL projects. Next, let me qualify this, RTC appears to have some fairly basic shortcomings in managing these type of traditional programs / projects right now. I am looking for anyone with similar experiences and how they managed to configure the RTC system for their needs, or anyone with some creative ideas on workarounds . I would also appreciate a view from the development team on how some of these may be dealt with along the roadmap? Key Concerns/Issues at the moment:
This is the ideal setup that we would prefer to use, as it provides the ability to rollup information from all Projects (team areas) to the Program (project area) dashboard. As a reference we are looking at around 6 key programs and around 60 medium/large projects over the next 4 years. The key requirement for a ‘Project’ in this definition is that it needs to be a discrete and self contained unit that is (by default) not encumbered by information from other projects.
A) the data from the parent Program (project area) is excluded from the Project (team area) view
B) the data in the child Project (team area) is included/rolled-up in the parent Program (project area) view C) the data from other Projects (project areas) in the same Program (project area) are excluded from the Project (team area) view Basically, out of the box, all of these are OK except for A. This single deficiency caused us to revisit our complete project/team area strategy. Explanation: We have created a template which creates a Program (Project Area set of dashboards) template like the one below.
We require the Projects (Team Areas) to have exactly the same look and feel, so we created a Team Area template set of dashboards almost the same
The KEY issue has to do with the underlying Queries. At the Team-Area level, there does not currently appear to be a way to dynamically capture and set the current Team Area.
However, one of the underlying assumptions, appears to be broken, the following query, which we assume would take the context of the Team Area, that the user is navigating within and pass it through automatically to the query … does not do so.
The current workaround seems to be the creation of a new and complete set of copied queries (about 50 in total) tailored specifically for each project area. Given that we are expecting to create around 60 projects (Team Areas), this would mean the creation and maintenance of about 60x50 = 3000 individual queries, as well as the manual linking of these to each widget in each project dashboard. This massive config/maintenance overhead has therefore caused us to change our approach and thus lose some of the best functionality of the tool, ie the ability to automatically roll up data to the Project Area.
Appreciate if anyone has any other ideas on how to deal with this issue?
Ideally, we would like these records to include some roll-up capability from the projects up to the program . Ie; financial summaries, at the Program level, but understand that this is probably wishful thinking. Appreciate if anyone working on more traditional programs/projects have come up with alternate ways of dealing with this?
3. Cross Project level queries/reporting
Not much to say here; this seems to be just a missing feature. We need to summarise data across Programs (Project Areas) and Projects (Team Areas) in so many ways, but are not able to do so at the moment. Cross program (Project Area) queries and dashboards, which highlight data at an executive level is seriously lacking. Around 95% of the out of the box widgets and reports are simply not appropriate for traditional style projects and programs of works.
<Thanks for having the patience to read to this point> |
2 answers
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Feb 16 '13, 10:53 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
WRT question 3:
Cross project queries is requested in work item Support work item queries across project areas (94575). Please feel free to add a comment to that work item indicating your interest/support. |
![]() Hi,
I'm trying to achieve something very similar. I'd be very interested to know how you have gotten on with RTC since this post and what advice you might have for a multi-project non-software, traditional planning organisation?
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.
Comments
Did you look at the cross-project tracking capabilities? https://jazz.net/library/article/1152/ There is also some discussion and some more links in this other forum post: https://jazz.net/forum/questions/80075/how-does-the-cross-project-planning-feature-work
Hi Millard, yes the cross project planning functionality seems to be OK and allows cross project dependencies etc. I have not mentioned this as an issue above. I have done a fair bit of reading on the forums etc, and found that most 'cross project' information available is around the planning function ... which I am not concerned about.
Note: It is better to create 3 separate specific questions, than to bundle multiple questions into a single general discussion topic.