RTCPlanLoadingBestPractices < Deployment

Engineering Lifecycle Management Wiki - Deployment

Community information and contribution guidelines

TWiki > Deployment Web > DeploymentPlanningAndDesign > CLMUsageModelBestPractices > RTCPlanLoadingBestPractices

Revision 2 - 2016-06-03 - 16:40:40 - TimFeeney

<div id="header-title" style="padding: 10px 15px; border-width:1px; border-style:solid; border-color:#FFD28C; background-image: url(<nop>https://jazz.net/wiki/pub/Deployment/WebPreferences/TLASE.jpg); background-size: cover; font-size:120%">
---+!! RTC Plan Loading Best Practices
%DKGRAY% Authors: Main.DanielPool, Main.RalphSchoon, Main.TimFeeney <br>
Build basis: The Rational solution for Collaborative Lifecycle Management (CLM) and the Rational solution for systems and software engineering (SSE) v6.0.1.
%ENDCOLOR%</div></sticky>

<!-- Page contents top of page on right hand side in box -->
<sticky><div style="float:right; border-width:1px; border-style:solid; border-color:#DFDFDF; background-color:#F6F6F6; margin:0 0 15px 15px; padding: 0 15px 0 15px;">
%TOC{title="Page contents"}%
</div></sticky>

<sticky><div style="margin:15px;"></sticky>

Plan loading optimizations are in place for RTC 6.0.1. These optimizations can significantly improve plan load performance for large trees. These optimizations include "Fetch Outplaced Children On Demand" and "Fetch Plan Item Children On Demand". With these optimizations enabled you can configure your plans by creating new lightweight plans and new lightweight plan views. Then use those whenever heavyweight plan views are not required.

The key is to configure plans to show you relevant information, for the items in that plan.

---++ Use high level plans to get broad overview of plan scope 

High level plans have a set of high level plan items, such as Stories or Epics. In the plan view settings, set “Include children from other plans: “ to “1 Level”. Then switch to the narrowly focused plans when you need to see the details of those nested trees.

     <img src="%ATTACHURLPATH%/PlanConfigOptions1.png" alt="PlanConfigOptions1.png" width="1290" height="303" />
	 
---++ Use team level iteration plans to drill down on current work 

Rather than using one monolithic plan and drilling down to a specific team and iteration, create a plan that is scoped to what each team is currently working on and have the teams work from those plans. 

     <img src="%ATTACHURLPATH%/PlanDetails.png" alt="PlanDetails.png" width="1100" height="294" />
	 
---++ Only Use Cross Project Plans for Scheduling Cross Project Items

Cross project plans should be used for calculating the schedule of items that you want to track together, but that do not share a project area.

The work item scheduler is a main component of how planning works. Work Items appear in the accumulated time view in the order they are scheduled. Plan snapshots are used to calculate the schedule for cross project plans. Because of the need to calculate schedules using work items from multiple snapshots, cross project plans can be slower than other plans. In general, if you are not tracking the schedule of a group of items from different project areas, you should use another plan type.

If you have a cross project plan and want to continue to track these items together, but you do not need scheduling information, then create a new plan of type of some other type such as “Release Backlog”. Set the Owner and Iteration for the new plan to those of the cross project plan. Then in the new plan, create a new view that is a copied from the view in the cross project plan.
 
     <img src="%ATTACHURLPATH%/PlanViewCopy.png" alt="PlanViewCopy.png" width="701" height="330" />
	 
---++ Getting the most out of delayed child loading.

Child elements will be loaded as needed when delayed child loading is enabled and active. This allows large tree plans to only load top level elements. And that can significantly improve performance.

_Outplaced Children_ are children that are not directly part of this plan, but are still shown as part of the tree.

_Plan Item Children_ are children that are directly part of this plan.
 
     <img src="%ATTACHURLPATH%/PlanChildren.png" alt="PlanChildren.png" width="913" height="215" />
 
Unfortunately, not all plans can take advantage of delayed load. These plans will load all plan children, regardless of the settings. This section describes plan options that can be modified to allow your plans to use delayed loading of children. 

----++ Ensure Delayed Load of Children is Enabled

Settings to enable delayed load of items are in the “Application Administration/Advanced Properties”. When these settings are enabled plans only load the top level items. Then when a plan item is expanded in the plan view tree, the children for the plan item are loaded.

     <img src="%ATTACHURLPATH%/PlanDelayLoading.png" alt="PlanDelayLoading.png" width="704" height="165" /> 

----++ Only show Accumulated Time when you specifically want that Information.

In order to calculate accumulated time all plan items must be loaded by the client.   

     <img src="%ATTACHURLPATH%/PlanAccumulatedTime.png" alt="PlanAccumulatedTime.png" width="941" height="555" />

If you are not using the accumulated time information, create a copy of the view with all the other information you are using. Then remove the accumulated time column from the copy.
	 
