<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en-GB">
	<id>http://13.50.150.85/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=S104809</id>
	<title>DTU ProjectLab - User contributions [en-gb]</title>
	<link rel="self" type="application/atom+xml" href="http://13.50.150.85/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=S104809"/>
	<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php/Special:Contributions/S104809"/>
	<updated>2026-07-14T19:45:33Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.3</generator>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32793</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32793"/>
		<updated>2016-09-26T21:54:20Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The models are criticised for being subjective. This is because the assessment is based on humans subjective answers. This article analyses the use and relevance of maturity models in project management. Furthermore the element of managing humans and securing useful results will be discussed. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** The LKAB Case Study&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Maturity can be described as the organisation&#039;s effectiveness. A mature organisation is in position to perform to reach the goals set &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;BRO&amp;quot;&amp;gt; [&#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039;] &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with PM standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence &amp;lt;ref name=&amp;quot;Jud&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models: The Silver Bullets of Competitive Advantage&#039;&#039;] &#039;&#039;    Judgev, K.; Thomas, J. 2002&#039;&#039; &amp;lt;/ref&amp;gt;. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest on the market, is more complex and holistic in its form. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named &#039;&#039;technical delivery process model&#039;&#039;. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management performance. The level the organisation is appointed descries the stage that the organisation should now try to reach. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&amp;quot;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&amp;quot;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed further. An example of a technical delivery process model is the P3M3 model, which also include portfolio and program management.&lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named &#039;&#039;project management process model&#039;&#039;. This type of model also uses the five level of maturity, though it does so a little differently from the first one. The project management process models take base in five processes within nine knowledge areas in PM &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The five levels in this model are; 1) common language, 2) common processes, 3) singular methodology, 4), benchmarking, 5) continuous improvement &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. As illustrated in figure 1, level 3-5 are meant for continues benchmarking and improvements.&lt;br /&gt;
