Planview Portfolios Reviews

The primary use case is project costing, resource forecasting, and financial reporting of projects. It is implemented only in departments that touch what we call our project portfolio. So, the people in IT who do the coding, programming, developing products for customers, and the maintenance on our systems, they're all in the solution reporting time. However, our payroll and human resources do business as usual. They run the company and business, keeping the lights on, but they are not part of our time reporting community.

As we grow, it will help us because nobody in the company speaks or understands Planview data. It allows us to take that and put it into a format where we can walk into a boardroom, and say, "This is where we are. This is where we're going. This is what we need."

The biggest impact on our company is resource forecasting.

Planview has helped connect funding and strategic outcomes with work execution. That is the key use that we have for it. We use it to validate the work that we're doing and the funding that we need. The difference between the previous version and current version for us would be the ICPM and the way it gives us different scenarios. We can go in and build that out.

Nothing is the most valuable. We're really just tapping into what Enterprise One will do for us, such as, the ICPM. planning, and data that comes out of the system right now.

The flexibility of the solution would be around the reporting, resource forecasting, work breakdown structure and how we build out a project, and the lifecycles at the beginning of a project.

We have required more time from our resource managers to spend time in the tool. The adoption has been slower than we would have hoped. So, I would think from a rollout perspective, if Planview could help us with material which gets non-Planview users or previously light Planview users to become more heavy users of the system, then this would help us with the rollout. Our biggest improvement that we've seen has been in the annual planning process each year that we go through to map out what projects we're doing and what are we handling next. It has become noticeably easier the better that we have gotten in Planview.

It's still a project management tool. It's that slow adoption thing. It hasn't come full circle in the other parts of the company. Therefore, it hasn't transformed our company's delivery.

The technical support piece needs improvement. 

When we rolled it out, we rolled it out out-of-the-box, which didn't allow for hardly any customization. We found out that we probably should have slowed down and customized it. Giving advice to anybody, I would tell them don't do the out-of-the-box solution. It's worth it to sit down, customize it, and make it work your way.

So far, we've not had any problems with it. We did have a couple of little hiccups. Most of our stability issues have been around that it is hosted at Planview. When our network goes down, so does our connection to the outside world. Then, we lose all of our cloud-based solutions. When everything was on-prem before, we could lose that connection to the outside world and still function as a company. Now that all of our solutions have moved offsite, anytime we lose that connectivity, it's a whole office of people sitting around twiddling their thumbs because you can't get to JIRA, Confluence, etc. Most of our projects are still actively managed out of Microsoft Project and saved on their desktop. That's probably the only thing that we can still leverage when that connection goes down.

We lose Internet connectivity once every two to three months when there is a hiccup somewhere and something goes down in the matrix, then we lose connectivity. It is usually down for maybe 30 minutes to an hour, then we're up and running again.

I would rate the technical support just slightly below poor. We have found that for us to communicate with Planview technical support and open a ticket, we have to make a business case with a Microsoft PowerPoint presentation including screenshots, red circles, and arrows. We have to draw it out for them, then we make a video showing this is us and everything the way it should look. Then, we do this activity: Here's the outcome and the malfunction with the explanation. We have to remind them that we don't use allocations, that we're just using reservations. We go through this whole diatribe of putting almost a packet together. Then, two weeks later somebody calls us, and says, "Hey, we're looking into your ticket. Can you explain what's going on?"

It's like, "I just spent all that time. Did you look at the video? Did you look at the PowerPoint?"

"Well, not really."

"Well, go back and look at it." Then it's, "Well, did you understand it?"

"Well, I don't know. I can't reproduce it. Let me..."

Then, the other day, we went through that same process. They called us up. and said, "Hey, we couldn't reproduce your problem, so we just went into your production version and updated your project for you." I don't ever want anybody from outside of my organization to touch one of my projects. So, I was pretty livid about that.

In some ways, the solution is flexible. In other ways, it is not. It seems that the support that we get from Planview when we call them up over the phone is almost misleading at times.

When we talk to people at Horizons that have had some of the same challenges, they found it very flexible because they knew about a thing to make Planview work the way they needed it to and we didn't get that assistance from Planview. The biggest benefit in being at Horizons isn't the support from Planview, as it is the support from the user community having been in the software.

