Micro Focus Agile Manager is an application lifecycle management option acquired by Micro Focus from Hewlett-Packard Enterprise. It has reached End of Life. Users are encouraged to migrate to Micro Focus ALM Octane.
N/A
Rally Software
Score 6.8 out of 10
N/A
Rally Software headquartered in Boulder, Colorado developed the Rally agile software development / ALM platform which was acquired by CA Technologies and rebranded as CA Agile Central. After CA's acquisition by Broadcom the software was once again rebranded as Rally.
One scenario I believe HP Agile Manager is well suited is for a team of 5 or more developers who are releasing new features or addressing defects. Another scenario where it is beneficial is for teams of QA Automation engineers, where again, the objectives are clear. A scenario where I believe it would be less appropriate is for operations-type teams where objectives are not always clear cut, and the roles must be more reactive.
If your organisation is planning to adopt Scaled Agile Framework Methodology (SAFe) without being worried about cost, CA Agile Central is one of the best tools. Here, you can look at various release trains and how that then flows up to the overall program budget. You can look holistically across all the release trains with minimal effort and have it flow up to the program office’s budget. It also helps by easily maintaining backlogs and integrating more seamlessly into software developers releases, iterations, and features. It has no conformance issue as it supports almost all the browsers like IE from version 8.0, Firefox from 3.6 and the newest versions of Chrome (from 6.0) and Safari (from 4.0).
structuring teams separately in a clean way. You can add as much teams as you want, and guarantee each team's work would stay separate in browsing, graphs and analytics.
detailed menus and drop-downs listing of features - technically it covers all there is of agile aspects and some more
ability to set your email notifications on/off
ability to split user stories into the next iteration if work isn't done in the previous one - no need to duplicate your user story manually
Assuming we were paying - right now my group gets it for free as the broader engineering organization pays for it. There would be switching costs. There would be pretty minimal data migration, but the biggest cost is getting people to learn a new tool and starting off on the right footing. Evaluation and identification of the right product is a big part of switching too
Great UI, recent refresh was terrific. Great graphs and metrics, inline editing for updates, and a multitude of views on sprint progress make for a great team collaboration experience. There is also an active community and forums so that if you do need help, it is readily available
The screens render relatively quickly but many actions that you would expect to require a single click require multiple clicks and pop-up windows. The extra windows and clicks make the product feel ponderous.
I've had to use support only one time and my issue was eventually resolved but not because of my ticket--because others complained about the functionality taken away so they brought it back. My ticket was never answered or addressed. So I can't really say much for the support factor for Rally.
It more or less confirmed that we are using it the way they had in mind. We were hoping for a epiphany in terms of how we could use it better.
They also want to be a go to source for agile processes and have an online resource center. It’s not that great but had a couple of nuggets. It hasn’t really helped us too much and we are not too far off from the classical interpretation of agile.
I would recommend training, in particular for organizations that multiple on-going projects. The product seems optimized for larger, more complex teams and getting proper training on how to configure, administer and use the system would be beneficial
Implementation of RALLY services and program satisfaction among various group,... 1) Dev Outcomes: How were our resiliencies, development, learning & practitioners “make them do the work,” but that they ask you to do it “in a way like before. 2) The Ops group: Just wish to make sure any change won't break current production envirements All the stake holders has to be on the same page
HP Agile Manager is beefy enough to work for bigger teams. In this way it matches closely to what is offered with Rally. One area it comes up short when compared to Rally is the apparent lack of a test management capability, where requirements can be entered then mapped to test cases. Agile Manager has some of the agile feel offered by Trello and Waffle but the added functionality that makes it more valuable for bigger teams.
Rally and Asana have comparable features and are both valuable project management tools, but Asana's user interface is well-organized and highly intuitive. It's easy to add tasks and collaborators, edit due dates, indicate progress on tasks, close out projects, etc. However, Rally's interface is somewhat cluttered and difficult to navigate. My team ended up choosing Asana over Rally due to these concerns.