&lt;br /&gt;
 [[File:sofpic2.jpg|600px|thumb|center|Figure 1. Illustration of the five levels of a project management process model &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The last type is the &amp;quot;organisational models&amp;quot;. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, compared to the two types described before. The reason is, that this type of models does not only consider project management performance but all of the organisation&#039;s performance. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The idea is, that it is not adequate to improve the project management performance, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 2. Result of assessment illustrated in a radar chart &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change &amp;lt;ref name=&amp;quot;KOT&amp;quot;&amp;gt; [&#039;&#039;Using Kotter&#039;s Eight Stage Process to Manage an Organisational Change Program: Presentation and Practice&#039;&#039;] &#039;&#039;    Pollack, J.; Pollack, R. 2015&#039;&#039; &amp;lt;/ref&amp;gt; . The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, maybe tools like PMMM will be taken into use earlier in the process.&lt;br /&gt;
 &lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves internally. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management, with variations dependent on the type of model. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway&amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
In practice, the assessment was executed by an electronic (app. 20 minutes’) survey, which was send to the participants by email. The confidential survey was a questionnaire with questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
Open questions was meant to give the participants the opportunity to express themselves more nuanced. At the time the article of the case study was written, the assessment was finished and somewhat presented to the participants. Though, no exact plan for improvements was conducted. The plan was though to do the assessment every second year &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. A well defined PM practise could make it easier to apply the model as it is easier to make it tailored. For instance, if the organisation is based on PRINCE2, a model can be made to fit and in that way it will also be easier to benchmark with other organisations using the same models &amp;lt;ref name=&amp;quot;Prince2&amp;quot;&amp;gt; [&#039;&#039;PRINCE2 Based Project Management Maturity Model&#039;] &#039;&#039;    Chen, J.; Zhang, X.. 2010&#039;&#039; &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the LKAB case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.&lt;br /&gt;
&lt;br /&gt;
Of the other organisations within the studies of Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;, none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations.&lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.By using supporting tools, this should be doable.&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
Brooks, N.; Clark, R. 2009: Using Maturity Models to Improve Project Management Practice&lt;br /&gt;
* This article outlines three author&#039;s different maturity models and how to measure maturity in an organisation. Whether it is only based on knowledge or also factors as actions and attitudes.&lt;br /&gt;
&lt;br /&gt;
Grobler, P.J.; Steyn, H. 2006, PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&lt;br /&gt;
* This article explains the need for improvements in PM and outlines the different types of models within project management maturity. The authors concludes that the existing models are still very generic.&lt;br /&gt;
&lt;br /&gt;
Judgev, K.; Thomas, J. 2002, Project Management Maturity Models: The Silver Bullets of Competitive Advantage&lt;br /&gt;
* This article focus on how PM has a paramount influence on business success. It also has a description of PMMMs and furthermore a explanation of RBV (however, this is not considered in this article).&lt;br /&gt;
&lt;br /&gt;
Backlund, F.; Chronéer, D.; Sundqvist, E. 2014, Project Management Maturity Models – A Critical Review&lt;br /&gt;
*A case study of application of PMMM in swedish construction companies. The case study both concerns the application but also the participants reflections on the use of the model.&lt;br /&gt;
&lt;br /&gt;
Chen, J.; Zhang, X. 2010, PRINCE2 Based Project Management Maturity Model&#039;&lt;br /&gt;
* An example of a PMMM. This one is based on the PRINCE2 PM processes, which makes the model tailor-made to an organisation which bases their PM on the PRINCE2. The model is thus based on eight PM processes and eight PM elements.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32788</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32788"/>
		<updated>2016-09-26T21:52:49Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The models are criticised for being subjective. This is because the assessment is based on humans subjective answers. This article analyses the use and relevance of maturity models in project management. Furthermore the element of managing humans and securing useful results will be discussed. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** The LKAB Case Study&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Maturity can be described as the organisation&#039;s effectiveness. A mature organisation is in position to perform to reach the goals set &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;BRO&amp;quot;&amp;gt; [&#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039;] &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with PM standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence &amp;lt;ref name=&amp;quot;Jud&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models: The Silver Bullets of Competitive Advantage&#039;&#039;] &#039;&#039;    Judgev, K.; Thomas, J. 2002&#039;&#039; &amp;lt;/ref&amp;gt;. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest on the market, is more complex and holistic in its form. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named &#039;&#039;technical delivery process model&#039;&#039;. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management performance. The level the organisation is appointed descries the stage that the organisation should now try to reach. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&amp;quot;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&amp;quot;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed further. An example of a technical delivery process model is the P3M3 model, which also include portfolio and program management.&lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named &#039;&#039;project management process model&#039;&#039;. This type of model also uses the five level of maturity, though it does so a little differently from the first one. The project management process models take base in five processes within nine knowledge areas in PM &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The five levels in this model are; 1) common language, 2) common processes, 3) singular methodology, 4), benchmarking, 5) continuous improvement &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. As illustrated in figure 1, level 3-5 are meant for continues benchmarking and improvements.&lt;br /&gt;
&lt;br /&gt;
 [[File:sofpic2.jpg|600px|thumb|center|Figure 1. Illustration of the five levels of a project management process model &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, compared to the two types described before. The reason is, that this type of models does not only consider project management performance but all of the organisation&#039;s performance. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The idea is, that it is not adequate to improve the project management performance, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 2. Result of assessment illustrated in a radar chart &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change &amp;lt;ref name=&amp;quot;KOT&amp;quot;&amp;gt; [&#039;&#039;Using Kotter&#039;s Eight Stage Process to Manage an Organisational Change Program: Presentation and Practice&#039;&#039;] &#039;&#039;    Pollack, J.; Pollack, R. 2015&#039;&#039; &amp;lt;/ref&amp;gt; . The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, maybe tools like PMMM will be taken into use earlier in the process.&lt;br /&gt;
 &lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves internally. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management, with variations dependent on the type of model. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway&amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
In practice, the assessment was executed by an electronic (app. 20 minutes’) survey, which was send to the participants by email. The confidential survey was a questionnaire with questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
Open questions was meant to give the participants the opportunity to express themselves more nuanced. At the time the article of the case study was written, the assessment was finished and somewhat presented to the participants. Though, no exact plan for improvements was conducted. The plan was though to do the assessment every second year &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. A well defined PM practise could make it easier to apply the model as it is easier to make it tailored. For instance, if the organisation is based on PRINCE2, a model can be made to fit and in that way it will also be easier to benchmark with other organisations using the same models &amp;lt;ref name=&amp;quot;Prince2&amp;quot;&amp;gt; [&#039;&#039;PRINCE2 Based Project Management Maturity Model&#039;] &#039;&#039;    Chen, J.; Zhang, X.. 2010&#039;&#039; &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the LKAB case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.&lt;br /&gt;
&lt;br /&gt;
Of the other organisations within the studies of Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;, none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations.&lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.By using supporting tools, this should be doable.&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
Brooks, N.; Clark, R. 2009: Using Maturity Models to Improve Project Management Practice&lt;br /&gt;
* This article outlines three author&#039;s different maturity models and how to measure maturity in an organisation. Whether it is only based on knowledge or also factors as actions and attitudes.&lt;br /&gt;
&lt;br /&gt;
Grobler, P.J.; Steyn, H. 2006, PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&lt;br /&gt;
* This article explains the need for improvements in PM and outlines the different types of models within project management maturity. The authors concludes that the existing models are still very generic.&lt;br /&gt;
&lt;br /&gt;
Judgev, K.; Thomas, J. 2002, Project Management Maturity Models: The Silver Bullets of Competitive Advantage&lt;br /&gt;
* This article focus on how PM has a paramount influence on business success. It also has a description of PMMMs and furthermore a explanation of RBV (however, this is not considered in this article).&lt;br /&gt;
&lt;br /&gt;
Backlund, F.; Chronéer, D.; Sundqvist, E. 2014, Project Management Maturity Models – A Critical Review&lt;br /&gt;
*A case study of application of PMMM in swedish construction companies. The case study both concerns the application but also the participants reflections on the use of the model.&lt;br /&gt;
&lt;br /&gt;
Chen, J.; Zhang, X. 2010, PRINCE2 Based Project Management Maturity Model&#039;&lt;br /&gt;
* An example of a PMMM. This one is based on the PRINCE2 PM processes, which makes the model tailor-made to an organisation which bases their PM on the PRINCE2. The model is thus based on eight PM processes and eight PM elements.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32560</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32560"/>
		<updated>2016-09-26T21:04:52Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;BRO&amp;quot;&amp;gt; [&#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039;] &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence &amp;lt;ref name=&amp;quot;Jud&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models: The Silver Bullets of Competitive Advantage&#039;&#039;] &#039;&#039;    Judgev, K.; Thomas, J. 2002&#039;&#039; &amp;lt;/ref&amp;gt;. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&amp;quot;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&amp;quot;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The five levels in this model are; 1) common language, 2) common processes, 3) singular methodology, 4), benchmarking, 5) continuous improvement &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. As illustrated in figure 1, level 3-5 are meant for continues benchmarking and improvements.&lt;br /&gt;
&lt;br /&gt;
 [[File:sofpic2.jpg|600px|thumb|center|Figure 1. Illustration of the five levels of a project management process model &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 2. Result of assessment illustrated in a radar chart &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway&amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. An example is the XXX company, which operates within construction in Sweden. &lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. &lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the XXX case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.  &lt;br /&gt;
&lt;br /&gt;
Of the organisations within the studies of Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;, none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
A well defined PM practise could make it easier to apply the model. tailored . &amp;lt;ref name=&amp;quot;Prince2&amp;quot;&amp;gt; [&#039;&#039;PRINCE2 Based Project Management Maturity Model&#039;] &#039;&#039;    Chen, J.; Zhang, X.. 2010&#039;&#039; &amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations. Though, the study &lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.&lt;br /&gt;
Simple supporting tools can help this. XXX&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
Brooks, N.; Clark, R. 2009: Using Maturity Models to Improve Project Management Practice&lt;br /&gt;
* This article outlines three author&#039;s different maturity models and how to measure maturity in an organisation. Whether it is only based on knowledge or also factors as actions and attitudes.&lt;br /&gt;
&lt;br /&gt;
Grobler, P.J.; Steyn, H. 2006, PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&lt;br /&gt;
* This article explains the need for improvements in PM and outlines the different types of models within project management maturity. The authors concludes that the existing models are still very generic.&lt;br /&gt;
&lt;br /&gt;
Judgev, K.; Thomas, J. 2002, Project Management Maturity Models: The Silver Bullets of Competitive Advantage&lt;br /&gt;
* This article focus on how PM has a paramount influence on business success. It also has a description of PMMMs and furthermore a explanation of RBV (however, this is not considered in this article).&lt;br /&gt;
&lt;br /&gt;
Backlund, F.; Chronéer, D.; Sundqvist, E. 2014, Project Management Maturity Models – A Critical Review&lt;br /&gt;
*A case study of application of PMMM in swedish construction companies. The case study both concerns the application but also the participants reflections on the use of the model.&lt;br /&gt;
&lt;br /&gt;
Chen, J.; Zhang, X. 2010, PRINCE2 Based Project Management Maturity Model&#039;&lt;br /&gt;
* An example of a PMMM. This one is based on the PRINCE2 PM processes, which makes the model tailor-made to an organisation which bases their PM on the PRINCE2. The model is thus based on eight PM processes and eight PM elements.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32509</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32509"/>
		<updated>2016-09-26T20:51:34Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;BRO&amp;quot;&amp;gt; [&#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039;] &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence &amp;lt;ref name=&amp;quot;Jud&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models: The Silver Bullets of Competitive Advantage&#039;&#039;] &#039;&#039;    Judgev, K.; Thomas, J. 2002&#039;&#039; &amp;lt;/ref&amp;gt;. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&amp;quot;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&amp;quot;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The five levels in this model are; 1) common language, 2) common processes, 3) singular methodology, 4), benchmarking, 5) continuous improvement &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. As illustrated in figure 1, level 3-5 are meant for continues benchmarking and improvements.&lt;br /&gt;
&lt;br /&gt;
 [[File:sofpic2.jpg|600px|thumb|center|Figure 1. Illustration of the five levels of a project management process model &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 2. Result of assessment illustrated in a radar chart &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway&amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. An example is the XXX company, which operates within construction in Sweden. &lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. &lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the XXX case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.  &lt;br /&gt;
&lt;br /&gt;
Of the organisations within the studies of Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;, none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
A well defined PM practise could make it easier to apply the model. tailored . &amp;lt;ref name=&amp;quot;Prince2&amp;quot;&amp;gt; [&#039;&#039;PRINCE2 Based Project Management Maturity Model&#039;] &#039;&#039;    Chen, J.; Zhang, X.. 2010&#039;&#039; &amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations. Though, the study &lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.&lt;br /&gt;
Simple supporting tools can help this. XXX&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
Brooks, N.; Clark, R. 2009: Using Maturity Models to Improve Project Management Practice&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
Grobler, P.J.; Steyn, H. 2006, PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&lt;br /&gt;
* This article outlines the different types of models within project management maturity. The authors ..&lt;br /&gt;
&lt;br /&gt;
Judgev, K.; Thomas, J. 2002, Project Management Maturity Models: The Silver Bullets of Competitive Advantage&lt;br /&gt;
* &lt;br /&gt;
&lt;br /&gt;
Backlund, F.; Chronéer, D.; Sundqvist, E. 2014, Project Management Maturity Models – A Critical Review&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
Chen, J.; Zhang, X. 2010, PRINCE2 Based Project Management Maturity Model&#039;&lt;br /&gt;
*&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=File:Sofpic2.jpg&amp;diff=32428</id>
		<title>File:Sofpic2.jpg</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=File:Sofpic2.jpg&amp;diff=32428"/>
		<updated>2016-09-26T20:39:29Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32424</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32424"/>
		<updated>2016-09-26T20:39:11Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;BRO&amp;quot;&amp;gt; [&#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039;] &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence &amp;lt;ref name=&amp;quot;Jud&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models: The Silver Bullets of Competitive Advantage&#039;&#039;] &#039;&#039;    Judgev, K.; Thomas, J. 2002&#039;&#039; &amp;lt;/ref&amp;gt;. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&amp;quot;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&amp;quot;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The five levels in this model are; 1) common language, 2) common processes, 3) singular methodology, 4), benchmarking, 5) continuous improvement &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 1. Result of assessment illustrated in a radar chart &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway&amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. An example is the XXX company, which operates within construction in Sweden. &lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. &lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the XXX case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.  &lt;br /&gt;
&lt;br /&gt;
Of the organisations within the studies of Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;, none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations. Though, the study &lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.&lt;br /&gt;
Simple supporting tools can help this. XXX&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32377</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32377"/>
		<updated>2016-09-26T20:30:37Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;BRO&amp;quot;&amp;gt; [&#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039;] &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence &amp;lt;ref name=&amp;quot;Jud&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models: The Silver Bullets of Competitive Advantage&#039;&#039;] &#039;&#039;    Judgev, K.; Thomas, J. 2002&#039;&#039; &amp;lt;/ref&amp;gt;. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&amp;quot;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&amp;quot;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making.  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects”  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management  &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 1. Result of assessment illustrated in a radar chart &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; [&#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039;] &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway&amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. An example is the XXX company, which operates within construction in Sweden. &lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. &lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the XXX case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt; Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.  &lt;br /&gt;
&lt;br /&gt;
Of the organisations within the studies of Backlund et al &amp;lt;ref name=&amp;quot;BACK&amp;quot;&amp;gt; [&#039;&#039;Project Management Maturity Models – A Critical Review&#039;&#039;] &#039;&#039;    Backlund, F.; Chronéer, D.; Sundqvist, E.. 2014&#039;&#039; &amp;lt;/ref&amp;gt;, none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations. Though, the study &lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.&lt;br /&gt;
Simple supporting tools can help this. XXX&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32294</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32294"/>
		<updated>2016-09-26T20:14:21Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;BRO&amp;quot;&amp;gt; &#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039; &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; &#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039; &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002] &amp;lt;ref name=&amp;quot;Jud&amp;quot;&amp;gt; &#039;&#039;Project Management Maturity Models: The Silver Bullets of Competitive Advantage&#039;&#039; &#039;&#039;    Judgev, K.; Thomas, J. 2002&#039;&#039; &amp;lt;/ref&amp;gt;. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 1. Result of assessment illustrated in a radar chart]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al [F. Backlund et al, 2014] presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway [F. Backlund et al, 2014]. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management [F. Backlund et al, 2014]. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit [F. Backlund et al, 2014]. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. An example is the XXX company, which operates within construction in Sweden. &lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. &lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the XXX case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. [F. Backlund et al, 2014] Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.  &lt;br /&gt;
&lt;br /&gt;
Of the organisations within the studies of Backlund et al [F. Backlund et al, 2014], none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations. Though, the study &lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.&lt;br /&gt;
Simple supporting tools can help this. XXX&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32276</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32276"/>
		<updated>2016-09-26T20:10:08Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; &#039;&#039;Using Maturity Models to Improve Project Management Practice&#039;&#039; &#039;&#039;    Brooks, N.; Clark, R. 2009&#039;&#039; &amp;lt;/ref&amp;gt;. ;&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, &amp;lt;ref name=&amp;quot;GR&amp;quot;&amp;gt; &#039;&#039;PROJECT MANAGEMENT MATURITY MODELS: DOES ONE SIZE FIT ALL?&#039;&#039; &#039;&#039;    Grobler, P.J.; Steyn, H. 2006&#039;&#039; &amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002]. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 1. Result of assessment illustrated in a radar chart]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al [F. Backlund et al, 2014] presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway [F. Backlund et al, 2014]. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management [F. Backlund et al, 2014]. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit [F. Backlund et al, 2014]. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. An example is the XXX company, which operates within construction in Sweden. &lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. &lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the XXX case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. [F. Backlund et al, 2014] Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.  &lt;br /&gt;
&lt;br /&gt;
Of the organisations within the studies of Backlund et al [F. Backlund et al, 2014], none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
The fact, that approximately 30 different project management maturity models exist, illustrates the common need for improvements in project management in organisations. Though, the study &lt;br /&gt;
&lt;br /&gt;
Literature research and case studies indicates, that PMMM’s are not a simple tool to apply. Challenges in engaging participants combined with risk of misunderstood questions in the survey clarifies the need for particularly preparation before applying a PMMM. Firstly, the models are based on people’s engagement, thus the quality of the results are dependent on the participants. Thus it is extremely important to make sure, the participants know the relevance of the assessment and their participation i.e. the answers to the questions; Why are we doing this assessment? Why should I spent time to participate? What is the outcome? Etc. If they are able to answer these questions and the answers are positive and make the assessment appear relevant it might be easier for the participants to put a little more effort into their answers as opposed to if the surveys were just giving as extra workload without any further information. If the results reveals big difference between the department, there can be a risk of people only looking out for themselves and their results. That is why it also important to create a common goal by using the PMMMs. If the facilitators of the assessment (or the leaders of the organisation) are able to motivate the participants, they will probably see the survey as an opportunity to express their view on the PM processes.&lt;br /&gt;
Simple supporting tools can help this. XXX&lt;br /&gt;
&lt;br /&gt;
Furthermore, it is important for the organisation to keep working with the maturity after the execution of the survey. The case study shows, that it is far from enough to just show the results of the assessment in numbers. It is very important to know what they want to achieve within PM. This will help reaching a higher level of maturity by setting direction by prioritising actions and starting the change of culture in the organisation [F. Backlund et al, 2014]. Last but not least, organisations using PMMMs should keep making assessments to ensure that the plan is on track and that the organisation keeps improving in terms of project management. In that way it should be possible to benefit from using the Project Management Maturity Models and improve performance by setting targets and changing culture.&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32244</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32244"/>
		<updated>2016-09-26T20:02:23Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows [Brookes &amp;amp; Clark 2009];&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, [Grobler 2006]. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002]. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company. [[File:sofpic1.jpg|600px|thumb|center|Figure 1. Result of assessment illustrated in a radar chart]]&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al [F. Backlund et al, 2014] presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway [F. Backlund et al, 2014]. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management [F. Backlund et al, 2014]. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit [F. Backlund et al, 2014]. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve level of maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. A lot of elements could be customized for a given organisation, as for instance industry. An example is the XXX company, which operates within construction in Sweden. &lt;br /&gt;
&lt;br /&gt;
Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. &lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
The application of the maturity model in the XXX case study, was also evaluated by participants afterwards. Some respondents expressed their frustration of the use of the model. They criticized the following use of the assessment, as they pointed out that the results were primarily presented to the employees without any further plan to improve and solve the assessed problems. Also, there was dissatisfaction in terms the difference in engagement in presentation of results amongst the organisation. [F. Backlund et al, 2014] Leaders of the company, though explained, that such plans and solutions were to be executed, but where simply not finished at the time of the evaluation of the PMMM. &lt;br /&gt;
Moreover, the evaluation of the experiences of the responders’ also showed very little enthusiasm and engagement in answering the survey.  &lt;br /&gt;
&lt;br /&gt;
Of the organisations within the studies of Backlund et al [F. Backlund et al, 2014], none of them where using maturity models in PM at the time of the studies. One argument was that the application of the model has a very high demand on time and resources. It might not be the execution of the survey as it is simply done electronic, but the preparation and the following result presentation. That maybe makes the models of most relevance for larger PM based organisations.&lt;br /&gt;
&lt;br /&gt;
== Reflections ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=File:Sofpic1.jpg&amp;diff=32197</id>
		<title>File:Sofpic1.jpg</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=File:Sofpic1.jpg&amp;diff=32197"/>
		<updated>2016-09-26T19:57:07Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32084</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=32084"/>
		<updated>2016-09-26T19:36:54Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
In being able to make improvements in an organisation, it is key to know both strengths and weaknesses. This also applies to project management which is seen as an extremely important factor in achieving success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness in the market. Project Management Maturity Models (PMMM’s) is a tool for exactly that. The model helps the organisation learn about itself and makes it aware of current strengths and weaknesses. The result is an assessment of which level of maturity the project management in an organisation is currently at. In extend to that, the model provides the basis for a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as a result of run to failure strategy in project management. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Big idea&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
* Reflections&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Today, project management is an important factor in being able to succeed and well performed project management is accounted as a competitive advantage on the market. Typically, the PMMMs consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows [Brookes &amp;amp; Clark 2009];&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the project management execution in the given organisation with standards (e.g. PMBOK Guide). The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in its strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, [Grobler 2006]. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
The above is a generic description of the idea behind the PMMMs. Firstly, the models did not just appear out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002]. This was the beginning of development of maturity models. Today, app. 30 PMMMs exist. The models can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of model also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the newest type of maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity levels are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance. This type of PMMM is more nuanced than the first two. Though, it also has a higher demand in time and resources. Whereas some types of models are applicable by the organisation itself, the organisational models might need assistance of consultancy company.&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper.&lt;br /&gt;
&lt;br /&gt;
=== The LKAB Case Study ===&lt;br /&gt;
Backlund et al [F. Backlund et al, 2014] presents a case study in application of PMMM’s. One of the companies in the study is the Swedish mining company, LKAB, primarily working in mining, refining and logistics. The company is 100 percent state owned, has a net turnover of approximately 31 billion SEK and also operates in Norway [F. Backlund et al, 2014]. The company consists of approximately 4200 employees of which around 100 are employed in the project department, carries out hundreds of project every single year with the assistance of- and corporation with experts from other departments of the company. In 2012 LKAB initiated a maturity assessment of project management within the organisation [F. Backlund et al, 2014]. The assessment was executed by a consultancy company, using a model inspired by the P3M3, which is also described in the Big Idea section in this article. The assessment was based on seven PM processes; Management Control, Benefits Management, Financial Management, Stakeholder Engagement, Risk Management, Organisational Governance and Resource Management [F. Backlund et al, 2014]. XXX&lt;br /&gt;
In practice, the assessment was executed by an electronic app. 20 minutes’ survey, which was send to the participants by email. The confidential survey was a questionnaire questions for each PM process including one open question for each of the seven processes. 73 % of the responders answers the questions within the two weeks that was given as a time limit [F. Backlund et al, 2014]. &lt;br /&gt;
Open questions XXX. The results were presented in the noget med afdelinger. The results ..&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve in maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. There is a lot of things that could be customized for a given organisation, as for instance industry. Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. More limitations are to be described…&lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
==== Tailoring the model for a specific organisation ====&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=31277</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=31277"/>
		<updated>2016-09-26T16:01:35Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Purpose and potential (big idea)&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
** Tailoring the model for a specific organisation&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Typically, the models consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows [Brookes &amp;amp; Clark 2009];&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the reality with standards. The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in their strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, [Grobler 2006]. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
However, the above is a significant generic description of the idea behind the PMMMs. Firstly, the models did not just arise out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002]. This was the beginning of development of maturity models. Today, app. 30 PMMM’s exist, which can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of mode also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the latest bid of a maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity level are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance.&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper…&lt;br /&gt;
&lt;br /&gt;
==== Reactive vs. proactive ====&lt;br /&gt;
&#039;&#039;Here I want to, write something about when the model should be used.&#039;&#039;&lt;br /&gt;
==== Workload vs. results ====&lt;br /&gt;
&amp;quot;Here I want to write, how an organisation can benefit from the use of maturity models. The question is, if it is too generic to actually get a clear and sure roadmap to improvements.&amp;quot;&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve in maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. There is a lot of things that could be customized for a given organisation, as for instance industry. Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. More limitations are to be described…&lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
==== Tailoring the model for a specific organisation ====&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=24944</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=24944"/>
		<updated>2016-09-16T19:34:42Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
 Dear reader: my article is clearly not finished :) My next step is to include an example of an applied PMMM! &lt;br /&gt;
 -and of course finish the other sections and add references :)&lt;br /&gt;
&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management. The key elements of the article are as follows;&lt;br /&gt;
* Purpose and potential (big idea)&lt;br /&gt;
** Concept&lt;br /&gt;
** PMMM as first step in changing culture&lt;br /&gt;
* Application of a PMMM&lt;br /&gt;
** Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
** Workload versus results&lt;br /&gt;
* Limitations&lt;br /&gt;
** Tailoring the model for a specific organisation&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Typically, the models consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows [Brookes &amp;amp; Clark 2009];&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the reality with standards. The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in their strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, [Grobler 2006]. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
However, the above is a significant generic description of the idea behind the PMMMs. Firstly, the models did not just arise out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002]. This was the beginning of development of maturity models. Today, app. 30 PMMM’s exist, which can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of mode also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the latest bid of a maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity level are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance.&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
Looking back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. The aim is to make the maturity model the first step in changing culture in an organisation. To be able to change, it is key to know the current situation in details. Kotter suggest eight steps in successful change [REF: Kotter’s eight steps]. The first step is to establish a sense of urgency. The step is also known as the burning platform, claiming that if there is no need for change, a change will not be executed, but if the floor beneath you is burning, you will for sure move. However, sometimes, though the need for change is present, the need for it is just not realised. Realising the need for change is key, in being able to make improvements. In many cases, this tool is taken into use, when problems are rising and projects are failing. In situations like that, it can be accounted as a reactive action. … As project management becomes a more and more important business process to any organisation, and as it is – by some – seen as a way of gaining competitive advantage, one might say that the maturity level of an organisations project management performance and processes, should be assessed continuously to ensure improvements. This raises the question; how? –how to actually improve. For now, the result of the assessment is only the problems, but what about the solutions? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
An organisation decides to use a maturity model and the first step is to choose the right one, that fits the organisation in different parameters such as industry, strategic goals etc. Though, there is not yet a knowledge based guideline for choosing the right model. Often, the execution of the assessment is done be external consultants, though, dependent on the extent of the assessment, it is possible for the organisation to perform it themselves. The assessment simply consists of questions regarding the organisation’s knowledge around the topic, project management. As mentioned earlier, the structure of the models varies and therefore the exact process of assessment also does so. The questions can simply be asked and answered electronic or on paper…&lt;br /&gt;
&lt;br /&gt;
==== Reactive vs. proactive ====&lt;br /&gt;
&#039;&#039;Here I want to, write something about when the model should be used.&#039;&#039;&lt;br /&gt;
==== Workload vs. results ====&lt;br /&gt;
&amp;quot;Here I want to write, how an organisation can benefit from the use of maturity models. The question is, if it is too generic to actually get a clear and sure roadmap to improvements.&amp;quot;&lt;br /&gt;
== Limitations ==&lt;br /&gt;
The idea and concept of this tool gives a lot of opportunities for organisation to improve in maturity in terms of project management as well as other business processes. For now, the models are still very generic, however, there is not a model, which fits every organisation, and not all models fit one organisation. There is a lot of things that could be customized for a given organisation, as for instance industry. Despite the claim of the models being generic, there are still some limitations. These can be divided into practical and theoretical ones. One of the practical ones is that there is a big gap in between the levels of maturity. This makes it very difficult to use the model to measure minor improvements. Also, some sees the model as a fine way of identifying problems, but not given the solutions to the problems. More limitations are to be described…&lt;br /&gt;
&lt;br /&gt;
All in all, there are still some limitations to this tool, but with the support of other tools, like for instance RBV (will be described), combined with a customisation for the specific organisation, this type of model could be a step in changing culture…&lt;br /&gt;
&lt;br /&gt;
==== Tailoring the model for a specific organisation ====&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=23338</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=23338"/>
		<updated>2016-09-16T09:20:56Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to change and make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management.&lt;br /&gt;
&lt;br /&gt;
-	Purpose and potential&lt;br /&gt;
&lt;br /&gt;
-	PMMM as first step in changing culture&lt;br /&gt;
&lt;br /&gt;
-	Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
&lt;br /&gt;
-	Workload versus results&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Typically, the models consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows [Brookes &amp;amp; Clark 2009];&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the reality with standards. The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in their strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, [Grobler 2006]. &lt;br /&gt;
&lt;br /&gt;
==== Concept ====&lt;br /&gt;
However, the above is a significant generic description of the idea behind the PMMMs. Firstly, the models did not just arise out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002]. This was the beginning of development of maturity models. Today, app. 30 PMMM’s exist, which can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of mode also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the latest bid of a maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity level are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance.&lt;br /&gt;
&lt;br /&gt;
==== PMMM as first step in changing culture in an organisation ====&lt;br /&gt;
As we look back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. This raises the question; how? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
==== Reactive vs. proactive ====&lt;br /&gt;
== Limitations ==&lt;br /&gt;
==== Tailoring the model for a specific organisation ====&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=22256</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=22256"/>
		<updated>2016-09-15T17:42:15Z</updated>

		<summary type="html">&lt;p&gt;S104809: /* Big Idea */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to change and make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management.&lt;br /&gt;
&lt;br /&gt;
-	Purpose and potential&lt;br /&gt;
&lt;br /&gt;
-	PMMM as first step in changing culture&lt;br /&gt;
&lt;br /&gt;
-	Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
&lt;br /&gt;
-	Workload versus results&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
The basic idea behind PMMM’s is for an organisation to assess their current level of maturity of the project management performance. Typically, the models consist of five levels, where level 1 represents the lowest level of maturity and level 5 represents the highest reachable level of maturity. The definition and naming of the levels varies from model to model, though many use the original Carnegie Mellon maturity level definitions, which are as follows [Brookes &amp;amp; Clark 2009];&lt;br /&gt;
# Performed/Awareness/ad hoc&lt;br /&gt;
# Managed/ Repeatable&lt;br /&gt;
# Defined&lt;br /&gt;
# Quantitative managed/managed&lt;br /&gt;
# Optimised&lt;br /&gt;
The level of maturity is appointed by comparing the reality with standards. The result of the assessment is then used to set a roadmap for the organisation to reach higher levels of maturity in their strive for success. The idea is, that the highest level of maturity, optimized, is setting the stage to continuous improvement. Whereas, the first 4 level are based on comparison to standards, and best performance with existing processes, level 5 focus on optimising the processes in project management, [Grobler 2006]. &lt;br /&gt;
&lt;br /&gt;
	However, the above is a significant generic description of the idea behind the PMMMs. Firstly, the models did not just arise out of blue air. PMMMs have their origins in the Capability Maturity Model, developed by Software Engineering Institute (thus the abbreviation SEI-CMM). The SEI-CMM take base in the same five levels as listed above and was originally developed to use in software implementation projects.  The need for maturity models in project management arose as a result of the eighties’ tendency for project failure and budget overrun as a consequence [Judgev &amp;amp; Thomas 2002]. This was the beginning of development of maturity models. Today, app. 30 PMMM’s exist, which can be divided into three types of models, which all erupts from the SEI-CMM. The first two both take base in the five levels of maturity. Whereas the third one, which is also the latest, is more complex and holistic. &lt;br /&gt;
&lt;br /&gt;
The first type of model is named technical delivery process model. This type is the SE-CMM. As said, this model consists of five levels of maturity, which indicates the organisations current state. The level of maturity is appointed an organisation as the result of a thorough assessment of the organisation’s project management processes. The description of the level indicates the end state of the given level. When an organisation is appointed a given level, they have not yet reached the end state of the level, but are at the beginning state of the maturity level. As an example level 3 is described as “Base practices of the process are performed, but not rigorously planned and executed. Reactive response dominates the actions of the process managers. Performance of the organization is dependent on individual knowledge and effort.“ [Grobler 2006]. This means that if an organisation is at this given stage, they will create the roadmap to reach that description. The roadmap for instance will help the organisation move from acting reactive to being proactive. When being proactive you prevent firefighting (Danish term!?) and short term planning, which can both often be very costly for the organisation. A lot of other arguments to being proactive can be listed, however that is not part of the scope of this article and therefore it will not be discussed into details. &lt;br /&gt;
&lt;br /&gt;
The second type of PMMM is named project management process model. This type of mode also uses the five level of maturity level, though it does so a little differently from the first one. The project management process models take base in project management standards and their processes and knowledge areas within the processes. An example of a project management process model is the one developed by Kerzner in 2001, who describes project management maturity as “a gradual progress from a basic knowledge of the nine knowledge areas and a single process of project management to a singular methodology across the company.” [Grobler 2006]. The five levels in this model are;&lt;br /&gt;
&lt;br /&gt;
;Level 1, common language :the organisation does not recognize the benefits of project management - there is knowledge about project management terms but not necessarily the correct meaning of them – there is a lack of framework for decision making. [Grobler 2006].&lt;br /&gt;
&lt;br /&gt;
;Level 2, common processes :the&lt;br /&gt;
 &lt;br /&gt;
;Level 3, singular methodology :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 4, Benchmarking :bla bla&lt;br /&gt;
&lt;br /&gt;
;Level 5, continuous improvement :bla bla&lt;br /&gt;
&lt;br /&gt;
As illustrated in figure XX, level 3-5 are..&lt;br /&gt;
&lt;br /&gt;
The last type is the organisational models. As mentioned above, this type of model is the latest bid of a maturity model for use in project management and is a more holistic one, that the two types described before. The reason is, that this type of models does not only consider project management but all of the organisation. One of the models within this type is the Organisational Project Management Maturity Model, abbreviated to OPM3, which states itself as “a mechanism to advance your organization’s strategic interests through the efficient and successful execution of projects” [Grobler 2006]. The idea is, that it is not adequate to improve the project management process, if the rest of the organisation is falling behind as they are as important together in being able to reach the organisation’s strategic goals. To be able to look at all of the organisation, this type of model includes eight business processes, where the first of them is project management. The others are as follows 2) programme management, 3) assurance of the management quality in project programme management, 4) assignment of a project or programme, 5) project portfolio coordination and networking, 6) organisational design, 7) personnel management and 8) business process management [Grobler 2006]. Now, all of the business processes’ maturity level are assessed and they are appointed a level from 1 to 5. The result can easily be illustrated with a radar chart where all of the business processes and their appointed maturity levels will be inserted. The radar chart will give a visual look of the organisation’s maturity level and point out where to act to improve the organisation’s overall performance.&lt;br /&gt;
&lt;br /&gt;
As we look back at all the mentioned types of maturity models for use in project management, it is clear that the idea of using the models in order to assess why some projects currently fail is possible to realise with these models. One might fear, that this tool would only be used as an assessment and that the improvements would be hard to realise. Though, the models give an explanation of what needs to be done to reach a higher level of maturity. This raises the question; how? This will be dealt with later on in this article.&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Model&amp;diff=21097</id>
		<title>Project Management Maturity Model</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Model&amp;diff=21097"/>
		<updated>2016-09-14T06:37:31Z</updated>

		<summary type="html">&lt;p&gt;S104809: S104809 moved page Project Management Maturity Model to Project Management Maturity Models&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;#REDIRECT [[Project Management Maturity Models]]&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=21096</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=21096"/>
		<updated>2016-09-14T06:37:31Z</updated>

		<summary type="html">&lt;p&gt;S104809: S104809 moved page Project Management Maturity Model to Project Management Maturity Models&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to change and make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management.&lt;br /&gt;
&lt;br /&gt;
-	Purpose and potential&lt;br /&gt;
&lt;br /&gt;
-	PMMM as first step in changing culture&lt;br /&gt;
&lt;br /&gt;
-	Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
&lt;br /&gt;
-	Workload versus results&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20091</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20091"/>
		<updated>2016-09-11T21:45:42Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to change and make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management.&lt;br /&gt;
&lt;br /&gt;
-	Purpose and potential&lt;br /&gt;
&lt;br /&gt;
-	PMMM as first step in changing culture&lt;br /&gt;
&lt;br /&gt;
-	Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
&lt;br /&gt;
-	Workload versus results&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20080</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20080"/>
		<updated>2016-09-11T21:43:08Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered, it is simply done. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management.&lt;br /&gt;
&lt;br /&gt;
-	Purpose and potential&lt;br /&gt;
&lt;br /&gt;
-	PMMM as first step in changing culture&lt;br /&gt;
&lt;br /&gt;
-	Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
&lt;br /&gt;
-	Workload versus results&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20079</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20079"/>
		<updated>2016-09-11T21:40:28Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is often used reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management.&lt;br /&gt;
&lt;br /&gt;
-	Purpose and potential&lt;br /&gt;
&lt;br /&gt;
-	PMMM as first step in changing culture&lt;br /&gt;
&lt;br /&gt;
-	Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
&lt;br /&gt;
-	Workload versus results&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20078</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=20078"/>
		<updated>2016-09-11T21:39:43Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
For an organisation to know its own strengths and weaknesses is key in being able to make improvements. This also applies to project management and project management is key to success for any organisation. As projects becomes more and more complex, it is necessary for any organisation to keep improving the competencies in project management in order to maintain competitiveness. Project management maturity models (PMMM’s) is a tool for exactly that. The model helps the organisation to learn about itself and making it aware of strengths and weaknesses. The result of the model is the assessment of which of five maturity levels the project management in an organisation is currently at, as well as creating a plan to achieve continuous improvements and higher levels of maturity. The tool is used mostly reactive as the strategy for project management often is run to failure. Often because the strategy for project management is not even considered. This raises the question if the model is used optimally? and if there is even more potential in using the model proactive? This article analyses the use and relevance of maturity models in project management.&lt;br /&gt;
&lt;br /&gt;
-	Purpose and potential&lt;br /&gt;
&lt;br /&gt;
-	PMMM as first step in changing culture&lt;br /&gt;
&lt;br /&gt;
-	Reactive or proactive? – the optimal way of using the model&lt;br /&gt;
&lt;br /&gt;
-	Workload versus results&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=19968</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=19968"/>
		<updated>2016-09-11T20:06:41Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
...&lt;br /&gt;
&lt;br /&gt;
== Big Idea ==&lt;br /&gt;
&lt;br /&gt;
== Application ==&lt;br /&gt;
&lt;br /&gt;
== Limitations ==&lt;br /&gt;
&lt;br /&gt;
== Annotated bibliography ==&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=19961</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=19961"/>
		<updated>2016-09-11T20:03:22Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
== Abstract ==&lt;br /&gt;
...&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=19849</id>
		<title>Project Management Maturity Models</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Project_Management_Maturity_Models&amp;diff=19849"/>
		<updated>2016-09-11T17:17:54Z</updated>

		<summary type="html">&lt;p&gt;S104809: Created page with &amp;quot;...&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;...&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Articles_Fall_Term_2016&amp;diff=19847</id>
		<title>Articles Fall Term 2016</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Articles_Fall_Term_2016&amp;diff=19847"/>
		<updated>2016-09-11T17:15:53Z</updated>

		<summary type="html">&lt;p&gt;S104809: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
|+ &#039;&#039;&#039;Disclaimer!&lt;br /&gt;
|-&lt;br /&gt;
|&#039;&#039;The requirements for the articles written during Fall Term 2015 were not the same as for Fall Term 2016. Please make sure you read the requirements for your own fall term carefully before starting your wiki article.&#039;&#039;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Please complete this table with your group number, full name, username and the title of your article.&lt;br /&gt;
&lt;br /&gt;
To create more lines in the table click &#039;&#039;&#039;Edit&#039;&#039;&#039; and use the following code to create more lines in the table and replace the example text with your own information:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre style=&amp;quot;white-space: pre-wrap; &lt;br /&gt;
white-space: -moz-pre-wrap; &lt;br /&gt;
white-space: -pre-wrap; &lt;br /&gt;
white-space: -o-pre-wrap; &lt;br /&gt;
word-wrap: break-word;&amp;quot;&amp;gt;&lt;br /&gt;
|-		&lt;br /&gt;
|Group Number&lt;br /&gt;
|First Name&lt;br /&gt;
|Last Name&lt;br /&gt;
|Username&lt;br /&gt;
|Link to Article&lt;br /&gt;
|-&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Create a direct link by making square brackets ([[ ]]) around the title such as [[Title]]&lt;br /&gt;
&lt;br /&gt;
The straight lines ( | ) create columns and the straight line with a dash ( |- ) creates a new row in the table.&lt;br /&gt;
&lt;br /&gt;
( |} ) is only used at the very end to finish the coding for the table.&lt;br /&gt;
&lt;br /&gt;
=Overview of 2016 Wiki articles=&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable sortable&amp;quot;&lt;br /&gt;
|+Fall 2016 Wiki Articles&lt;br /&gt;
|-&lt;br /&gt;
!Group Number&lt;br /&gt;
!First Name&lt;br /&gt;
!Last Name&lt;br /&gt;
!Wiki User Name&lt;br /&gt;
!Link to Wiki article&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Aitor&lt;br /&gt;
|Altuna&lt;br /&gt;
|aitor.altuna&lt;br /&gt;
|[[Knowledge management in projects and organizations]]&lt;br /&gt;
|-|&lt;br /&gt;
| 06&lt;br /&gt;
|Alexander Daniel&lt;br /&gt;
|Marcussen&lt;br /&gt;
|Alm92&lt;br /&gt;
|[[Understand best practices based on network mapping]]&lt;br /&gt;
|-&lt;br /&gt;
|15&lt;br /&gt;
|Alexander&lt;br /&gt;
|Michel&lt;br /&gt;
|Alexm&lt;br /&gt;
|[[Portfolio Management using the BCG-Matrix]]&lt;br /&gt;
&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Amedeo&lt;br /&gt;
|Mocchiutti&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Anastasia&lt;br /&gt;
|Stella&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Andrzej&lt;br /&gt;
|Stanek&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|13&lt;br /&gt;
|Anika Zandra&lt;br /&gt;
|Alcoat&lt;br /&gt;
|zaac&lt;br /&gt;
||[[Risk and Opportunities Management]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Anna&lt;br /&gt;
|Paparizou&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Anne &lt;br /&gt;
|Folkvard Petersen&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Apostolos&lt;br /&gt;
|Bougas&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Arjun Abraham&lt;br /&gt;
|Punnen&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Arnaldo&lt;br /&gt;
|Landivar Taborga&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Aromi&lt;br /&gt;
|Salot&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Artem&lt;br /&gt;
|Chernyshev&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Arvin&lt;br /&gt;
|Fattah&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Astrid&lt;br /&gt;
|Greve Rokne&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|4&lt;br /&gt;
|Birthe&lt;br /&gt;
|Wohlenberg&lt;br /&gt;
|BWO&lt;br /&gt;
|[[Myers-Briggs Type Indicator]]&lt;br /&gt;
|-&lt;br /&gt;
|7&lt;br /&gt;
|Bjarni Jakob&lt;br /&gt;
|Gunnarsson&lt;br /&gt;
|Bjarni Jakob&lt;br /&gt;
|[[Risk management process]]&lt;br /&gt;
|-|&lt;br /&gt;
|&lt;br /&gt;
|Camilla Engstrøm&lt;br /&gt;
|Jensen&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|14&lt;br /&gt;
|Camille&lt;br /&gt;
|Bortot&lt;br /&gt;
|Camille.Bortot&lt;br /&gt;
|[[International Project Management ]]&lt;br /&gt;
|-&lt;br /&gt;
|8&lt;br /&gt;
|Carl Johan Fokdal&lt;br /&gt;
|Christensen&lt;br /&gt;
|CJ&lt;br /&gt;
|[[Lean Design Management]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Carlos&lt;br /&gt;
|Sanchez Garcia&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Chalida&lt;br /&gt;
|Jaidee&lt;br /&gt;
|Chalidaj&lt;br /&gt;
|[[The Critical Path Method in project planning]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Charlotte Cecilie&lt;br /&gt;
|Søgaard&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Christian Haim&lt;br /&gt;
|Raben&lt;br /&gt;
|Christian&lt;br /&gt;
|[[Managing Portfolio Complexity]]&lt;br /&gt;
|-&lt;br /&gt;
|5&lt;br /&gt;
|Christian Lolk&lt;br /&gt;
|Thomsen&lt;br /&gt;
|&lt;br /&gt;
|[[Multi-criteria decision making (MCDM) for Project selection]]&lt;br /&gt;
|-&lt;br /&gt;
|3&lt;br /&gt;
|Christian Vindegaard&lt;br /&gt;
|Grønberg&lt;br /&gt;
|Vindegaard&lt;br /&gt;
|[[AHP as a Decision Making Tool in Projects, Programs and Portfolios]]&lt;br /&gt;
|-|&lt;br /&gt;
|2&lt;br /&gt;
|Christiane Steenbergh&lt;br /&gt;
|Myrup&lt;br /&gt;
|Chrisitane&lt;br /&gt;
|[[Last Planner System as a project management tool]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Christoffer Koza&lt;br /&gt;
|Hansen&lt;br /&gt;
|Christoffer Koza&lt;br /&gt;
|[[Total Quality Management]]&lt;br /&gt;
|-|&lt;br /&gt;
|&lt;br /&gt;
|Clement Victor Emile&lt;br /&gt;
|Hammel&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Davide&lt;br /&gt;
|Paganini&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Edvinas&lt;br /&gt;
|Zamaratskis&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|8&lt;br /&gt;
|Erika&lt;br /&gt;
|di Pietro&lt;br /&gt;
|s155375&lt;br /&gt;
|[[Sustainability, a competitive advantage]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Evdoxia&lt;br /&gt;
|Pertsinidou&lt;br /&gt;
|S151128&lt;br /&gt;
|[[Reporting of projects]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Evgeniya Ventsislavova&lt;br /&gt;
|Garkova&lt;br /&gt;
|s160807&lt;br /&gt;
|[[The Kaizen – Toyota KATA method]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Ewa Joanna&lt;br /&gt;
|Kunkel&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Fabricio Gasparin&lt;br /&gt;
|Lucchesi&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Federico&lt;br /&gt;
|Riccardo&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Filip Møller Knudsen&lt;br /&gt;
|Knudsen&lt;br /&gt;
|Fmk&lt;br /&gt;
|[[Risk Management In Construction Projects]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Filippo&lt;br /&gt;
|Gioanina&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Franziska&lt;br /&gt;
|Schorr&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Frederik&lt;br /&gt;
|Skjoldborg&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Georg Maximilian Ruven&lt;br /&gt;
|Schriewersmann&lt;br /&gt;
|Mschriew&lt;br /&gt;
|[[Reference class forecasting and the corresponding limitations]]&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Georgios&lt;br /&gt;
|Nikou&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Gudjon&lt;br /&gt;
|Arngrimsson&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|7&lt;br /&gt;
|Gudrún Thóra&lt;br /&gt;
|Reynisdóttir&lt;br /&gt;
|s124692&lt;br /&gt;
|[[Critical-Chain Approach]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Gunnar Thorlakur&lt;br /&gt;
|Thorsson&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|12&lt;br /&gt;
|Iðunn Tara&lt;br /&gt;
|Ásgrímsdóttir&lt;br /&gt;
|IdunnTara&lt;br /&gt;
|[[Theory of Constraints in Software Development]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Igor&lt;br /&gt;
|Juko&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Ingrid&lt;br /&gt;
|Berg&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Ioannis&lt;br /&gt;
|Milakas-Tsamouras&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|01&lt;br /&gt;
|Jeanette Garst&lt;br /&gt;
|Johansen&lt;br /&gt;
|JeanetteGJ&lt;br /&gt;
|[[The use of Gantt chart in project management]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Jens Dines Obel&lt;br /&gt;
|Jepsen&lt;br /&gt;
|DinesObelJepsen&lt;br /&gt;
|[[Value Maximization, Strategy Alignment and Balancing in Portfolios]] &lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|João Pedro&lt;br /&gt;
|Castro&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Johan Knudegaard&lt;br /&gt;
|Engesgaard&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Jorge Horacio&lt;br /&gt;
|Ramirez Basurto&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Jose de Jesus&lt;br /&gt;
|Cruz Contreras&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Joseph&lt;br /&gt;
|Kurian&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|15&lt;br /&gt;
|Kai-Sören Sokolowski&lt;br /&gt;
|Sokolowski&lt;br /&gt;
|Kai&lt;br /&gt;
|[[Scrum in the context of lean and agile project management]]&lt;br /&gt;
|-&lt;br /&gt;
|4&lt;br /&gt;
|Katrine Bager&lt;br /&gt;
|Olesen&lt;br /&gt;
|S113525&lt;br /&gt;
|[[The Decision Matrix]]&lt;br /&gt;
|-&lt;br /&gt;
|10&lt;br /&gt;
|Line Hye Sun&lt;br /&gt;
|Elmshøj&lt;br /&gt;
|s123449&lt;br /&gt;
|[[Knowledge sharing in project management]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Magnus&lt;br /&gt;
|Schulz&lt;br /&gt;
|MSchulz&lt;br /&gt;
|[[Earned Value Analysis]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Marco&lt;br /&gt;
|Carloni&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|13&lt;br /&gt;
|Marco&lt;br /&gt;
|Ronzoni&lt;br /&gt;
|Marcoronzoni&lt;br /&gt;
|[[The Delphi Technique in Project Management]]&lt;br /&gt;
|-&lt;br /&gt;
|8&lt;br /&gt;
|Maria Vittoria&lt;br /&gt;
|Onori&lt;br /&gt;
|M vittoria&lt;br /&gt;
|[[Theory and Practice of Earned Value Management]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Maria&lt;br /&gt;
|Saridaki&lt;br /&gt;
|SaridakiM&lt;br /&gt;
|[[BIM uses in project management]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Marit Moberg&lt;br /&gt;
|Vossgård&lt;br /&gt;
|MAVO&lt;br /&gt;
|[[Kanban in Project Management]]&lt;br /&gt;
|-&lt;br /&gt;
|11&lt;br /&gt;
|Marouana Oulfat&lt;br /&gt;
|Afroukh&lt;br /&gt;
|S152191&lt;br /&gt;
|[[Managing Group Development using the Johari Window]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Matilde Nygaard &lt;br /&gt;
|Pedersen&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Mehmet Cagri&lt;br /&gt;
|Hekim&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|2&lt;br /&gt;
|Mie Louise Elsborg&lt;br /&gt;
|Drejer&lt;br /&gt;
|Mie Drejer&lt;br /&gt;
| [[VDC as a project management tool on construction projects ]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Miguel Martínez &lt;br /&gt;
|Montaña&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|13&lt;br /&gt;
|Natacha &lt;br /&gt;
|Leduc&lt;br /&gt;
|natacha&lt;br /&gt;
|[[How to successfully go through the Five Stages of Team Development]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Nicklas&lt;br /&gt;
|Risager &lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Niels Aksel&lt;br /&gt;
|Madsen&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|6&lt;br /&gt;
|Niels Christian &lt;br /&gt;
|Kirk&lt;br /&gt;
|Kirk1993&lt;br /&gt;
|[[Leading the group]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Nikolaj Friis&lt;br /&gt;
|Hansen&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Nikolaos &lt;br /&gt;
|Gavriilidis&lt;br /&gt;
|Nikolaos&lt;br /&gt;
|[[Cost Estimation Techniques for Projects]]&lt;br /&gt;
|-&lt;br /&gt;
|7&lt;br /&gt;
|Olöf Run&lt;br /&gt;
|Sigurjonsdottir&lt;br /&gt;
|s150964&lt;br /&gt;
|[[Critical Path Methods]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Pablo Jose Guerra&lt;br /&gt;
|Guerra&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Phillip&lt;br /&gt;
|Hasselbalch&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|7	&lt;br /&gt;
|Ragna&lt;br /&gt;
|Helgadóttir&lt;br /&gt;
|S155273&lt;br /&gt;
|[[Lean Management and use of the Last Planner System in Construction Projects]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Raivo&lt;br /&gt;
|Kalderauskis&lt;br /&gt;
|Raivo Kalderauskis&lt;br /&gt;
|[[Advantages of BIM for management of building projects ]]&lt;br /&gt;
|-&lt;br /&gt;
|14&lt;br /&gt;
|Raphaël&lt;br /&gt;
|Lassaux&lt;br /&gt;
|Lassauxr&lt;br /&gt;
|[[Management of remote project]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Riccardo&lt;br /&gt;
|Ferranti&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Rikke Klavstrup &lt;br /&gt;
|Wittendorff&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Robin&lt;br /&gt;
|Hertenberger&lt;br /&gt;
|RobinH&lt;br /&gt;
|[[Stakeholder Management in Wind Power Projects]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Romain&lt;br /&gt;
|Clouzeau&lt;br /&gt;
|Romain Clouzeau&lt;br /&gt;
|[[Including Risk Management in Construction Projects]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Rosa Elisabeth&lt;br /&gt;
|Lindqvist&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Sanka Chrishan &lt;br /&gt;
|Hettiarachchi Gunawardena&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|16&lt;br /&gt;
|Sean&lt;br /&gt;
|O&#039;Regan&lt;br /&gt;
|OReganS&lt;br /&gt;
|[[Stakeholder Expectations Management]]&lt;br /&gt;
|-&lt;br /&gt;
|16&lt;br /&gt;
|Sebastian &lt;br /&gt;
|Bauer&lt;br /&gt;
|Sebastian Bauer&lt;br /&gt;
|[[Roadmapping in Program Management]]&lt;br /&gt;
|-&lt;br /&gt;
|10&lt;br /&gt;
|Selma Lind&lt;br /&gt;
|Jonsdottir&lt;br /&gt;
|S151176&lt;br /&gt;
|[[The Critical Path Method (CPM) in Project Management]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Sheren &lt;br /&gt;
|Agbarie&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Signe Skovmand&lt;br /&gt;
|Jakobsen&lt;br /&gt;
|SSJ&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Siri &lt;br /&gt;
|Lassen-Urdahl&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|16&lt;br /&gt;
|Sofia&lt;br /&gt;
|Griggio&lt;br /&gt;
|SofiaGriggio&lt;br /&gt;
|[[The Agile methodology and its frameworks]]&lt;br /&gt;
|-&lt;br /&gt;
|4&lt;br /&gt;
|Sofie &lt;br /&gt;
|Olesen&lt;br /&gt;
|s104809&lt;br /&gt;
|[[Project Management Maturity Model]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Somar Faraj &lt;br /&gt;
|Hassan&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Stefan&lt;br /&gt;
|Schenk&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|5&lt;br /&gt;
|Stefan Borch&lt;br /&gt;
|Bilfeldt&lt;br /&gt;
|Stefan&lt;br /&gt;
|[[Risk-Reward Bubble Diagrams in Project Portfolio Prioritization]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Stefán Geir&lt;br /&gt;
|Sigfússon&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Sveinn &lt;br /&gt;
|Isleifsson&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Swaroop Kumar&lt;br /&gt;
|Sahu&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Thorgeir&lt;br /&gt;
|Sveinsson&lt;br /&gt;
|thorgeir11&lt;br /&gt;
|[[Earned Value Management (EVM) in construction projects]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Tim &lt;br /&gt;
|Jonas&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Timea-Denisa&lt;br /&gt;
|Merca&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Timokleia&lt;br /&gt;
|Orfanidou&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|6&lt;br /&gt;
|Tobias Lyck Bjært&lt;br /&gt;
| Sørensen&lt;br /&gt;
|Tobias Sørensen&lt;br /&gt;
|[[Stakeholder Network]]&lt;br /&gt;
|-&lt;br /&gt;
|2&lt;br /&gt;
|Trine&lt;br /&gt;
|Marquardsen&lt;br /&gt;
|Trinemarquardsen&lt;br /&gt;
|[[Managing Stakeholders in Construction]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Vittorio&lt;br /&gt;
|Albertazzi&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|16&lt;br /&gt;
|Wilfried&lt;br /&gt;
|Genier&lt;br /&gt;
|Wilfried_Genier&lt;br /&gt;
|[[Valuation methods in Project Portfolio Optimization - Focus on Real Options]]&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Yann Mamy&lt;br /&gt;
|Randrianarison&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|&lt;br /&gt;
|Yin&lt;br /&gt;
|Jia&lt;br /&gt;
|&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|11&lt;br /&gt;
|Zsofia Dora&lt;br /&gt;
|Helmeczi&lt;br /&gt;
|s155698&lt;br /&gt;
|[[The use of Last Planner System in highly specialised construction projects]]&lt;br /&gt;
|-		&lt;br /&gt;
|12&lt;br /&gt;
|Jakob&lt;br /&gt;
|Rolfsson&lt;br /&gt;
|s150892&lt;br /&gt;
|[[Scrum method]]&lt;br /&gt;
|-&lt;br /&gt;
|-		&lt;br /&gt;
|8&lt;br /&gt;
|Tabea&lt;br /&gt;
|Ramirez Hernandez&lt;br /&gt;
|s152377&lt;br /&gt;
|[[Project Management in the Fuzzy Front End]]&lt;br /&gt;
|-&lt;br /&gt;
|-		&lt;br /&gt;
|12&lt;br /&gt;
|Fridrik&lt;br /&gt;
|Karlsson&lt;br /&gt;
|s150948&lt;br /&gt;
|[[Scrum an Agile Framework]]&lt;br /&gt;
|-&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;/div&gt;</summary>
		<author><name>S104809</name></author>
	</entry>
</feed>