My wish is the company, Planview, steps up to be just as valuable as the use cases and user stories.

We found it straightforward. Some of our end users found it more complex because they were required to get in and do new things. The expression we used is, "We're all growing new muscles together. We're working out new muscles and we're learning new things." Like when you start a new workout routine, you're sore in the morning. You're going to get sore from Planview until you build up muscles to do this. There is a learning curve.

Our business users are still overcoming the learning curve, not as fast as we would like, but they are getting there.

Glen Van Koojic and Mike Moulden were outside trainers and facilitators who helped us with the rapid deployment of Planview. They are contractors, not actual employees, of Planview. They are great guys and helped a tremendous amount.

We have seen ROI in non-tangible ways. There is still much more to be had there as we improve our business plan and operation.

We evaluated Clarity, Rally, and a Microsoft Project Enterprise solution.

We already had Planview. We looked for a while at Workday because Workday was coming on to do our HR stuff. The idea was, "Maybe we can get some sort of work management project piece out of Workday, then have it all be integrated into one tool with one check to write." There wasn't enough meat on the bone for us to go that route. So, we went with Planview.

We decided to go with Planview because of familiarity. We didn't have to change to a whole new system. Even though the difference between versions 11 and 16 was a totally different code base. It was beneficial for us to keep similar look and feel, layout, and shorter training time.

We still use Microsoft Project as a standalone. Most of our projects are managed out of that because we use Planview as a financial reporting tool. We will hopefully replace Microsoft Project with an expanded use of Planview Enterprise One.

I am happy with Planview. I would give it an endorsement.

We're trying to move in a more lean, agile direction. Everything we use right now for that is JIRA, Excel spreadsheet, and Microsoft Project based.

We used Projectplace during the rollout. I really liked it and would like to keep using it. We don't currently use it, as we are not currently customers of it. I think it was their tool to use when they were rolling us up and because we were participating in that project with them, so we got access to it that way.

I find value in both products: Enterprise One and Projectplace. I didn't see any synchronization or data feeding between the two of them. So, I can't tell if there's any synergy between them. I believe there probably is based on what I've seen at Horizons, but I've not witnessed that synergy.

We barely use 20 percent of the features that are in the current version. I am excited about all of the products that Planview offers and how they seem to integrate together. I would like to see my company mature and develop to the point that we could bring on a second or third Planview product, then we can really start becoming lean, agile, and innovative. However, we need to get our own house in order before we can even talk about future features of Planview.

We need to do a better job of being us than we currently do. We need a little more leadership maturity. We need to refine our business processes. We have a new CEO, and he's setting a new direction for the company. We need to get his business vision a little further down the road than where we are. We're sort of in a state of flux right now.

The product is probably a seven or eight (out of 10), but I think our adoption of it and use of it right now is probably a five (out of 10). So, we need to be better at using the tool. 

The primary use case is portfolio management. We're looking at the business unit portfolio and health of the portfolio as a whole. We are not just looking at projects on time, but capacity management for resources, and on the financial side, if we're on budget.

It brings visibility into capacity, how that affects our projects, and having the whole portfolio be able to see everything at the same time, then talk about it. 

One of our guys actually has a great quote that I use, "Planview Enterprise One isn't a tool that takes away communication. It actually increases the need for communication." It brings people to the table to talk about more things because we have transparency in all of our stuff.

I like that everyone is able to see the same data. All of our users who aren't just time reporters have read access to all the data that is out there. So, it is one source of truth where everybody can go in and see the exact same data that everybody else sees. It is transparent.

To see work, resources, and ICPM and those different cuts and views is very beneficial for us if we just want to focus on resources. E.g., here are all the resources, but here are the projects that they're working on. If we want to look at the work, then we can look at the work and can bring in the resources. Being able to slice and dice that way is really good.

• Integration
• The cost of other pieces and integrating them in.
• The response to certain issues that pop up.

It has been pretty stable.

When we put in tickets, they are responded to them as quickly as possible.

