<?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=S131063</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=S131063"/>
	<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php/Special:Contributions/S131063"/>
	<updated>2026-07-14T09:48:52Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.43.3</generator>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5735</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5735"/>
		<updated>2014-12-01T11:34:34Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Closing Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing philosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen. Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas throughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fails. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities. Some examples of commercial scheduling software which are already being implemented in industry can be seen in the links bellow. Also the video on the right side exemplifies clearly the idea.&lt;br /&gt;
&lt;br /&gt;
[https://kanbanflow.com/ &#039;&#039;www.kanbanflow.com&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
[http://www.agilezen.com/&#039;&#039;www.agilezen.com/&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or task. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5727</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5727"/>
		<updated>2014-12-01T11:21:57Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Current status */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing philosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen. Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas throughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fails. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities. Some examples of commercial scheduling software which are already being implemented in industry can be seen in the links bellow. Also the video on the right side exemplifies clearly the idea.&lt;br /&gt;
&lt;br /&gt;
[https://kanbanflow.com/ &#039;&#039;www.kanbanflow.com&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
[http://www.agilezen.com/&#039;&#039;www.agilezen.com/&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5698</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5698"/>
		<updated>2014-12-01T09:58:57Z</updated>

		<summary type="html">&lt;p&gt;S131063: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing philosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen. Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas throughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities. Some examples of commercial scheduling software which are already being implemented in industry can be seen in the links bellow. Also the video on the right side exemplifies clearly the idea.&lt;br /&gt;
&lt;br /&gt;
[https://kanbanflow.com/ &#039;&#039;www.kanbanflow.com&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
[http://www.agilezen.com/&#039;&#039;www.agilezen.com/&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5688</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5688"/>
		<updated>2014-12-01T09:44:02Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities. Some examples of commercial scheduling software which are already being implemented in industry can be seen in the links bellow. Also the video on the right side exemplifies clearly the idea.&lt;br /&gt;
&lt;br /&gt;
[https://kanbanflow.com/ &#039;&#039;www.kanbanflow.com&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
[http://www.agilezen.com/&#039;&#039;www.agilezen.com/&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5687</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5687"/>
		<updated>2014-12-01T09:42:59Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities. Some examples of commercial scheduling software which are already being implemented in industry can be seen in the links bellow. Also the video on the right side exemplifies clearly the idea.&lt;br /&gt;
&lt;br /&gt;
[https://kanbanflow.com/ &#039;&#039;kanbanflow.com&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
[http://www.agilezen.com/&#039;&#039;www.agilezen.com/&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5686</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5686"/>
		<updated>2014-12-01T09:42:02Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities. Some examples of commercial scheduling software which are already being implemented in industry can be seen in the links bellow. Also the video on the right side exemplifies clearly the idea.&lt;br /&gt;
[https://kanbanflow.com/ &#039;&#039;www.kanbanflow.com&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
[http://www.agilezen.com/&#039;&#039;www.agilezen.com/&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5684</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5684"/>
		<updated>2014-12-01T09:39:04Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
[https://kanbanflow.com/ &#039;&#039;www.kanbanflow.com&#039;&#039;]&lt;br /&gt;
[http://www.agilezen.com/&#039;&#039;www.agilezen.com/&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5682</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5682"/>
		<updated>2014-12-01T09:35:14Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5681</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5681"/>
		<updated>2014-12-01T09:34:40Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles.&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Visual Project Management|frame}}&lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5680</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5680"/>
		<updated>2014-12-01T09:33:07Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=OdyGBFGFx1c|200|right|Cynefin framework explained by David J. Snowden|frame}}&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5679</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5679"/>
		<updated>2014-12-01T09:32:42Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Planning Process */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
{{#ev:youtube|www.youtube.com/watch?v=v=OdyGBFGFx1c|200|right|Cynefin framework explained by David J. Snowden|frame}}&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5651</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5651"/>
		<updated>2014-12-01T00:01:04Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* How to manage projects in a Lean way */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. [[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5650</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5650"/>
		<updated>2014-12-01T00:00:40Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* How to manage projects in a Lean way */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
[[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5649</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5649"/>
		<updated>2014-12-01T00:00:09Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* How to manage projects in a Lean way */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Steps.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=File:Steps.png&amp;diff=5648</id>
		<title>File:Steps.png</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=File:Steps.png&amp;diff=5648"/>
		<updated>2014-11-30T23:59:36Z</updated>

		<summary type="html">&lt;p&gt;S131063: S131063 uploaded a new version of &amp;amp;quot;File:Steps.png&amp;amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=File:Steps.png&amp;diff=5647</id>
		<title>File:Steps.png</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=File:Steps.png&amp;diff=5647"/>
		<updated>2014-11-30T23:55:57Z</updated>

		<summary type="html">&lt;p&gt;S131063: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5645</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5645"/>
		<updated>2014-11-30T23:42:19Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&#039;&#039;&#039;First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked). I answered in bold letters:&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&#039;&#039;&#039;First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked),I answered in bold letters&#039;&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&#039;&#039;&#039;What do you mean with &amp;quot;The links are not taken into consideration? If you refer to the references I used them throughout the article... Sorry, I do not understand your point...&#039;&#039;&#039;&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (Point 5: See also), maybe you did not realised about it...&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&#039;&#039;&#039;Done ;)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5644</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5644"/>
		<updated>2014-11-30T23:41:55Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked). I answered in bold letters:&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&#039;&#039;&#039;First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked),I answered in bold letters&#039;&#039;&#039;:&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&#039;&#039;&#039;What do you mean with &amp;quot;The links are not taken into consideration? If you refer to the references I used them throughout the article... Sorry, I do not understand your point...&#039;&#039;&#039;&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (Point 5: See also), maybe you did not realised about it...&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&#039;&#039;&#039;Done ;)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5643</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5643"/>
		<updated>2014-11-30T23:41:32Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked). I answered in bold letters:&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&#039;&#039;&#039;What do you mean with &amp;quot;The links are not taken into consideration? If you refer to the references I used them throughout the article... Sorry, I do not understand your point...&#039;&#039;&#039;&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (Point 5: See also), maybe you did not realised about it...&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&#039;&#039;&#039;Done ;)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5642</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5642"/>
		<updated>2014-11-30T23:40:56Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&#039;&#039;&#039;What do you mean with &amp;quot;The links are not taken into consideration? If you refer to the references I used them throughout the article... Sorry, I do not understand your point...&#039;&#039;&#039;&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (Point 5: See also), maybe you did not realised about it...&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&#039;&#039;&#039;Done ;)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5641</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5641"/>
		<updated>2014-11-30T23:40:35Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&#039;&#039;&#039;What do you mean with &amp;quot;The links are not taken into consideration? If you refer to the references I used them throughout the article... Sorry, I do not understand your point...&#039;&#039;&#039;&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (Point 5: See also), maybe you did not realised about it...&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&#039;&#039;&#039;Done ;)&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
&#039;&#039;&#039;Thank you very much for your feedback, it has been very usefull and it helps me a lot to improve my article :) &#039;&#039;&#039;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5640</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5640"/>
		<updated>2014-11-30T23:39:20Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&#039;&#039;&#039;What do you mean with &amp;quot;The links are not taken into consideration? If you refer to the references I used them throughout the article... Sorry, I do not understand your point...&#039;&#039;&#039;&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (Point 5: See also), maybe you did not realised about it...&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
Done ;)&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5638</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5638"/>
		<updated>2014-11-30T23:35:45Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (Point 5: See also), maybe you did not realised about it...&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
Done ;)&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5636</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5636"/>
		<updated>2014-11-30T23:33:55Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;Do  you mean &amp;quot;in depth&amp;quot; instead of &amp;quot;into debt&amp;quot;? I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&#039;&#039;&#039;As I understood, a topic for the wiki-article is fine if it is related to the APPPM course and follows the especifications provided by the teachers during the lectures and fulfill the requirenments expected by them. In this sense, the APPPM is a bit different than the &amp;quot;normal wiki&amp;quot;.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&#039;&#039;&#039;Yes, you are right. I think that this point depends more on a personal opinion of the reader. From my point of view I like the statement as an introductory sentence to the topic of the article. For this reason I decided to keep it.&#039;&#039;&#039;&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&#039;&#039;&#039;The article is clearly linked with other APPPM wiki articles, I did even an especial section in which I included the links to the articles related (see also)&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5628</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5628"/>
		<updated>2014-11-30T23:17:58Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;I relate to project management many times throughout all the article, also I have the category end of text. In my opinion, the relation to Project Management is quite clear since I related to this a lot of times.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5625</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5625"/>
		<updated>2014-11-30T23:15:40Z</updated>

		<summary type="html">&lt;p&gt;S131063: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5623</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5623"/>
		<updated>2014-11-30T23:14:21Z</updated>

		<summary type="html">&lt;p&gt;S131063: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to [[Category:Project Management]]. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5622</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5622"/>
		<updated>2014-11-30T23:13:26Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&#039;&#039;&#039;I relate to project management throughout all the article, also I have the category end of text.&#039;&#039;&#039;&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5618</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5618"/>
		<updated>2014-11-30T23:07:29Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Formal aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&#039;&#039;&#039;I aligned them by doing all the figures from myself which means no references in any of them. Before, the picture related to the PMBOK GUIDE was extracted from this guide but since I am not sure about the copyright issues I decided to change the picture and draw one from myself&#039;&#039;&#039;&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&#039;&#039;&#039;I did the figures from myself&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&#039;&#039;&#039;I tried to align the figures as good as I could, the problem is that depending on your computer or the zoom you have on your screen you will see them in one way or another&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5615</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5615"/>
		<updated>2014-11-30T23:01:55Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Formal aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&#039;&#039;&#039;I do not know what you mean with &amp;quot;minor constant issue related to the grammar&amp;quot;, it is difficult for me to correct it if you are not more especific about which is the constant mistake... Anyway I checked all the text and I found some small mistakes which are already corrected.&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&#039;&#039;&#039;I went through the text and I found some long sentences which I changed and I did them shorter. Hope now it is better&#039;&#039;&#039;&lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&#039;&#039;&#039; Done ;), as I said to the other reviewer, &#039;&#039;&#039;&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5612</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5612"/>
		<updated>2014-11-30T22:55:40Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5611</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5611"/>
		<updated>2014-11-30T22:55:25Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Formal aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5610</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5610"/>
		<updated>2014-11-30T22:54:54Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Formal aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
===Formal aspects===&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
===Content aspects===&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5609</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5609"/>
		<updated>2014-11-30T22:53:54Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Formal aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
=Formal aspects=&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5608</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5608"/>
		<updated>2014-11-30T22:53:20Z</updated>

		<summary type="html">&lt;p&gt;S131063: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;br /&gt;
&lt;br /&gt;
==  Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5607</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5607"/>
		<updated>2014-11-30T22:51:21Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&#039;&#039;&#039;As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&#039;&#039;&#039;&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5604</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5604"/>
		<updated>2014-11-30T22:50:58Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
As it is a wiki-article, adressing an accademic topic, I tried to do the article in an objective way: based on scientific literature and avoiding my own opinion.&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that it was not clear enough in the text, I reformulated now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5601</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5601"/>
		<updated>2014-11-30T22:48:25Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&#039;&#039;&#039;This was one mistake, now I corrected to : Competition in industry increasingly makes more important...Good point! &#039;&#039;&#039;&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&#039;&#039;&#039;I think now is fine, this is a conclusion from all the analysis done throughout the article but I think that was not clear enough in the text, I reformulate now this part in a better way. Hope now is understandable ;) &#039;&#039;&#039;&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5599</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5599"/>
		<updated>2014-11-30T22:44:29Z</updated>

		<summary type="html">&lt;p&gt;S131063: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5598</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5598"/>
		<updated>2014-11-30T22:43:01Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Discussion */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
It can be concluded from the analysis done throughout the article, that LPM philosophy would become an important part of the companies’ culture; they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5595</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5595"/>
		<updated>2014-11-30T22:40:57Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Discussion */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
From the analysis done throughout the article, can be concluded that LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5593</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5593"/>
		<updated>2014-11-30T22:38:05Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Content aspects */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary.&lt;br /&gt;
&#039;&#039;&#039;I include some more information related to this issue in the discusion part.&#039;&#039;&#039; &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5588</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5588"/>
		<updated>2014-11-30T22:32:14Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will go throughout your points and I will answer your recommendations point by point (I do not answer when the feedbak is good and there is nothing to be checked):&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5586</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5586"/>
		<updated>2014-11-30T22:28:22Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
First of all, thank you for your feedback. I will answer point by point to your opinions and recommendations:&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
&#039;&#039;&#039;I checked all the text again and I corrected some small language mistakes. I also improved some sentences and now the article is nicer (from my point of view).&#039;&#039;&#039;&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
&#039;&#039;&#039;Done ;) &#039;&#039;&#039;&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
&#039;&#039;&#039;Done, I didn&#039;t do it before because I was following a more &amp;quot;wiki article estructure&amp;quot; (usually, I haven&#039;t seen references to the figures in wiki articles) but after asking the teachers, it seems that in our case do not need to be like that. Thank your for your advice, it is now corrected. &#039;&#039;&#039;&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
&#039;&#039;&#039;Yes, it is&#039;&#039;&#039;&lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5581</id>
		<title>Talk:Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Talk:Lean_Project_Management&amp;diff=5581"/>
		<updated>2014-11-30T22:12:40Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
This is a great, well written article providing a solid description of Lean Project Management.&lt;br /&gt;
&lt;br /&gt;
=== Formal aspects ===&lt;br /&gt;
*The language is nice and easy to understand but proof-reading is recommended.&lt;br /&gt;
*The structure of the article engages the reader. It is well structured and chronologically disposed.&lt;br /&gt;
*The use of figures is great and supports the take-away points from the sections. &lt;br /&gt;
*The figures seem correct, convincing and easy to understand. &lt;br /&gt;
*I suggest adding figure numbers in the figure texts.&lt;br /&gt;
*I suggest referring to the figures throughout the text. This hasn’t been done consistently.&lt;br /&gt;
*It is assumed that the author has created the figures by him-/herself and that there are no copyright issues. &lt;br /&gt;
*The article is very well formatted Wiki-style. &lt;br /&gt;
*References are used consistently and correctly and seem to cover the topic to a great extent.&lt;br /&gt;
&lt;br /&gt;
=== Content aspects ===&lt;br /&gt;
*It’s great the article starts by explaining the importance of the topic. This is engaging the reader and works as a great appetizer to read more. &lt;br /&gt;
*Consider to include some of the findings from the article so it works as a summary. &lt;br /&gt;
*The topic is assumed to be highly relevant for a practitioner considering to apply Lean project Management within an organization.&lt;br /&gt;
*It is clear that the article belongs to the “Introduction and overview” category since it takes care of the proposed elements. &lt;br /&gt;
*The length of the article seems appropriate. The article seems to cover the topic to a great extent without being too “heavy” to read. &lt;br /&gt;
*There is a great chronological red thread throughout the article as well as a nice overview. &lt;br /&gt;
*References are in general used extensively with relevant sources of high quality.&lt;br /&gt;
*The article has a section referring to other Wiki pages, which is great.&lt;br /&gt;
*It can be a bit difficult to distinct between own opinion and statements from literature:&lt;br /&gt;
**From the top section: Using “our” in the following sentence makes it seem like it is written by a company and is a bit confusing: “Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product…”&lt;br /&gt;
**From the discussion: “LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques” – where does this statement come from?&lt;br /&gt;
*The article doesn’t seem to have “copy/paste” plagiarism.&lt;br /&gt;
&lt;br /&gt;
== Answer to the feedback on &amp;quot;Lean Project Management&amp;quot; by DBDHL ==&lt;br /&gt;
&lt;br /&gt;
==  Feedback on &amp;quot;Lean Project Management&amp;quot; by Linus R.V==&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Well structured, into deep written big article, which immerse the reader into the world of Lean and the Lean Way of project Management&lt;br /&gt;
&lt;br /&gt;
==Formal aspects==&lt;br /&gt;
&lt;br /&gt;
*In general the article seem to be free of spelling errors. However, there is a minor constant issue related to the grammar, this issue is constant throughout the article. The article would improve further immediate, by solving that issue. &lt;br /&gt;
&lt;br /&gt;
*The article is well written, with only minor issues regarding long-winded, hard-to-follow sentences. &lt;br /&gt;
&lt;br /&gt;
*The flow of the article seems natural and leaves no space for confusion. &lt;br /&gt;
&lt;br /&gt;
*The figures are meaningfull and appropriate. It would be nice if they were directly linked to the sections were the topic related to a specific figure is explained.&lt;br /&gt;
&lt;br /&gt;
* The figures also seem to be free for errors in the graphics. Further there is however a issue related to the references in the figures, where a single one of them (PMI-Phase delivery model) points at the PMBOK GUIDE in the description of the figures, where the rest is relation free. That needs to be aligned.&lt;br /&gt;
&lt;br /&gt;
*Are the figures re-drawn or directly copied from others content?. If they are directly from other content, consider some actions according to your protection from copyright claims.&lt;br /&gt;
&lt;br /&gt;
* The article is formatted correctly. The appeareance of the figures on the other hand, looks like to have some room for improvement according to size and alignment in the article and in relation to each other.&lt;br /&gt;
&lt;br /&gt;
==Content aspects==&lt;br /&gt;
&lt;br /&gt;
*Since the article is describing Lean and How to manage projects in a Lean way, the assumption is made that the article is of highly interest for a practitioner.&lt;br /&gt;
&lt;br /&gt;
*The article describes Lean and How to manage projects in a Lean way into debt, with propper phase descriptions and the evaluation of tools. Thereby the article highly relates to a project management topic. When that is said, the direct link or interaction with general project, programme and portfolio management methods is minor or not existing and may put LPM in the light of a stand alone approach. &lt;br /&gt;
&lt;br /&gt;
*It is quite clear, that the article is related to one of the proposed content categories. &lt;br /&gt;
&lt;br /&gt;
*The length of the article seems nice for the in debt description of a whole PM method, including phases. One could question if the in debt description is aligned with the idea of a wiki. Wikipedia, for instance, has a labyrinthine set of policies and guidelines summed up in its five pillars: &#039;&#039;&#039;Wikipedia is an encyclopaedia&#039;&#039;; Wikipedia has a neutral point of view; Wikipedia is free content; Wikipedians should interact in a respectful and civil manner; and Wikipedia does not have firm rules. Encyclopaedia again is defined as: An encyclopedia or encyclopaedia (also spelled encyclopædia, see spelling differences)[1] is a type of reference work or compendium holding a comprehensive summary of information from either all branches of knowledge or a particular branch of knowledge.[2]. &lt;br /&gt;
&lt;br /&gt;
*The overall flow seems logical and natural. Hence no suggestions are proposed.&lt;br /&gt;
&lt;br /&gt;
*The starting article seem to have a nice size and contains the relevant introduction topic, however some people may see &amp;quot;Many companies&amp;quot; as somewhat unclear opening statement. The view on that surely differs and thereby it is meant as discussion point, for general consideration. &lt;br /&gt;
&lt;br /&gt;
*The article provides sufficient sources and reference material, even though a crosslink and a link for further reading. &lt;br /&gt;
&lt;br /&gt;
*The resources look a like high to good quality reference material, thus it is hard to define what the article mainly relies on. The links are not taken into consideration. &lt;br /&gt;
&lt;br /&gt;
*The article is not linked to another APPPM wiki.&lt;br /&gt;
&lt;br /&gt;
*Overall the article seems to be quite objective, since the topic by nature doesn&#039;t leave much room for interpretation. It is hard to determine if the author avoided, other crucial relevant information and thereby has ben non objective, &lt;br /&gt;
&lt;br /&gt;
* In general the article seems to be free for copy and paste plagiarism, anyway should the author put attention to review sources and destinations to be absolut sure, that copy paste and plagiarism is avoided.&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5577</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5577"/>
		<updated>2014-11-30T22:08:17Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Monitoring and Controlling Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5576</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5576"/>
		<updated>2014-11-30T22:07:15Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Monitoring and Controlling Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. [[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5575</id>
		<title>Lean Project Management</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=Lean_Project_Management&amp;diff=5575"/>
		<updated>2014-11-30T22:06:57Z</updated>

		<summary type="html">&lt;p&gt;S131063: /* Monitoring and Controlling Processes */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
Many companies fully or partially live in a project world, although most of them do not act as project-driven companies. Competition in our industry increasingly makes more important the desire of optimizing what leads to provide our customers better service or product, within the time and cost agreed, and to the extent expected by them. Lean Project Management (LPM) seeks precisely that goal. &lt;br /&gt;
&lt;br /&gt;
The purpose of this article is to explain how the Lean principles can be applied to make project management more efficient. Lean Project Management guide organizations toward a model of high productivity management at all stages of a project. The procedure used to analyze this issue throughout the article is the following. First, the background is provided since LPM arises as an application of the Lean manufacturing phylosophy to Project Management. Also the general current situation of projects is pointed out in order to clarify that there is a necessary room of improvement. Second, the objectives and principles of LPM are defined. By recommending tools and techniques in all stages of a project process it is shown how to manage projects in a Lean way. The idea of the article is not to explain a specific LPM tool, but to provide a general framework of how to manage a project based on this philosophy. Special emphasis has been made in the controlling and monitoring step as it affects the rest of the project process and it is the most crucial step from a Lean perspective. For this reason more attention is given to the idea of continuous improvement and kaizen . Finally, a final discussion summarizes pros and cons of LPM. A collection of books and papers will support these ideas thoughout the article.&lt;br /&gt;
&lt;br /&gt;
=Background=&lt;br /&gt;
&lt;br /&gt;
== History ==&lt;br /&gt;
&lt;br /&gt;
Kiichiro Toyoda, Taiichi Ohno, and others at Toyota are the developers of the Toyota Production System (TPS) in the 1930s. This system shifted the focus of the manufacturing systems from individual machines and their utilization, to the flow of the product through the total process. Lean manufacturing is a management philosophy derived mostly from the TPS and Lean principles are derived from the Japanese manufacturing industry. The philosophy has identified as “lean” only in the 1990s and the term was used first by John Krafcit who described the thought process of lean in the book “The Machine That Changed the World”, co-authored by James P. Womack, Daniel T. Jones, and Daniel Roos. Lean implementation is focused on getting the right things to the right place at the right time in the right quality to achieve perfect work flow, while minimizing waste and being flexible. &lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
Toyota has been the leading lean exemplar in the world and stands as the strongest proof of the power of lean enterprise. This continued success has over the past two decades created an enormous demand for greater knowledge about this management philosophy. Nowadays, there are hundreds of books and articles about lean thinking and there is an increasingly trend to spread the lean principles beyond manufacturing to other sectors (construction, services, logistics, healthcare…). Also lean thinking is beginning to take root among project managers and LPM is the application of Lean manufacturing to Project Management to improve quality and increase efficiency in projects.  Firms are operating in fast-changing and highly competitive markets in which the quick adjustment to dynamic environments is essential, project managers increasingly work to improve quality, flexibility and customer response time using principles of Lean thinking &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;Rosemary R. Fullerton, Frances A. Kennedy, Sally K. Widener, (2014) ‘Lean manufacturing and firm performance: The incremental contribution of lean management accounting practices’, Journal of Operations Management, Volume 32, Issues 7-8, November 2014, pages 414-428.&amp;lt;/ref&amp;gt;. &lt;br /&gt;
&lt;br /&gt;
According to several studies from the [http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;] (PMI) and others that look into the success/failure rates of projects, only 40% of projects met schedule, budget and quality goals. The rest were aborted or completed unsuccessfully. This means that more than one out to three projects fail. Also, it seems to be evident that the longer the project and the team size, the harder is the failure. The studies reveal that the main causes for projects failing are breakdown in communications, a lack of planning and poor quality control. As a consequence, the root cause for project failure can usually be tracked back to a lack of proper Project Management. Therefore there is a room of improvement in project processes and this is the goal of LPM philosophy.&lt;br /&gt;
&lt;br /&gt;
= Principles of LPM =&lt;br /&gt;
&lt;br /&gt;
[[File:5principles.png|frame|200px|text-bottom|right|Figure 1: The 5 principles of LPM]]&lt;br /&gt;
&lt;br /&gt;
Lean Project Management uses the five main principles from Lean manufacturing into a Project Management context to focus on delivering more value with less waste and reduced time in a project context. They represent essential conditions to achieve both market acceptance and operational excellence &amp;lt;ref name=&amp;quot;Ronald&amp;quot;&amp;gt;Ronald Mascitelli, (2002) ‘Building a Project-Driven Enterprise: How to Slash Waste and Boost Profits Though Lean Project Management Institute&#039;.&amp;lt;/ref&amp;gt;.  &lt;br /&gt;
&lt;br /&gt;
*Principle 1:	Specify the &#039;&#039;&#039;value&#039;&#039;&#039; of each project desired by the customer.&lt;br /&gt;
&lt;br /&gt;
*Principle 2:	Identify the &#039;&#039;&#039;value stream&#039;&#039;&#039; for each project.&lt;br /&gt;
&lt;br /&gt;
*Principle 3:	Make the project &#039;&#039;&#039;flow&#039;&#039;&#039; continuously without interruptions.&lt;br /&gt;
&lt;br /&gt;
*Principle 4:	Introduce the customer &#039;&#039;&#039;pull&#039;&#039;&#039; from the project team between all continuous flow steps.&lt;br /&gt;
&lt;br /&gt;
*Principle 5:	&#039;&#039;&#039;Continuously&#039;&#039;&#039; pursue &#039;&#039;&#039;perfection&#039;&#039;&#039;.&lt;br /&gt;
&lt;br /&gt;
In figure 1 is clearly depicted how the continuous improvement principle has to be taken into account when addressing the other principles. In addition, LPM establishes three important statements:&lt;br /&gt;
&lt;br /&gt;
*It is not necessary to finish each task on time to finish a project on time.&lt;br /&gt;
&lt;br /&gt;
*Starting a project sooner does not mean it will finish sooner. &lt;br /&gt;
&lt;br /&gt;
*Adding buffers (protection spaces) reduces project time and cost. &lt;br /&gt;
&lt;br /&gt;
A principle that underlies LPM is that any project worth doing is worth doing fast &amp;lt;ref name=&amp;quot;Leanmanufacturing&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt; &lt;br /&gt;
. As a result, Lean Project Management helps projects run smoother and it is the quickest way to shorten project duration, reduce quality defects and boost productivity levels.&lt;br /&gt;
&lt;br /&gt;
= How to manage projects in a Lean way =&lt;br /&gt;
&lt;br /&gt;
[[File:Project processes.png|frame|200px|text-bottom|right|Figure 2: PMI 5-phase delivery model]]&lt;br /&gt;
&lt;br /&gt;
Based on the principles of LPM, it is explained how to manage a project in a Lean way. Some specific Lean tools and techniques that can be applied to projects are proposed through the project process. Project Management can be highly complex. For this reason, the analysis is done in a sequence of steps which need to be completed to accomplish projects. In the &amp;quot;traditional approach&amp;quot; &amp;lt;ref name=&amp;quot;RobertK&amp;quot;&amp;gt;Wysocki, Robert K (Robert k), ‘Effective Project Management: Traditional, Adaptive, Estreme&#039;.&amp;lt;/ref&amp;gt; processes are grouped in five development phases:&lt;br /&gt;
&lt;br /&gt;
1. Initiating Process&lt;br /&gt;
&lt;br /&gt;
2. Planning Process&lt;br /&gt;
&lt;br /&gt;
3. Executing Process&lt;br /&gt;
&lt;br /&gt;
4. Closing Process&lt;br /&gt;
&lt;br /&gt;
5. Monitoring and Controlling Processes&lt;br /&gt;
&lt;br /&gt;
The groups overlap, and the last group applies to all of the processes &amp;lt;ref name=&amp;quot;PMBOK&amp;quot;&amp;gt; Booksurge Publishing (2006), &#039;Project Management Body of Knowledge&#039;,PMBOK Guide, Fourth Edition, December 2008&#039;.&amp;lt;/ref&amp;gt; (see Figure 2). It is relevant to consider that projects and Project Management processes vary from industry to industry; however, these five steps of the delivery model are more traditional elements and can be applied to all kinds of projects. Even if the company is not directly project related, there is always an overarching goal to benefit the organization by means of projects; typically offering a product, changing a process or solving a problem.&lt;br /&gt;
&lt;br /&gt;
== Initiating Process ==&lt;br /&gt;
Many organizations start projects without considering whether they can actually complete them &amp;lt;ref name=&amp;quot;pmi&amp;quot;&amp;gt;Project Management Institute, (2006) ‘The Standard for Porfolio Managements.’&amp;lt;/ref&amp;gt;. With LPM, the initiation process is key as it will prevent mistakes later. At the first stage, it is analyzed how companies select projects and assign the tasks of the projects, also if they have all resources they need to get the project done.&lt;br /&gt;
*&#039;&#039;&#039;Evaluation, selection and prioritization of projects&#039;&#039;&#039;&lt;br /&gt;
Following Principle 1 and the philosophy of only keeping activities and projects which add value desired by the customer, the first decision before starting any project is prioritize the present portfolio. There is no sense to squander time and resources doing work that the project’s customer is not willing to pay for. Evaluation, selection and prioritization of projects are a required practice to implement Lean thinking, the reason is simple:  it is less costly to stop a project before it has been started. &lt;br /&gt;
&lt;br /&gt;
Several methods exist for the selection of projects. The most common are quantitative methods, qualitative methods and hybrids methods, but sometimes more than one method is used ([http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]).  In choosing which projects to fund, the decision maker must have some concrete objectives in mind; in this case the main objective is to maximize value creation for the customer. A common, simple and efficient way that can help to come to a conclusion is the rating of all the projects according to criteria that lead to the main goal of the company. These criteria are previously weighed based on whether more or less provide customer value. Of course this is a simplification of reality and a combination of required internal resources and externalities which affect the project execution should be considered in the analysis. Customers (and in general stakeholders) must clearly define their expectations of the project and at this point, this is a good method to know the goals of the customer and to define the scope of the project.&lt;br /&gt;
*&#039;&#039;&#039;Leading People&#039;&#039;&#039;&lt;br /&gt;
Some considerations for project leadership must be taken into account in the first stage of the project process. Leading all of the people with an interest in the project bring to the project success. First of all, the selection of a capable &#039;&#039;&#039;Project Manager&#039;&#039;&#039; has a considerable influence on the success of a project &amp;lt;ref name=&amp;quot;Selectionmanagers&amp;quot;&amp;gt;H. Mikkelsen, E. Folmann (1983),‘Selection of managers for international projects’, International Journal of Project Management, Vol1, No4.&amp;lt;/ref&amp;gt;. This person controls the project value stream, and based on the Principle 3 of LPM is in charge of making the project flow continuous and without interruptions. Related to this, the Project Manager must also ensure smooth handoffs to maintain the flow of work.  If the work is extended to deliver Lean projects, the Project Manager will spend more and more time and effort working with other Project Leaders to coordinate and control the cross-project functions. Interruptions occur when there is a task change, especially if the change involves a cross-project function &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;Lawrence P, Leach, PMP, (2005) ‘Lean Project Management: Eight Principles for Success.’ Combining Critical Chain Project Management [CCPM] and Lean tools to accelerate project results.&amp;lt;/ref&amp;gt;. It is important to understand that the focus should be on when hand-offs between groups occurring; every time an employee moves from one task to another, it causes errors and delays. Moreover, the Project Manager needs to understand and get involved in the Lean philosophy. Taking into account Principle 1, this person is primary responsible to ensure that projects achieve client satisfaction. A project leader able to keep stakeholders actively supporting project success throughout project execution is key.&lt;br /&gt;
&lt;br /&gt;
The next pillar of a good Lean project is the &#039;&#039;&#039;Team&#039;&#039;&#039; since most of the time the project team is newly formed. Team building is complicated as to implement Lean thinking it is necessary people willing to learn new ways of working. The appointment of unsuitable staff will result in a loss of time and money which go against the LPM principles. Nevertheless, once the team is selected it is also crucial to clarify the goal and see if all members of the group are more or less in the same direction. One of the best ways to do this is to get them to work on the Project Charter &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, developing the project vision and providing a goal that they all share in common. In this way, the team members will know in the initiation phase how they are going to work together.&lt;br /&gt;
&lt;br /&gt;
== Planning Process ==&lt;br /&gt;
This step considers the elaboration of an effective &#039;&#039;&#039;Project Plan&#039;&#039;&#039; which provides all project stakeholders the roadmap for projects. A Project Plan is the primary tool to guide projects to success &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. It provides the project schedule and control to it. Principle 2 will be the focus of the planning step since companies need to have a breakdown structure of their projects that details each task and who are going to do it in order to proceed as LPM states. An additional point of LPM is the need to ensure the flow of all projects. Thus, the value stream for each project is identified in this step as Principle 2 points out. Although a project schedule is an essential part of the Project Plan, it is not the only one, it also provides all that project stakeholders need to facilitate communication between them and succeed on the project (Principle 4). The Project Plan provides a flow of the process to authorize and control work, and to report progress on the project (an example is provided in figure 3). It provides a project task network with the following targets &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
[[File:Project_Plan.png|frame|200px|text-bottom|right| Figure 3: Project Plan Process develops all parts of a Project Plan]]&lt;br /&gt;
&lt;br /&gt;
*Define project delivery date&lt;br /&gt;
&lt;br /&gt;
*Determine sequence of activities necessary to create all project deliverables&lt;br /&gt;
&lt;br /&gt;
*Estimate project resources&lt;br /&gt;
&lt;br /&gt;
*Enable resource scheduling&lt;br /&gt;
&lt;br /&gt;
*Schedule material delivery&lt;br /&gt;
&lt;br /&gt;
*Determine material order schedules&lt;br /&gt;
&lt;br /&gt;
*Provide the baseline for project performance measurement&lt;br /&gt;
&lt;br /&gt;
All those purposes fit with Lean thinking and support its principles. &lt;br /&gt;
&lt;br /&gt;
After the elaboration of a reasonable schedule, the focus should turn to the reduction of waste. Looking at each worker contribution to the project and creating a list of prioritized tasks that each person needs to accomplish help to make the project flow smoother (Principle 3). Since projects involve multiple employees contributing to the project at different times, it is recommended the use of a &#039;&#039;&#039;scheduling software&#039;&#039;&#039; to build, status and report on the project. By means of a computerized system it is easier to record the start and completion date of each task and automatically generate a daily updated list of priorities.&lt;br /&gt;
&lt;br /&gt;
== Executing Process ==&lt;br /&gt;
From a Lean point of view, the execution of projects reveal the Lean principle of Pull to cause projects to flow from start to finish with minimal generation of waste (Principle 4). A comparison with Lean production is clear; hand-offs going through work cell to work cell can be seen as hand-offs in LPM going from one task to another.&lt;br /&gt;
&lt;br /&gt;
LPM uses &#039;&#039;&#039;buffer management&#039;&#039;&#039; as a visual control tool during project execution. Implementing Pull and enhanced flow for projects requires answering three questions &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;:&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;Which task do I work on next?&#039;&#039;&#039;&lt;br /&gt;
Tracking the real-time status is a LPM requirement, in this way it is important to state not only when the tasks start and finish, also the remaining duration for the task in-progress. It is common to update the status whenever a task starts or finish and additionally once a week. Currently, software exist which updates tasks using remaining duration and also prioritizes tasks to be worked on. Tasks causing significant project buffer use should get the highest priority. By doing this, tasks are completed in the minimum possible time and resources are focus on one project task at a time.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;When are you going to be done?&#039;&#039;&#039;&lt;br /&gt;
[[File:Thefeverchart.png|frame|200px|text-bottom|right|Figure 4: Tracking project progress with a &#039;fever chart&#039; signals the project team when to take action to recover buffer]]&lt;br /&gt;
A simple method used by LPM to track schedule performance of a project is called “The Fever Chart”, this tool implements the Lean idea of visual control for projects. It follows the principle that the amount of project buffer penetration provides the signal to take action to recover buffer. As shown in figure 4, three areas of different colors form the visual graphic of the Fever Chart. Projects that are in the green region are going well, projects in the yellow region need the development of plans to recover buffer and projects in the red region require management attention and the implementation of recovery plans in order to finish the project on time. Note that projects with buffer penetration less than 100% may still be on track to complete on time &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;. Project Managers are the responsible of monitoring the Project Buffer at the appropriate time intervals for the project, usually daily but at least weekly. They can use also plotted trends of buffer. This process provides a unique anticipatory project management tool with clear decision criteria. Buffer reporting relies on realistic estimates of how many days remain to complete a task, giving project managers better insight to the performance of projects.&lt;br /&gt;
&lt;br /&gt;
*&#039;&#039;&#039;How much is going to cost?&#039;&#039;&#039;&lt;br /&gt;
When the cost of a project is important, a cost buffer should be used in the same way (using the same graphics as above). In this case, the cost buffer penetration is the percentage of the cost buffer consumed.  It has to be considered the cost variation of each of the project cost elements. The purpose is to compare or control the actual cost with the cost of the project because the actual cost is influenced by the schedule. Using the cost buffer is a way of combining conventional project management methods with LPM.&lt;br /&gt;
&lt;br /&gt;
== Monitoring and Controlling Processes ==&lt;br /&gt;
The controlling and monitoring step is applied to all the project process and automatically leads to the Principle 5 of LPM; continuously pursue perfection or in other words &#039;&#039;&#039;continuous improvement&#039;&#039;&#039;. This approach states that the project team should never be satisfied with the status quo and always have to look for ways to make things better. One of the Lean manufacturing approaches to achieve the continuous improvement philosophy is the &#039;&#039;&#039;kaizen&#039;&#039;&#039; initiative. Kaizen is a Japanese word which means “good change”. When Japanese people started using kaizen mindset, their companies were four times more productive and obtained quality that was 12 times better than that of their western counterparts &amp;lt;ref name=&amp;quot;Kaizen&amp;quot;&amp;gt; Ángel Medina, (2014) &#039;Agile Kaizen. Managing Continuous Improvement Far Beyond Retrospectives&#039;, Springer Berlin Heidelberg &amp;lt;/ref&amp;gt;. Soon, several tools and techniques were defined in order to support this improvement process. The central tenant of kaizen is the focus on generating and promoting positive short-term results and quickly analyses the small, manageable components of a problem. Later, the rapid implementation of a solution with ongoing, real-time reassessment is applied. &lt;br /&gt;
&lt;br /&gt;
Kaizen is a lifetime path of searching, reflecting, learning, and improving. It is used to make small, incremental improvements that accumulate into significant results. While this methodology has been used mainly in manufacturing operations, it is focused on helping individuals and small teams become as efficient and effective as possible at the job they do. For this reason can be applied to Project Management and the procedure applied to LPM is as follows: &lt;br /&gt;
The first step is the identification of the process steps, decision points and roles in order to detect if there are steps in the process which do not add value to the customer (Principle 1). Any step that does not add value should be eliminated. Now that areas of improvement have been detected, only the process causing the most pain is addressed. The procedure then is repeated to identify the next improvement. The key is to look at those activities that are repeated throughout the project process (weekly meetings, status reports, or customer reviews) and find small, incremental improvements. &amp;lt;ref name=&amp;quot;pmiarticle&amp;quot;&amp;gt;  Bob Tarne, PMP, CSM, CSSBB, (2009) &#039;How Continuous Improvement Can Help Your Project&#039;, Project Management Institute &amp;lt;/ref&amp;gt;.&lt;br /&gt;
[[File:PDCA.png|frame|200px|text-bottom|right| Figure 5:The Plan-Do-Check-Act Cycle]]&lt;br /&gt;
This is a specific case in which the PDCA Cycle is applied to LPM. The PDCA (Plan-Do-Check-Act) Cycle is a more general and popular Project Management tool that ensure the continuous improvement of processes. &lt;br /&gt;
The four phases of the PDCA Cycle are represented in figure 5 and involve:&lt;br /&gt;
*Plan: Identification and analysis of the problem.&lt;br /&gt;
*Do: Developing and testing of the solution.&lt;br /&gt;
*Check: Measurement of the solution.&lt;br /&gt;
*Act: Implementation of the solution.&lt;br /&gt;
A lot of iterations of the “Do” and “Check” phases can take place.&lt;br /&gt;
 &lt;br /&gt;
The controlling and monitoring step of a project can be analogous to the PDCA cycle since it refers to the other steps of the process and evaluates constantly the activities that take place during the overall project process.&lt;br /&gt;
&lt;br /&gt;
== Closing Process ==&lt;br /&gt;
Project closure includes closing all of the project facilities, administrative closure and ensuring all project stakeholders have moved on to their next project or tast. There is no much to say about the closing process from a Lean point of view. At this point, all processes need to be documented. It is important to document each of the previous steps; writing down what has been done ensure repeatability and the chances of doing good things that have been done good before increase or even will be done faster. Emphasizing the concept of continuous improvement, it is easier to find the cause of a mistake that has been documented and consequently action will be taken with greater success. The project should end with the beginning in mind &amp;lt;ref name=&amp;quot;EightPrinciples&amp;quot;&amp;gt;.&amp;lt;/ref&amp;gt;, by bringing all stakeholders back together to collect the intellectual property developed during the project because it might help for the next ones.&lt;br /&gt;
&lt;br /&gt;
= Discussion =&lt;br /&gt;
&lt;br /&gt;
Since projects are becoming increasingly complex and uncertain, interaction between activities and resources is growing in ways not considered by traditional methods of Project Management. Nowadays, managers need more agile project management methods that are able to recognize and deal with uncertainty and to produce the expected results. LPM appears as the most convenient approach capable to deal with complexity and uncertainty.&lt;br /&gt;
&lt;br /&gt;
LPM philosophy would become an important part of the companies’ culture because they would see the long-term benefits of applying LPM tools and techniques. It is proved that LPM would give them a considerable competitive advantage. As the Project Management Institute states, when implemented correctly, LPM increases productivity on average 100 percent, reduces project duration an average of 30 percent, and reduces quality defects an average of 50 percent. &lt;br /&gt;
&lt;br /&gt;
Nevertheless, despite all the benefits LPM provides to a company, it is not always recommended to use this approach into a project; traditional project management has proved to be successful for simple and certain projects, where the problems that arise can be solved without difficulty. Therefore, LPM is appropriate for complex and uncertain projects, where the management of the workflow, and the perspective focused on customer’s value are the main characteristics. Thus, to decide which method should be applied, it results necessary to evaluate the uncertainty and risks of each project before the beginning, but this falls outside the scope of the present article.&lt;br /&gt;
&lt;br /&gt;
Finally, it is important to notice that attempting change in an organization can be difficult. Big changes are met with fear, doubt, laziness and other barriers. Big changes provide slower results, and if there are not immediate results there are more probabilities of abandoning the change. In that sense LPM is a good method because it takes small steps that can be measured and solidified providing at the end meaningful results. Due to this reason, LPM has a high probability of success in the future of a lot of organizations.&lt;br /&gt;
&lt;br /&gt;
= See also =&lt;br /&gt;
&lt;br /&gt;
The article is linked to other relevant pages in the APPPM wiki and they are relevant for further information on the topic:&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Project_Evaluation_and_Selection_for_the_Formation_of_the_Optimal_Portfolio &#039;&#039;Project Evaluation and Selection for the Formation of the Optimal Portfolio&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/The_A3_report &#039;&#039;The A3 report&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Kaizen_Event_-_a_managerial_tool_for_problem-solving &#039;&#039;Kaizen Event - a managerial tool for problem-solving&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
*[http://apppm.man.dtu.dk/index.php/Agile_Project_Management &#039;&#039;Agile Project Management&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
= References =&lt;br /&gt;
&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
= Further reading =&lt;br /&gt;
&lt;br /&gt;
*Ángel Medinilla, (2014). &#039;Agile Kaizen: Managing Continuous Improvement Far Beyond Retrospectives&#039;. Springer Berlin Heidelberg.&lt;br /&gt;
&lt;br /&gt;
*Graves, Samuel B., Ringuest, Jeffrey L. (2003). &#039;Models &amp;amp; Methods for Project Selection&#039;. Concepts from Management Science, Finance and Information Technology. International Series in Operations Research &amp;amp; Management Science, Vol 58.&lt;br /&gt;
&lt;br /&gt;
= External links =&lt;br /&gt;
&lt;br /&gt;
[http://www.pmi.org/ &#039;&#039;Project Management Institute&#039;&#039;]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Project Management]] [[Category:Lean Management]]&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=File:PDCA.png&amp;diff=5574</id>
		<title>File:PDCA.png</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=File:PDCA.png&amp;diff=5574"/>
		<updated>2014-11-30T22:06:12Z</updated>

		<summary type="html">&lt;p&gt;S131063: S131063 uploaded a new version of &amp;amp;quot;File:PDCA.png&amp;amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
	<entry>
		<id>http://13.50.150.85/index.php?title=File:PDCA.png&amp;diff=5571</id>
		<title>File:PDCA.png</title>
		<link rel="alternate" type="text/html" href="http://13.50.150.85/index.php?title=File:PDCA.png&amp;diff=5571"/>
		<updated>2014-11-30T22:05:24Z</updated>

		<summary type="html">&lt;p&gt;S131063: S131063 uploaded a new version of &amp;amp;quot;File:PDCA.png&amp;amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>S131063</name></author>
	</entry>
</feed>