Reuse Team Definitions (181 Views)
Reply
Occasional Advisor
SteveB79
Posts: 10
Registered: ‎04-17-2012
Message 1 of 4 (181 Views)

Reuse Team Definitions

Since one of the base ideas of agile is to have stable teams, I am missing the possibility to either

*) define Teams Project wide and assign them to Releases

or

*) copy a Team definition from one Release into another

 

Personally I would prefer the first way to do it because then it would be possible to automatically use the velocity data of the previous release when starting the next release.

 

Best Regards

Stephan

Frequent Advisor
Omer_Benedict
Posts: 57
Registered: ‎09-25-2012
Message 2 of 4 (171 Views)

Re: Reuse Team Definitions

Thank you for your feedback, Stephan.

We are considering defining teams in the project level and not in the release level.

 

Currently, there is a way to import release information when creating a new release. Part of that information is the teams. Please see the following screenshot:

import.png

Occasional Visitor
rickaustin
Posts: 2
Registered: ‎07-16-2014
Message 3 of 4 (83 Views)

Re: Reuse Team Definitions

Totally agree with this request. The current approach of having teams defined within releases doesn't promote the concept of stable teams. In the larger enterprise accounts that I work this is a severly limiting issue and is casting doubts on the use of HP Agile Manager in more complex environments.

 

In my situation, the teams continue to exist across multiple releases, which should be a common pattern. These teams are pulling from a backlog that may have items from more than one release. The current implementation of HP Agile Manager makes it impossible for us to support this scenario. We need teams to be defined in a way that allow their backlog to pull from more than one release.

 

In my current situation the current release is in an integration phase where the delivery team supports those efforts but have also started working the backlog for items from the next release. This is a common pattern for the client that I am currently working with. Unfortunately, the only way to manage this is to create another team in the *next* release but it is the *same* team and now there is no consolidated team view that can be used to manage their sprints.

 

 

Valued Contributor
razido
Posts: 68
Registered: ‎03-14-2012
Message 4 of 4 (71 Views)

Re: Reuse Team Definitions

Hello Rick,

 

Having a team outside of a release boundries is high on our backlog.

Hopefully, a solution will be provided in one of our next releases.

 

 

The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.