There is improvement there on responding back to customers. On our side, we've got quite a bit of experience in tools and systems like this. Normally, when we are putting forth a ticket, we know that it needs to be escalated. 

There can be improvement on the sense of urgency because a lot of times we've exhausted everything that we can, and now, we're reaching out. So, it isn't a, "Well, have you tried to reboot this?" We've already done everything. Once we put in a ticket, there should be more of a sense of urgency on it.

In 2006, we engaged Clarity. We were using Clarity. We had just gone through one merger. We were completing another merger while we were trying to implement a tool: two different banks, two different cultures, and one new tool. The implementation wasn't that successful. So, we had a system that was too robust for what we needed. We sort of needed what was now called a low code common language type tool.

We ended up building our own. From building our own tool, we made changes to that, and rebranded it. Then, we made changes to that, and rebranded it. 

One of our CIO's big things was we needed a tool that will be able to facilitate our evolution into automation, Agile, and everything else. That's how we came to Enterprise One.

The initial setup is more straightforward for us because we've had other tools in the past, so everything is there. One of the things that we're excited about with version 18 is the configuration: Some of the entry points and user experience will be a lot better when we can collapse certain information. The clean look and feel of it will be really nice.

The product is flexible. We have someone on our team named Allison Cobb who is our Power BI and reporting specialist. She went in and learned the whole schema of Enterprise One to where we have more flexibility than others because we can see certain things, and go, "We want to put that in a dashboard. We want to be able to use that in a different way."

I would give it an eight out of 10. The reason why I would give it an eight is what's being brought into the suite of Planview. The integrations that you're going to be able to do with Planview with LeanKit. All of these things, it's really forward thinking on, "These are all the different pieces which are needed to move forward." All of this is great. 

Our company has a PMO, which they use to intake their projects. They use the request module and do a process for the steering committee before its turned into a project. Once they turn it into a project, the project managers take it over and work the WBS all the way through to the end of the project.

The product is deployed on the Planview cloud.

With the lifecycles, it helps us step through our processes easier. We'll take a process and create it in Visio, then we'll go and implemented in Planview. Anytime that we have to do a new process, this is what we use. We just step it through the lifecycles and the configure screens are very easy to use. The fields that you need are easy to use.

With the prioritization that the company is getting into, it's easier to do that using this solution, including a ROM. Normally, the ROM is done in the work, but we put it in the request module. You don't have to have an in-depth ROM. You don't have to create a project, we just do it in a request module today, which has been very helpful.

For the delivery, we can tell when a project will be late, so the PM can find out why. The PM would have to tell management why it's going to be late, but they can see that right off because they do weekly status reports. So, they don't have to wait to get a status report. They can just go in there and look. Also, with the reporting capability, where they can do the subscriptions, they get it every Friday.

Resource managers can see their resources. They try to do things on their own, so that is good. Today, we don't have high-level resource management, but we are going to start doing that. We will start having demand or resource meetings to see where resources are available. However, we are still developing that. 

We don't have that today, but I worked at other companies who used Planview and saw where resources were available, scheduled, and short. It was very useful. We would meet every two weeks to view resource management. We would just sit in a room and say, "These are our projects. These are the projects that are incoming. Where are our resources today? What are they working on?" So, it was very good.

The biggest impact has been the ability to see your resources and what they're working on. Most importantly is having your projects in one place. We don't have that specifically here at GM today, but we're working towards that. That's our new initiative: Get everything in one place and have one place to go for intake. So, if you have a new request, they go straight to plan B. Once we post a project, they can do that today. We get on reporting for Power BI and the ease of use of Power BI is very big.

It's easy to use compared to other platforms that I've worked on, e.g., Microsoft Project. Innotas was one of our contenders, but they ended up buying them, so it's good to see that those features are coming out across Enterprise One. 

• I love the requested intake.
• I love how you can do calculations of fields. 
• We put in the lifecycles, which I love. 
• Love that you can get notifications within Outlook. 
• The reporting: How you can do subscriptions of the reporting. So, you don't have to sit there and send reports manually. That's very helpful.

