Our primary use cases are for capacity management, resource management, and time tracking.
Previously, a lot of activities were done using Microsoft Excel and they had to be recreated. There were a lot of formulas and stuff like that, with a lot of manual work that resulted in a lot of errors. With PPM Pro, we don't get any errors in terms of the calculations. We get the right picture in terms of the dollar amount being spent on each and every project.
It helps from a historical perspective. In 2020, we sometimes go back and refer to 2017 for some of the projects or some of the work that was done.
Based on our usage, capacity management and resource management are the salient features. The challenge that we have in terms of managing the portfolio is arriving at the different projects within a portfolio and ensuring that the capacity what we have meets the need. When we do the portfolio planning, the tool helps us a lot in doing so, and from the reporting perspective, it provides a good overview of where time is spent as compared to what was planned, which I feel is key for a standard project and portfolio management.
PPM Pro enables us to create usable project templates that reflect our project management lifecycle. I think it works beautifully for the waterfall-based project, though Agile-based implementations have challenges in defining such templates. The level of detail is a bit different when it comes to Agile as compared to waterfall projects.
We have customized the templates for our needs, based on our definition of waterfall and Agile. If it is a waterfall template, then you're defining your activities, you're defining your time, and the schedule. So when people report back to these specific tasks or a specific area, the time gets captured according to the phase and work that they have been doing. This works out pretty well when you take a report and compare it to say, "Okay. Where are you? What was planned?" If the design was planned for 1,000 hours of work we can see how much we have spent, where we are, and how much more is needed. It is pretty well documented.
Once the task gets completed or closed, you can't expect people to go back and report any time on it, so it's locked from that particular perspective. In terms of the Agile template, it's a different thought process altogether, specifically when a project might use different teams to work on the same project. It becomes a bit challenging, because two teams might do the work at two different times, and you may still want to keep the task open for a longer duration. It's a bit of a challenge and we are learning what the optimal way of moving forward with the Agile process is.
Because most of these Agile teams work with the task breakdown or they plan with Azure DevOps, we have a whole gamut of activity that breaks down within the Azure Boards stating the Epic's features and the task level detail. With PPM Pro, we define a high-level Epic or a feature so that the team can report the hours. There's a bit of duplication of effort there because the team has to update their activities on Azure, as well as come back and do the time reporting in PPM Pro. One of the initiatives that we have engaged with Planview is to see how to integrate both the tools.
It only takes a few minutes to create a new project. It's just a copy and paste to create a template.
In terms of the task management features, based on the parameter of the project, we have the standard tasks being defined. They would have been mostly waterfall-based projects. Then we do the phase-wise tasks, the initiation, elaboration, construction, warranty, kind of a thing. But if you take a modified Agile project then the task is derived based on the higher level Epics. It has brought a positive impact to the project management process, mostly in terms of planning financial controls or budgeting process. We rely on the tool itself to let us know the overall plan, as well as the dollar amount that is forecasted and spent.
The solution's time-tracking abilities are one of the strong points. The only challenge is enabling it to the minute-level task. It's not at a project level but it's at an organization level. If I want it to be at a higher level as compared to some of the other projects where I want it to go to the nth level of a task for the time reporting, I cannot control it at a project level but it's controllable at an organization level. That's the only big challenge that I have.
The leveling of time reporting is centrally controlled as compared to the control at a project level. For example, if I create a task and I create a task as a phase of initiation, elaboration, or construction and if I enable the time reporting to be at a task level, these tasks would be seen by the timesheet report by the user, to say that this project has an initiation task assigned to him and he can report the task. But if there are multiple levels of those tasks, it has a folder with three or four tasks. If the time tracking is enabled at a task level, the number of steps that you would have defined in your task shows everything to all the users.
It provides managers the insight they need to empower decision-making. When we look at our portfolio and when we want to work around either increasing or reducing that portfolio, we do use a lot of what-if analysis. That helps us in making very meaningful decisions to say whether we would be switching or investing in something else, whether that would be working on a specific system or diverting diverse posts to a different system, which would have a better return on investment.
The integration with some of these other tools that we use, like the Azure DevOps needs improvement. I heard there are few things coming within Planview or PPM Pro itself, but I think it's still future dated. These integrations are key for us from an organizational perspective.
We're looking forward to the new dashboards and some of the capabilities.
I have been using PPM Pro for five years.
It is stable. It has matured a lot since the time it was called Innotas. I find the solution to be stable and robust.
We have around 200 users in my company, including portfolio managers, project managers, and two admin.
We are at an optimum level right now so we don't anticipate more users at this point in time.
Support has been great. Last year we engaged with Planview to help us with some of the apps that we've been doing, specifically in terms of the forecasting, and how to manage the contingency. We did have one of the consultants engaged and working with us, but unfortunately, it was not of much help. In most of these cases, I think consultants revert to saying, "Okay. We are coming with the new financial tab and the functionality." So our problem didn't get resolved at that point in time last year. But we are hoping that the new features that are being rolled over right now will help us in what we are looking for.
I would rate their support a four out of five. There are gaps in some of the work they do but they are responsive and knowledgable.
When we purchased it, it was still called Innotas. The organization hired a PMO manager who had worked in a different organization and he had experience working with Innotas.
We use MS Project and MS Teams. We never looked at any integration with PPM Pro, since we worked the process to a different aspect of work. Microsoft and PPM Pro are two different things. From the project management perspective, you can't do any time tracking in Project, and you can't do any capacity management across your portfolio. PPM Pro is focused on complex projects.
The initial setup requires some work to be done, but it was not complex. You have to setup the organization, have customized reports, and customization. It was more of a standard process, but it was not so straightforward.
From the PMO perspective, I've written off 30 to 40% of the effort from my PM constitutes to a good amount of savings at the end of the day.
We have different models, some are user-based, some are a license for all the tools underneath it. It's a different combination and capacity based on the user's needs. It is optimally priced.
You need to have a very clear understanding of what your requirements are, the use cases that you want to implement, and what is that you would like to develop in the tool. Based on that, you need to ensure to put the right configurations in place so that the right kind of data can be populated. Doing a thorough analysis of that requirement is key for putting up the right design and right configuration for the tool.
I would rate PPM Pro an eight out of ten. There are still features that the product needs to deliver. The standard project management, in terms of the capacity of the use cases related to the portfolio, capacity, refills, time-tracking, is all good. Other features that are key from a project at a portfolio perspective in terms of auto-calculation, managing contingencies at a project level and the portfolio level need improvement.