Expanding beyond team/social collaboration to business collaboration
The term “collaboration” has become one of the primary hot topics for businesses and analysts throughout the industry lately. At its most basic level, “collaboration” simply means “working with others in a coordinated fashion toward a common goal.” But few actually attempt to define what it really means in the context of business and PPM.
When I was running the IT-PMO at PeopleSoft we faced an interesting dilemma. As we finished work on the integration of JD Edwards there was a ton of unmet demand for IT work from all corners of the enterprise. This ranged from tweaks to the purchasing system to an all-new global training environment. We quickly realized even our ability to analyze the demand would be swamped by the incoming flood of work.
So, we devised a scoring system. Why? There were three main reasons, all of which really comprise some fundamental principles when creating a scoring model.
Early this week we announced the launch of our upcoming PMO Success Webinars for 2012, aimed at offering real-world guidance on how to build and run a successful Project Management Office. This free educational series will provide insights and perspectives from PMO Directors and Consultants at organizations running successful PMOs as well as Daptiv’s professional services team.
According to research performed by industry analysts such as Project Management Institute (PMI), the Gartner Group, and Forrester Research, 25% of all PMOs closed within one year and 50% closed within two years. Clearly, PMOs face significant challenges within their organizations. On the other hand, the need to successfully complete projects has never been greater. Most companies recognize that projects are a major vehicle by which companies grow, improve and meet their business objectives. The need to plan, monitor, and execute projects has never been greater. Companies decide to setup PMOs to do just that but they often fail to get the desired results from them. Daptiv’s PMO Success Webinar Series will shed light on how companies can prevent the fall of PMOs and instead turn them into a strategic asset.
People and organizations all over the world continue to embrace and adopt "Lean Management Principles" in their work. What started with Edward Deming in the 1950s and later found its way into the Toyota Production System has now made inroads into software development. You will notice that IT organizations and software development teams often talk about "Lean" software development or "Kanban" as it pertains to how they work. It is therefore essential that today's Project Management Office (PMO) understand this old new way of project execution in order to stay relevant in today's business climate.
Before we go any further, let us first understand what Lean is all about and whether PMOs should embrace this concept as well. Lean in a nutshell, is a set of tools that help in the identification and elimination of waste. As waste is eliminated, quality improves, consequently, reducing time and cost of production. While elimination of waste can seem to be a simple subject, it is often easier said than done. Organizations often have a difficulty classifying a process or activity as waste and often tend to be conservative when identifying/defining waste. Toyota defines Lean as the reduction of three types of waste:
Inconsistency/Unevenness as it pertains to flow of work
A quick trip to Wikipedia yields the following definition for resource leveling: ‘a project management technique used to examine unbalance use of resources (usually people or equipment) over time, and for resolving over-allocations or conflicts.' In other words, through resource leveling we can ensure that the project schedule is reasonable and realistic from a resource perspective - that the people or equipment needed to execute the work will be available when and where they are needed.
Sounds simple? The reality is that resource leveling needs to take multiple factors into account and can be anything but simple. And, like anything else that's really complicated, most of us are looking for better tools to help us accomplish the task. That's when the question about automatic resource leveling comes up.
While some project scheduling tools provide a process to see if resources are overloaded, others also provide a function that will recalculate the schedule to eliminate any overloads. As exciting as it may sound, in practice, it's common to see that managers either never use it or even if they do, they don't use the resulting schedule without making a lot of other adjustments. Why? Because even though automatic resource leveling can quickly ‘resolve' overloads, it typically does it by delaying tasks until the resource is available. What it cannot do is account for human or project variables; all it does is throw some simple numbers. The solution uses elementary level math to solve a calculus-worthy problem.