These features save me time. Anything that you can automate is always helpful. When somebody doesn't have to come and ask me, "Hey, can you do this for me?" They can do it themselves, then it's easy to use. You can show them one time, and they go through it the next time by themselves.

It's flexible and very easy to use. Just having all of our projects centralized and all our programs in one place so we can see what the PMs are working on. Now that we've gone global, we can bring in the other PMs and PMOs easily because we've already configured stuff. Although, they may have things that they're reporting on, we can easily integrate those into our current system. 

I would suggest for the request module that they open up the fields and columns so it's like we are doing our work in the work module. You can't do that with today. We also have to make sure that the fields can go both ways with the request and work modules. Including fields in the column sets would be helpful, because today they only use attributes.

For the multiple fields that you have, there is not a single select field, but multiple selections. You can't use those in column sets today. It excludes those fields when being reported on. So, you have to figure out another way to do that.

It would be beneficial for us if it was able to integrate with other tools and have those tools integrated into Planview, which they're working on. Examples of tools being integrated DevOps, JIRA and Projectplace. Since we're a mature PMO, and not all of our PMOs are, if they can integrate with Projectplace or the Planview PPM Pro, that's good. 

I have never had an issue with the stability of Planview. That's one thing that they can tout very well. Performance issues have not been an issue. When running a report, all I have to do is let them know, and they will expand my timeout limits. So, I've never had an issue with performance with them, not in the cloud.

It's very scalable. We're on Enterprise One, so you normally have to be pretty mature. Where I came from, we were immature. We adapted to Planview and became very mature. I know that other companies can do that too. They start out with Projectplace or PPM Pro, then they'll go to Enterprise One. So, it's very scalable. It's a great solution for scalability.

The technical support is very good. I've never had an issue with them. They answer their tickets right away and always come back with a solution very quickly.

We moved from another tool to Planview. I don't know what tool this current company was on. I worked for them for 10 months, then I left and I came back. I've been with them since June again. Another company that I worked with, we went from MS Project Pro (the PPM tool) to Planview.

It was more complex because I came from MS Project Pro. Planview has so much more to offer, so you had to consider a lot more. You had to figure out what its capability were, what your portfolio and programs were going to be, what your teams were, how they were structured, and what type of resources you had in what roles. So, there were things that we had to consider, but Planview asks the right questions. They bring that out of you.

We did a test for three months, then we did a soft launch. So, only our PMs were on it, and they brought all their projects over and managed their projects there. We had another tool, where we had to do double-duel entry for time sheets. So, when they ended their time sheet over there, then they started doing it in Planview. That was just to get them used to it, and saying, "We're going to do our time sheets." We were a company that already did time sheets. That seems to be a big thing for other companies. How do you get your people to do time sheets? But if you're doing financials, they're going to do time sheets.

We used consultants, and I would recommend that for everyone. They're very easy to use. They listen to your needs and requirements. They gather them. They've been in the business so long that they understand what people are saying. Some people may want a lot of details, and they'll talk them down from that by saying, "Do you really need that? Let's start with this, and then we'll see. Does that give you what you need?" So, they're really good about listening to the requirements and providing what you need from the beginning.

When you talk to a consultant, make sure you know where you are, how many users you're going to have, what number of projects you have today, where you think you're going to go with it, and what are your pain points. 

Know your pain points, and definitely tell Planview what your pain points are, because they'll have a solution for them, whether it's reporting, which is real big, or just the ease of use. Everybody is so used to using Microsoft Project, but it's really not that different from Microsoft Project. You just have to use the tool, like Word or Excel, and the more you use it, the better you get at it. It's a very good PPM tool.

The learning curve is not steep. They have very good training and a lot of people. My recommendation is when you take on Planview, get the training. Have trainers come onsite and make sure you budget for that. Make sure you budget for consultants to come onsite and train your people. Don't try to do it yourself, let them do it.

I think our company has seen ROI. If you can see where all your projects are, what type of projects you have, what resources that they're working on, and finally, where your budget is. That's a win-win, all the way. 

We have unlimited licenses for all of our functionalities. Since we went global, we went with that model.

We evaluated MS Project, because we thought we going to stay with them. We evaluated Planview and Innotas. There was another minor one too and we want to be more mature than that. Those were the main ones that we evaluated.