----++ Only Group by Team when you specifically want that grouping.

The server does not have enough information to determine the team of each item. The client fetches all plan items to calculate this grouping.

     <img src="%ATTACHURLPATH%/PlanGroupByTeam.png" alt="PlanGroupByTeam.png" width="946" height="510" />
 
In the Scrum Project Template the Release Backlog/Team View is grouped by Team.

Avoid this grouping if it is not specifically what you want.
 
----++ Only Group by Folder when you specifically want that grouping.

The server does not have enough information to determine the grouping for the items. The client fetches all plan items to calculate the grouping.

     <img src="%ATTACHURLPATH%/PlanGroupByFolder.png" alt="PlanGroupByFolder.png" width="980" height="285" />
 
Avoid this grouping if it is not specifically what you want.
 
---++ Set a lightweight Default View

Once you have created your new lightweight plan view based on the information above, you can set that view as the default plan view. Then this plan will load more quickly when you or others view the plan.

     <img src="%ATTACHURLPATH%/PlanLightweightView.png" alt="PlanLightweightView.png" width="943" height="179" />
 
---++ Switch Views for More Information

If you create a lightweight view that loads quickly you can open it to work with. If after working with it you realize you want additional information, toggle over to the heavyweight view. The existing data will remain loaded as the plan pulls in the additional information you want to work with. You don't pay the plan load penalty twice. Obviously if you know you need the data initially, you can just open the heavyweight view to begin with.

     <img src="%ATTACHURLPATH%/PlanSwitchViews.png" alt="PlanSwitchViews.png" width="940" height="214" />
 
---++ Plan Scope

Eliminate unnecessary item loading by using Plan Scope. 
 
     <img src="%ATTACHURLPATH%/PlanConfigOptions2.png" alt="PlanConfigOptions2.png" width="1046" height="247" /> 
 
Other plan exclusions work by filtering plan items after the plan has loaded. Plan Scope keeps items that do not need to be displayed from being fetched by the client by filtering on the server. Plan Scope can be particularly helpful in removing resolved items, or items whose type is not appropriate for this plan (e.g. release items vs. plan items).

For more information on configuring plan scope see: [[https://jazz.net/downloads/rational-team-concert/releases/6.0?p=news#plan_performance][Plan Performace/Plan Scope]]

---++ Optimal Plan Size

It is difficult to come up with a single number of elements that work best for planning. A plan shows some set of information about a group of elements. Performance is highly dependent on what is being shown. In general plans with 300 to 400 elements should load quickly. You can continue to increase plan size up to 1,000 to 1,500 elements. Once you start getting above this you may find performance degrading. 

---++ Use Quick Planner 

In addition, releases of RTC (5.0.2 and forward) include a new planning tool, called [[http://www.ibm.com/support/knowledgecenter/SSCP65_6.0.1/com.ibm.team.concert.tutorial.doc/topics/tut_quick_planner_lesson.html][RTC Quick Planner]] which allows teams to edit plans in a fast and fluid manner. RTC Quick Planner is fast and lightweight; plans load much faster, as it only loads only a few screens of the plan at a time and then loads additional plan items as you page through the plan and ask to display them. Developers, Scrum Masters and other users who need to load plans quickly and create new work items dynamically, should be encouraged to use RTC Quick Planner for their daily plan scenarios. 

---+++++!! Related topics: [[CLMUsageModelBestPractices][Best Practices for CLM Usage Models]]

Attachments

Topic attachments
I	Attachment	Action	Size	Date	Who
png	PlanAccumulatedTime.png	manage	73.6 K	2016-06-03 - 16:06	TimFeeney
png	PlanChildren.png	manage	35.4 K	2016-06-03 - 16:07	TimFeeney
png	PlanConfigOptions1.png	manage	50.1 K	2016-06-03 - 16:02	TimFeeney
png	PlanConfigOptions2.png	manage	35.7 K	2016-06-03 - 16:05	TimFeeney
png	PlanDelayLoading.png	manage	13.3 K	2016-06-03 - 16:07	TimFeeney
png	PlanDetails.png	manage	38.8 K	2016-06-03 - 16:08	TimFeeney
png	PlanGroupByFolder.png	manage	38.7 K	2016-06-03 - 16:06	TimFeeney
png	PlanGroupByTeam.png	manage	65.5 K	2016-06-03 - 16:06	TimFeeney
png	PlanLightweightView.png	manage	30.3 K	2016-06-03 - 16:04	TimFeeney
png	PlanSwitchViews.png	manage	33.7 K	2016-06-03 - 16:12	TimFeeney
png	PlanViewCopy.png	manage	40.7 K	2016-06-03 - 16:07	TimFeeney

Copyright © by IBM and non-IBM contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our Terms of Use. Please read the following disclaimer.
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.