Planning is about working together. There are several different parties in projects that have significant input with regard to project planning. The customer will first indicate within what timeframe they need to see results and then the subject matter experts will indicate how much will be needed to achieve those results. The project manager structures the project so that the project results are realised in an orderly and efficient manner. And the resource manager takes care of the allocation of
The 80/20 rule, also known as the "Pareto principle", asserts that 80% of all outcomes are a result of 20% of the effort. Everyone knows about the example where 80% of all sales are a result of 20% of the customer base. Thus, by giving more attention to a small group of customers this leads to disproportionate revenue. In this blog post we'll look at how to use the principle within the 80/20 in regards to project & resource planning.
Service providers who carry out projects for their customers generally want two things: on the one hand, a fast and satisfactory result for their customers, and profitability on the other hand. An optimal allocation of employees to the projects is crucial. Yet, we often see that project and resource planning is limited to a one-off activity at the start of the project. Shouldn't more attention be paid to this?
Our clients, who implement projects where multiple people are involved, often struggled with the question of how to organise in regards to resource planning. In this blog post we will look at the different development stages companies go through and the organisation of resource planning which would be appropriate. We will spell out what the risks would be if you do not prepare for this within a reasonable period of time.
I mean Parkinson's law, not the terrible brain disease. Parkinson's law states that work is spread over the time that is available to complete the work. This is one of the 4 time wasters in project planning which we discussed in one of our previous blog postings. In this blog we will see how you can determine if your project planning has this condition and how to manage it.
If you look at the picture, you might be thinking there are more stones and sand in the first jar than in the second jar, but nothing could be further from the truth. The second jar contains the exact same amount of sand and stones, only the content doesn't fit in the first jar. That has to do with the order of filling the jar. If you first fill the jar with the large stones, then the smaller stones and
For many organizations, they are only able to see in hindsight what the margin was they achieved for their project, which for many, leads to disappointment. The project ended not being as profitable as they had thought. Even while remaining within the budgeted number of hours. How is that even possible? An analysis showed that they, for example, relied on freelancers instead of internal staff on which the project was budgeted. Or that more senior employees were used, disproportionately, which
Planning is a process, not a product. Planning is as ancient as the human race. Ever since humans began to think ahead and started hunting in groups, plans have been made to achieve the best possible result. At first, planning was based purely on (non-)verbal communication. With the recording of the first hunting scenes, the famous cave drawings of animal hunts, the first planning was possibly created. The plans were literally recorded and represented both the activity (the hunt) and the goal
A business lead recently asked me if I could help forming the business case for purchasing Timewax. Although he saw the value in it, he needed outside input to "sell" it internally. Management asked for a business case with hard data, as in, how would they be better off using it? It’s a legitimate question. In this blog entry, we will focus on three key benefits to using a project planning tool and we will try to quantify them as
I have been in touch with a number of organizations lately, which had all tried to plan their projects in Workforce Management software. In other words, they tried to make up a roster of their projects in rostering software. Can this actually be done and if so, what are the limitations? In this blog we will look at this, using a practical case.