We chose Planview probably for the centralization of all the projects, ease of use, views, and the configured screens were very easy to use. Ours was more about resources, knowing where your resources are, for example:

"What projects are you working on?" 

"I'm over here working on these five projects." 

"But they're not on my list!" 

This solution is just about able to see what your resources are working on and having all your projects in one place, even team schedules.

We do not use the solution’s Lean/Agile delivery tools yet. That's one reason why we were looking at this heavily at the conference. They seem to be really focused on that, which is good. A lot of companies that I talked to seemed to be struggling with it, so it's good to see that Planview is trying to move into that direction, taking everything with it.

Today, Planview does not help connect funding and strategic outcomes with work execution because we only have one PMO which is using finances. I don't think that they're doing a capital budget yet, to say, "These are the projects that we're going to work on." But, as we've gone global, we will start doing that. So, it'd be very beneficial. The other company that I worked for, it was very highly used. We forecasted constantly to see where our budgets were, what our capital budget was for that year, and what projects we were going to work on at the beginning of the year. That was good.

There are so many different functionalities within it that you don't have to take in all in one day. You can just grow with it. So, that's what I like about it.

I'm always a person who will never give anything a 10. I would probably give it, compared to other tools, a nine (out of 10). I would've given it an eight (out of 10), but they've made improvements this year. So many good things are coming out, and they really listen to the customers. I'll give them a nine for that.

We have three different teams on Enterprise One right now. We currently have research and development, MIS, and sourcing continuous improvement. The main business cases are new product introduction, MIS projects, and also continuous improvement of productivity projects.

We are on the cloud.

We have recently had some good portfolio discussions about what types of projects and how much effort is going against each type of project, then making better decisions around how they better tied back to the strategy that we want to chase. 

It's around innovation versus continuous improvement versus maintenance-type projects:

• Do we understand how much time and effort we're putting against maintenance projects?
• Where do we want to grow more in innovation? 
• How do we better focus our resources on these types of things? 

That specifically has been how we've been doing it recently.

I don't think it's transformed our strategy yet. I think it's getting us better visibility into how we're working on the strategy. But, I wouldn't say it's changed our company's strategy.

We've brought our portfolio altogether. We have had multiple ways of reporting out what our portfolio is, whether it's in Excel, Word, or in different places. We brought all of our projects together in one place. That has worked out well for us. We've been able to manage the work on Gantt charts and our resources better. The big thing for us on research and development is around managing people's time, on which projects they are working on, and how much effort does it take to launch our projects.

I have found the solution to be flexible. It has the ability for us to have three teams working on it, plus we're going to have capital planning coming onto to Planview next year. The fact that we can all be working on it: MIS folks working on their projects at the same time that you have research and development, new products coming in, and we'll be doing capital projects. We've all been able to work on the same platforms, and it's very helpful that way.

I would rate it as an eight (out of 10). We have had some difficulties with trying to get the financial component of it to work the way that we want it to. The way that we do IRRs, we tried to do that in Planview and the financial model didn't quite get there. It depends on who you talk to, but some of our project managers would probably give it a higher score. When you start talking to some of our financial folks, they would probably give it a lower score, as they are trying to figure out how to best use it financially and have had some struggles.

The stability has been fine.

So far, scalability has been fine. It's added quite a bit to it. It's worthwhile.

The technical support has been pretty good. My technical team would be able to talk more to that than myself. Recently, we have gotten on a newer version. We're currently on version 15. Some of the things that we've been running into roadblocks on, it looks like the solutions will be coming out in versions 17 or 18. So, we have to upgrade before somethings can get completed, but I think for the most part, we've been happy with the support that we have been receiving from the help desk.

We had multiple groups on different tools. Those things were not working for us. We had one group on Access and another group doing things in Microsoft Project trying to manage a portfolio there. All of our project activators were in Excel, Word, and scattered all over the place. It was tough to find information.

It was fairly straightforward. We understood it pretty well out of the gate. We understood the format. 

The format of the tool worked well for us, but there were some things that we were not too familiar with in the tool. We probably didn't learn some things and some training in the tool before we actually got into implementation would have been better. There were some things we were agreeing to ask along the way where we didn't quite see the end picture because we were trying to implement the tool. We were trying to make decisions when we were not sure what the end game looked like. Once we started working on it, it was pretty intuitive and worked well for us.

Planview consultants helped us with it. Our experience with them was very good. It was a different approach than how we typically would have done it internally before. So, we did take a pause along the way and make sure that we were getting what we needed. For the most part, I think we did well with it.

We have not calculated a return on investment at this point. There actually wasn't necessarily an ROI project for this. It was more just trying to pull visibility and get multiple groups under one table. We didn't measure for this one on an ROI basis.

We are on the Flex licenses.

We did talk with SAP and Planview. Originally, we also considered Innotas, which was acquired as Planview PPM Pro. 

Planview Enterprise One was handled best across multiple functions. Everyone came up with different requirements. Planview was good at meeting all of those for each one of us. We did a detailed RFP and scored it all the way through. Each group scored it where they thought it worked for us. Planview scored best.

The big thing for us is that if you're having a difficult time trying to keep track of all the different projects that are going on in different areas and you need one place to be able to go for it. This has worked really well for us.

The biggest impact of using Planview in our company is visibility to everything that is being worked on.

We have not yet used Planview to help connect funding and strategic outcomes with work execution. I think we want to get there, but we're early on.

I have a governance role in our strategic portfolio management and I use this solution for reporting out against the strategic portfolio. I interact with the PMOs and FPNA and help to get the two on the same page.

Our ability to do strategic portfolio reporting has gotten much better. We're more accurate with how we report out. One of the biggest things is that each year, we've had a lot of shifts in how our pillars are set up and we can quickly shift to meet those needs without having it be too lengthy or too difficult.

Using this solution has helped improve how quickly we can deliver. It saves us time.

Collaborative Work Management has affected our operations because we're able to collaborate with different groups. We've got our PMO groups, and I'm able to get the information that I need from them. They go in, pull all of their information and I get the reports. We collaborate really well, from what I can tell.

My understanding is that we are using the Lean/Agile delivery tools, but I am not sure if we are using them to the full extent.

The most valuable feature for me is the ease and customizability of reporting. We can get different reports and customize them to do different things.

I also like business objects capabilities, although I haven't used them in my current role.

This is a flexible solution.

This tool is easy to use. I have used solutions such as SAP and Oracle and compared to using those products, I picked up up this tool right away. Once I had a little bit of training from our admins, I thought that it was really intuitive. It was easy for me to go in and build reports, where I didn't constantly need other people to do it for me. That is nice because I have administrative access, so I can do pretty much anything within the tool that I have the knowledge for. That is a plus for a business analyst. You can get the data you want quickly, export it to Excel, and slice and dice it the way you want to.

I would like to be able to integrate with Oracle to supplement what we're currently doing with reporting. We aren't doing it right now, although I don't know if it's a limitation with Planview or it's a limitation with us. I know that it would be helpful for me to bridge that gap because we have to deal with two different datasets.

From a stability standpoint, I think it's solid. I haven't had any major issues with it. I'm always able to get my reporting and I'm always able to do the things that I want to do.

My understanding is that we have seen ROI from this solution, but I am not aware of the specifics. I know that other Blue Shield organizations are using it, and I have heard that it has been successful for us.

Currently, we are not taking advantage of the full functionality that is offered by this solution. We really need to push to get to that next level and use everything that is being offered. I think that there is a disconnect between the people who are the administrators of it and the people who tweak it to get it to do what we want. We just need to have the conversations and that vision of what we want it to do. I know we've got some limitations within our own company, where I think we have a vision of where we want to go and things that I want to get. We're just not quite there, yet.

We've always struggled, but we have been getting better with our reporting each year.

This is a great tool. I have a stronger finance background, so I've used more ERP-type systems and this is my first project management system. From what I can tell, it's great. I haven't used Oracle's or one from another vendor, but I think that this one works well.

I would rate this solution a nine out of ten.

The primary use cases are soft management and work management. We are expanding at the moment to outcome management and strategy management as well as ICP planning. Next year, we will expand to CTM.

When I started in the group on the German side, we could only have aliases as resources. Now, we are able to have named resources through the agreement, and pulled from the worker's council, for example. 

We have more stability in the data. Our group has plenty of portrait data now, as we are part of the source of the tools for portrait data.

Planview has helped connect funding and strategic outcomes with work execution. We started to have strategic planning inside going then down to the outcomes. Out of the outcomes, we will try to wait on the projects and other teams, then growing slowly to link it.

It brings transparency to our projects.

I like the Excel interfaces that we have and use it for. 

It gives us the vast ability to churn out-of-the-box reports and have an overview about approach rates and resource utilization.

The product is flexible. E.g., the work infrastructure is easy to adjust. Some other structures are really easy to configure, adjust to our behavior, and adjust to our processes.

Overall, the UI needs improvement. The UI should have more possibilities for users who are not specialized in using Planview. At the moment, it is more of a technical UI. I would like it to be an open user UI. 

improvement is needed on several modules, like resource management and outcome management. 

The product can grow with us. We can add more users.

The customer support center is really valuable. I have had a lot of email discussions and talks with them. We have found several solutions. Sometimes, it ends in an enhancement request.

The initial setup was straightforward.

We plan to upgrade to version 18 next year.

We did an assessment of several companies.

I would rate the product as a seven out of 10. 

We use it for resource management, financial forecasting, and time reporting.

I am a user, not an administrator. I mostly do portfolio management.

It is good to have everything in a centralized place.

It has helped improve governance, mostly. People want to know where their money's going. Projects sponsors need to know what we're spending money on and what our burn rate is. Planview can give that to you straightaway.

The forecasting and time reporting functions are the most valuable features. We have about 200 people and can accurately forecast to the penny how much it's going to cost us for the year.

It is a bit of a rigid system.

We are looking to upgrade next year and the big thing for us is BI integration. The project already has that, so that is what I'm looking for, and Planview has sort of covered that base already. This will make our reporting a lot more customized. We can be more flexible. Right now, we are sort of using custom reports, which can be a bit buggy, as they're not native to Planview. This will be native integration.

Stability and reliability are absolutely fine.

We use it very basically. We only have 200 people on it. Most other organizations have thousands of people on it. Our entire company is 1,500 employees.

In the time that I've used it, we've doubled up the amount of dollars on our intended projects. We have managed to double the number of people using it and doubled the amount of projects. We went from one portfolio to three. All of that was a walk in the park.

I am a user, so I don't have to contact technical support.

It was there before I came.

I would recommend Planview compared to what is on the market. I would even say that Planview is the market leader.

I have also used a customer solution in the UK and Microsoft Project.

I would rate the solution as a 10 out of 10. It does what I need it to do, so I've got no complaints. From a user perspective, it's perfect.

We use it a lot for managing project resources. We do a lot of research and project management with it.

I personally haven't improved that much yet using the tool, but I see how there's a lot of value in it. We even started doing proactive resource management. The way the data is presented in Planview, there are a lot of ways to take it and mold it for use within the business.

I like is how customizable it can get and how detailed some of the data you can get out of it can be. A lot of the basic reports come through it. I am a resource manager, so I slice it to see things like time sheet completion, compliance, etc. It's really useful to dig into some of the reasons why people aren't compliant.

It's mostly reliable. There are some issues with how long it takes to load the data to Planview, It just depends on what your setup is. If there was a way Planview could maybe make the loading faster, in case you do have a lot of things going on with your setup.

Whenever we have issues, there is always someone ready to help us. Their people are knowledgeable and responsive. They get to tickets quickly. Just three or four weeks ago, we were having issues with getting data into Planview. We submitted a ticket and the turnaround was probably 45 minutes to get a response.

A lot of our internal training came from Planview support. They were Planview videos from Planview.

I would recommend the product. There is a bit of a learning curve with it, as with any type of new software. Once you get a good grasp of the principles of Planview, it is a really powerful tool.

I would rate the product an eight (out of 10). It's pretty good. It gets a lot of what we need done. There are ways for it to improve, and we should always strive for that.