What is New in the PMBOK Guide 6th Edition?

maxresdefault

– PMP., Founder of PM Study Circle

With permission, retrieved from – pmstudycircle.com

On September 6, 2017 the 6th edition of the PMBOK Guide was published by the PMI. The PMI publishes a new version of the PMBOK Guide every four years. The last time was in December 2012, when the PMI published the 5th edition of the PMBOK Guide.

Though the PMI has made many changes to the PMBOK Guide, first I would like to discuss the two most important changes that you are going to see in the current version of the Guide.

These changes are as follows:

  1. Addition of the Agile framework
  2. Counterfeit Measures

Addition of the Agile Framework

In the past there were some additions, subtractions and expansions of knowledge areas; however, this time it is different. This time the PMI has added a different framework to it: the Agile framework.

Agile methodology is quietly gaining popularity and so the PMI has started the PMI-ACP certification to cater to the needs of this niche. As the PMI did not have any Agile guide in their library, they developed a practice guide for it and named it the Agile Practice Guide. This guide consists of 168 pages and explains the Agile concepts in general.

This was expected as the PMI has acknowledged in the past that there has been a gradual increment in the adoption of Agile methodologies in project management.

The PMI has developed this guide with the Agile Alliance.

The purpose of this guide is to give project management teams a better understanding of agile tools, techniques, and approaches to deliver a better result.

Now you might be wondering how will this impact the PMP exam.

The situation is not yet clear. The PMP Exam Content Guidelines have not been updated yet. The situation will be clearer when they update it.

Until then, sit tight.

The digital version of the PMBOK Guide includes the Agile Practice Guide. If you buy the hard copy, you will only get the PMBOK Guide; if you need to read the Agile Practice Guide, you will have to buy it separately.

If you are a PMI member you can buy both guides for 49 USD after a 50% discount from the PMI store.

Counterfeit Measures

This time PMI used different types of counterfeit measures for the digital and printed version of the PMBOK and Agile Practice Guide.

Counterfeit Measures for the Digital Version

In the digital edition of the PMBOK Guide, PMI inserted a watermark “Not for Distribution, Sale or Reproduction” on each page.

They have done this to avoid duplication and unauthorized distribution.

I find it annoying.

You cannot open the file without your password, and once you open it your name and PMI ID is printed on every page. These measures were enough to discourage unauthorized distribution.

Adding a watermark on each page is irritating.

You are also not allowed to make printouts of the PMBOK Guide. This is again a nuisance as many people prefer reading a hardcover book than reading something on a computer screen. This is a big blow to them.

I strongly believe that the 7th digital version will be online and you will not be able to download it, and the 8th edition will have an OTP feature. Every time you need to access the guide, PMI will send you a code on your mobile to verify your identify.

Anyway, if you prefer reading a hardcover book, buy it from the PMI store or Amazon, because you cannot print the digital edition.

Counterfeit Measures for the Printed Version

I purchased the print version of the PMBOK Guide from the PMI store.

The price was 49 USD after a 50% discount and the Agile guide was free with purchase for PMI members. After receiving the package, as I opened the cover, on the first page I found following notice:

“This book was printed utilizing a potential anti-counterfeit print technology designed to prevent unauthorized reproductions. The paper color is grey instead of white. When the pages of book are copied or scanned a hidden warning message will appear in the background. This security feature is intended to discourage anyone from attempting to illegally reproduce or counterfeit the book.”

I hope you get the idea.

The pages of the book are grey, it looks cheap and reading it was not a good experience.

Anyway, let’s discuss the structure and the changes in the PMBOK Guide 6th edition.

Structure of the PMBOK Guide

The 6th edition of the PMBOK Guide is divided into three sections:

  1.  A Guide to the Project Management Body of Knowledge
  2.  The Standard for Project Management
  3.  Appendix, Glossary, and Index

And lastly, you will find the Agile Practice Guide.

Four new sections have been added to the beginning of each knowledge area. These sections are as follows:

  1. Key Concepts
  2. Trends and Emerging Practices
  3. Tailoring Considerations
  4. Considerations for Agile/Adaptive Environments

The first section explains key concepts for the knowledge area, and the second section explains trends and emerging practices.

The third section explains tailoring conditions you should consider while developing processes for your project; e.g. how much emphasis you should give to each process according to the scope of the project.

The last section helps you consider if agile methodologies can help you achieve your objective.

In this edition the PMI divides the processes into three categories:

  1. Process used once or at predetermined points in the project
  2. Periodically used or as needed processes
  3. Process that are used throughout the project

Moreover, this is the first time, the PMBOK is discussing the benefit management plan.  The benefit management plan begins at an early stage of the project and it describes how and when the project will deliver the benefits and a mechanism to measure those benefits.

This time Net Present Value, IRR, benefit cost ratio, payback period, etc., were placed in the PMBOK Guide.

In this edition the PMI introduces a new section devoted to the environment in which projects operate. Here the PMBOK discusses the enterprise environmental and organizational process assets in detail. New content on governance has also been added.

A new chapter on the role of the project manager has also been added, where PMBOK describes the project manager’s role in the team. This section explains how the Talent Trianglehelps an organization to achieve its objectives efficiently.

In this chapter, the PMBOK explains the sphere of influence of the project manager, the competencies of the project manager, and their performance as an integrator.

The role of the project manager is now aligned with the PMI Talent Triangle concept, which was introduced in 2016.

Now let’s discuss the changes in the PMBOK Guide knowledge areas and processes. Before we move on, please note that this time no new knowledge areas were removed or added.

Changes in Processes

The PMI has made the following changes to processes:

Deleted: Close procurement process.

Added: Manage project knowledge, control resource and implement resource response.

Renamed: Perform quality assurance to manage quality, estimate activity resources is relocated in project resource management knowledge area.

The PMI has also changed the name of two knowledge areas: Project time management to project schedule management and project human resource management to project resource management.

To get a glimpse of all processes and knowledge areas, please refer to the “Project Management Process Group and Knowledge Area Mapping” chart available on page 25.

Changes in Knowledge Areas

Now let’s see what changes have been made to each knowledge area.

Integration Management

A new process “Manage Project Knowledge” was added.

In this process, PMBOK emphasizes using existing knowledge and creating new knowledge to achieve project objectives and contribute to organizational learning.

Schedule Management

It used to be known as the time management knowledge area. Now the PMI realizes that only schedules can be managed, time cannot.

They moved the “Estimate Activity Resources” process to the project resource management knowledge area.

Quality Management

Here the “Perform Quality Assurance” process is renamed “Manage Quality”. This is done to bring consistency to the terminology; moreover, this term is more prominent in quality management.

Resource Management

The “Human Resource Management” process is renamed to “Resource Management”.

This is done because in projects, the project manager has to manage all resources: manpower, machines, and materials. So resource management is more suitable than human resource management.

A new process “Control Resources” has been added here, and as mentioned earlier, estimate activity resources was also moved here from the schedule management knowledge area.

Risk Management

A new process called “Implement Risk Responses” was added here. The control risks process is renamed monitor risks.

A new risk response strategy “Escalate” was added to positive risk response and negative risk response strategies.

Procurement Management

The close procurement process has been deleted.

In summary, the changes to the PMBOK Guide 6th edition are as follows:

  • The total number of process is now 49. The 5th edition has 47 processes.
  • The following table shows old and new names of knowledge areas.

old and new knoledge area

  • The following table shows the newly added and/or deleted processes:

added or deleted processes

  • The name of following processes have been changed:

Before I end this blog post, I will provide answers to a few FAQs.

Review entire article here: https://pmstudycircle.com/2017/11/new-in-the-pmbok-guide-6th-edition/

Assessing Your Risk Management Procedures Effectiveness

Risk-Management-Issues

– Alphius White, Bellevue University MPM Student

The key here is to effectively manage the risks so that those risks that pose a threat to project success are mitigated but also so that those risks that might present new opportunities, such as a better deliverable, quicker or at lower cost, are identified and acted upon.

It’s important to remember too that projects are always liable to change as they progress so the risk management process should be responsive to change and the risks should be re-assessed from time to time if the project is long or complex. Risk management is not a separate discipline but an integral part of project management so should be part of the regular activities of a project manager. One of the most important elements of risk management is complete honesty.  Without an honest approach to the risks involved there will always be unvoiced issues and these can be the biggest risks of all.

So how can you be sure that, once you have (honestly) identified your risks, that your risk management procedures are effective and add value to the project?

 1. Document the risks

Create a risk log listing each risk with a description, stating who is responsible, the likely impact and the mitigating actions that could be taken. It needs enough information to be useful in monitoring and reporting on risks but not so much that it cannot be easily updated. A straightforward, up-to-date risk log will be useful during the whole life of the project.

 2. Prioritize the risks

In order to prioritize effectively you need to understand what factors could make the risk more likely to occur and what impact that would have on cost, timescale and scope/quality of the final deliverable. So prioritize the risks using a combination of a probability rating and an impact rating. Some risks may be very likely to occur but have low impact; others may be less likely to occur but have a major impact so the overall priority needs to take this into account.

 3. Plan the response

For each identified risk decide, firstly, what could be done to minimize the chance of it occurring and, secondly, what action could be taken if the risk does occur. You will then be better prepared to deal with it if you have to (any risks that could not be anticipated are, of course, another matter).

The usual options to mitigate risks that are threats (rather than opportunities) are:

  • Accept
  • Avoid
  • Transfer
  • Reduce

And one other point: risk management can and does help ensure more successful projects and it should be an integral part of the project management process but it should not be so large a task that the effort expended is out of all proportion to the size of the project or the potential impact of the risks. Finally make sure the responses are implemented, without following through on the risk reduction measures then the risk management process will add little value overall.

Reference

Institute of Risk Management. (2017). Risk Performance and Reporting. Retrieved from Professional Standards: https://www.theirm.org/about/professional-standards/strategy-and-performance/risk-performance-and-reporting

Project Management Institute. (2013). A Guide to the Project Management Body of Knowledge (PMBOK Guide) 5th Edition. [Kindle Cloud E-Book Version]. Retrieved from Amazon.com.

Holding All Stakeholders Accountable for Minimizing & Monitoring Project Threats

ef724-social_capital

– By Stephen Lyman, Bellevue University MPM Student

Although a risk officer may contact team members about risk-related tasks that have been ignored or gone overdue, a project manager is ultimately responsible for keeping team members focused on the right activity. For their relationship to work effectively, risk officers and project managers must coordinate the efforts of fellow team members.

Too much time spent on managing risks can cause projects to fall behind schedule. Likewise, an aggressive task schedule that ignores risk completely can result in catastrophe. Therefore, measuring a project’s progress against the resistance posed by risks helps remind leaders to keep activity in balance.

In some cases, a risk can be entirely eliminated or contained during the implementation and monitoring phases of the project cycle. Noting such a change in status can help project managers and risk officers reallocate resources to other risks or to main project tasks.

Some teams like to keep a live risk matrix, using a shared spreadsheet, database, or online tracking tool. Other teams prefer to task the risk officer with coordinating all communication related to risk management, and reporting in meetings or via memos on a regular basis. The severity of the risk and the importance of the project can help determine the right method for tracking risk (Jr., 2015).

If a risk event occurs during project execution, there is a likelihood it was identified sometime earlier, it was analyzed and an appropriate response action was planned to deal with it (captured in the Risk Register). For the most part, Risk Monitoring and Control is the process of putting into action all of the risk planning done earlier in the project life-cycle.

It is important to understand that risk monitoring is intended to be a daily, on-going process across the entire project lifecycle. Project team members and stakeholders should be encouraged to be vigilant in looking for risk symptoms, as well as for new project risks. Newly identified risks and symptoms of previously identified risks should be communicated immediately for evaluation and/or action (Balakian, 2010).

Monitoring the risk metrics and triggering events to ensure the planned risk actions are working are of the utmost importance in this step.

Goals

The goal from this step is threefold:

1.  To monitor the status of your risk action plans, in other words, the progress towards the completion of contingency and mitigation plans

2.  To monitor any project metrics associated with a risk that might trigger a contingency plan

3.  And finally, to provide notification to the project team that a trigger, or triggers, have been exceeded so that a contingency plan can be initiated if needed

Inputs

There are two main inputs that are going to help you achieve the three goals I’ve just mentioned.

1.  Firstly, your risk action forms which contain the specific mitigation and contingency plans you created and which also specify the project metrics and trigger values to be monitored

2.  And secondly, the relevant project status reports that are used to track progress within the standard project management structure

You may need to call on other sources of information depending on the specific project metrics being tracked. For example, you might need to use a project tracking database, or maybe even a human resources management system to provide the tracking data that you and your project team need.

Tracking Activities

In this tracking step of the risk management process, you and your team will execute the action plans in the mitigation plan as part of your overall team activity. Any progress made towards these risk-related action items, or in relation to any trigger values being used, will contribute towards the risk status that will be reported on.

Risk Status Reporting

The reporting element in this step operates at two levels. For your team, regular risk status reports will be very important and should consider four possible risk management situations for each risk:

1.  First, when a risk is resolved, ensure the risk action plan is completed

2.  Secondly, ensure these risk actions are consistent with your overall risk management plan

3.  Third, understand that some risk actions are at variance to the risk management plan, in which case, corrective measures should be defined and implemented

4.  And the final situation is if one or more risks have changed significantly. This usually ends in re-analyzing the risks or re-planning an activity.

For external reporting to stakeholders, you and your project team should report the top risks and then summarize the status of risk management actions. It’s also useful at this stage to show the previous ranking of risks and the number of times each risk has been in the top risk list.

Outputs

Your output from this step should be a detailed status report that clearly communicates any changes in the status of a risk.

Here is some information you might want to include in this report:

1.  Risk name

2.  Risk classification

3.  Risk probability, impact, and exposure from the identification step

4.  Current risk probability, impact and exposure

5.  Risk level, such as low, medium and high

6.  A summary of your mitigation and contingency plans

7.  Status toward completion of mitigation plans

8.  Readiness of contingency plans

9.  Trigger values

10.  Planned actions

11.  Risk owner

And don’t forget to include this report within the project status report that you create and circulate to others involved and interested in the project (O’Donnellan, 2016).

References:

Balakian, W. (2010, September 21). Applying the Risk Monitoring and Control Process . Retrieved from project-management.truesolutions.com: http://project-management.truesolutions.com/2010/09/21/applying-the-risk-monitoring-and-control-process/

Jr., J. T. (2015, May 18). Risk Management: Keeping Track of Risk and Utilizing a Risk Manager. Retrieved from http://www.brighthubpm.com: http://www.brighthubpm.com/risk-management/14026-tracking-risk-in-project-management/

O’Donnellan, R. (2016, April 13). Should You Track & Report on Risks? Retrieved from http://www.brightwork.com: https://www.brightwork.com/blog/should-you-track-report-on-risks#.WfJrseR1q70

Importance of Communicating with Project Stakeholders

stakeholder-management-project-management-pmp-featured1.png (600×312)

By PM Center Administration 

Project stakeholders are people who are involved in or affected by project activities, and include the project sponsor, project team, support staff, customers, users, suppliers, and even opponents of the project.  Project stakeholder are considered to be an individual or the group of the people who dream, plan, convey, and change the intentional forthcoming of the organization.

Knowing who your stakeholders are is important and the process begins by developing healthy relationships. They help decide on issues from the beginning, during planning and at execution of the project. Therefore, stakeholders should understand how the project functions, including the project scope, milestones and goals.

Communication is a critical element that all project managers Acknowledge, strategically manage and overcome to ensure project completion and overall success of the project.  Development and implementation of a diversified communication plan which meets the needs of stakeholders from various companies and firms require an common understanding of language, tone, and terms of agreement.  A few examples the Terms of Agreement include instituting a common media form for all major communications, the responsibility for release of information, and the acknowledgment of receipt on information by stakeholders.

communication mgt.png (816×426)

Project Managers, by the nature of their role must be excellent communicators, additionally they must be adept relationship builders.  Relationships are key to understanding the culture and values of a particular company or firm, as well as the culture of a country where these companies are located, as the employees are typically sourced from the nation where the firm is located.  Implementing communications mechanisms will have to work collectively with the integration of people, devices and products.  Project Managers of course cannot simply build a communications infrastructure on a basis of phone calls and emails.  The employment of telephony devices, presentations, reports and a network of stakeholders contributing with one another and a control point for acquiring, collecting, tracking, analyzing data points and continuous strategy development are also necessary for ensuring a robust communication plan.

The project manager should consider the number of potential communication channels or paths as an indicator of the complexity of a project’s communication. Identifying stakeholders allows for clear communications during updates or project progress meetings. Knowing who the stakeholders are and where they fit in the development and deployment phases of the project is vital to understanding and effectively addressing their expectations or concerns.  After obtaining this understanding, the next course of action is to develop a sound Communications Plan. The project communication plan sets the standards for how and when communication takes place. As the project manager, you want to set the tone for all communication concerning the project. This allows you to maintain control of the project and ensure all stakeholders receive the necessary information (Frost, 2015).

References

Schwalbe, K. (2011). Information Technology Project Management, Revised Sixth Edition. Boston, Ma. Central Learning. (pp.10-11)

Frost, S. (2015) How Important Are Communication Plans for Project Managers? Retrieved August 30, 2015 from:  http://smallbusiness.chron.com/important-communication-plans-project-managers-37520.html

 

What is a Failure Mode and Effect Analysis (FMEA)?

PM Center Insider

–  By Fahad Usmani, PMP®, PMI-RMP®, PM Study Circle contributing

Fahad UsmaniFahad Usmani, PMP®, PMI-RMP®, is founder of PMstudycircle.com and the author of A2Z of PMP Certification Exam. He has over 10 years of global portfolio management experience, specializing in leading complex corporate projects. He currently serves as an Inspection Engineer in Kuwait and facilitates project management training programs throughout the Middle-East, and is the founder of PM Study Circle where he writes about project management education and certifications.

 

 

No one wants a defective product, whether they are an end user or the company which is developing the product. Defects are costly, frustrating, and damaging to the company’s reputation.

5 Reasons Why So Many IT Projects Fail

– By Dr. Emad Rahim, PMP, CSM, Kotouc Family Endowed Chair and Associate Professor

Despite the importance of information management in business operations, many companies experience difficulty in executing IT projects within the pre-determined time or budget constraints. Many IT designs are cancelled before completion and never implemented. Researchers have indicated that most IT projects fail because of poor project management skills. In these failed projects, estimation mistakes, lack of clarity, and unstable goal and objectives were cited as core problem areas. Below are additional areas of concern as described in the article, Why Web Projects Fail.

healthcare-webinar

Poor planning

IT managers often lack the time to appropriately plan because of the pressure from senior management, and as a result, the project is performed before the plan is appropriately defined. If the plan is prematurely executive on by the team, items like resources, scheduling, budgeting, risk management and even scope will often have information gaps and inconsistencies.

Unclear Goals and Objectives

Well-designed project objectives are clear, meaningful, measurable, and ae aligned with organizational goals and mission. Projects must have clearly defined requirements, the absence of which can create timing delays and communication bottlenecks. If a project manager lacks the experience to describe the type and the extent of resources he or she really needs, the project is at risk.

Misalignment

Information systems need to be aligned with the organization’s business objectives. When discussing alignment, it is important to address market share, customer satisfaction, employee engagement, corporate citizenship and innovation. To begin, companies must properly assess everything, and then align its findings with information systems. It is also essential for executive leadership to be actively involved in the alignment process to ensure strategic goals are met.

Quality of Interaction

The quality of the interaction between the Information System (IS) project team and the end-users in a development project are not always clearly linked to the success of projects in terms of meeting budgets and product goals. This is due to the lack of collaboration across business units that prevent proper program status updates that optimize operational reviews. Another issue relates to internal and external team conflicts that affect communication, and this reflects negatively on the project as a whole. Attention to both internal and external conflict is necessary to accomplish project goals successfully.

Changing Objectives during Project

Change can be good, but not if it blindsides everyone on the project team. Inside the realm of project management, judgment must be made as to whether to remain loyal to the initial requirements and objectives or to make changes. Sometimes project managers cannot handle trade-off decisions and make decisions without the basis of rational insights.

Conclusion

Continued interest in project management is expected to increase yearly throughout different industries, partly due to rapidly developing globalization and growing awareness of knowledge management. Companies must manage a wider range of coverage, increasingly complex information system architecture, and the rapidly changing environment. In order to face such challenges, chief information officers (CIOs) must create an IT portfolio management model that is aligned with business goals. It will help the CIO to maintain control over corporate IT assets and IT processes. Furthermore, the CIO and IT project manager should be aware of the common mistakes that destroy IT projects and learn from the identified mistakes. These learning experiences should be captured in a repository so the successors do not make the same mistakes.

The PMO: Developing A Standard Organization

– By Kenneth Day, Data Center Engineer at Nelnet

Ken
Ken Day, Engineer at Nelnet

Ken Day has earned both BA-MIS and MS-MIS, and is currently finishing up his third degree, Master in Project Manager (MPM) at Bellevue University. He currently serve as an Infrastructure Engineer, working with planning, equipment installations and cabling for Nelnet in their Data Center.

Most organizations have some processes and procedures that they may loosely follow as a matter of habit or at least use them as a place to start.  One of the first steps in creating standards to do a thorough investigation into what teams and project managers are using now in the way of templates, procedures or just the methodology that they employ when executing a project.  If an organization has no base standards, it may be possible to adapt a “pre-built” solution and then just move forward but very rarely will an “off-the-shelf” product suit the needs of everyone in the organization.  The existing standards in the organization may not represent best practices or align with generally accepted project management practices (Letavec, 2006) The PMO builds or collaborates on a common set of practices, principles and templates for managing projects.  Standardization means project managers can move more easily between different projects and new project managers can get up to speed faster.  Creating project management templates means standard components of a processes like Risk analysis, Project planning and Scope management, can be reused which can save time and money since they are not created for each new project. (IPlanWare, 2011)  While this can be a huge benefit for most organizations, it will also soon find out that “cookie-cutter” solutions often fall short or the desired results.  So does that means that there are no such things as “Standards”?  No, it means that formal processes may be similar but each project will be unique enough that modifications may involve minor tweaks or major revisions, depending on the nature of the project.

When creating standards, it’s necessary to gather feedback from project managers or others that people in the organization that represent the standard’s intended audience.  The purpose of this is to make sure that the proposed standard will meet the needs of the targeted audience.  Nothing is worse than creating a systems that produces worthless results that increase a projects workload.

Organizations of any industry and size need a Project management Standard to manage external client projects as well as internal improvements.  There is a strong and direct correlation between the maturity of the organization’s Project Management Standard and the overall organization’s performance. (Kapteina, 2016)  Many experts say that organizations will not even survive in today’s business climate anymore if they do not have an appropriate Project management Standard implemented.  The sad reality is that approximately 40% of organizations even in this day and age are still managing their projects with no defined Project Management Standard, which leads in the short-term to lower project success rates, and put severe risks on the overall success of the organization in the long term future.

pmo

(Microsoft, 2016)

But how do you go about establishing the right Project management Standard for your organization?  Do organizations build something up from scratch by themselves?  Many have tried this and failed because it usually involves lots of money, time and effort only to produce little in return.  So is it better for an organization to adopt a third-party project Management methodology and roll it in?  You then have to figure out how to handle the organizations differentiators that make it unique from everyone else.  Off the shelf products are rarely a “one-size-fits-all” product.  Then, once the Project management Standard has been finally built, how shall the organization implement the standard they have created, and keep them up to date?

The answer to this can be found in PMI’s globally accepted Tailoring approach which can be seen as a method to develop and organizations project Management Standard by following several process steps.  It starts with an assessment (to measure the current organization’s maturity level and to suggest the desired change), continues with the development (to create the methodology), and finally not ends but again continues with further improvements (to make sure that there is always the right project management standard in the organization.) (Kapteina, 2016)

Building a customized standard is about bringing together the right mixture of policies, practices, processes, tools, techniques, and templates.  You should mix together the usage of well-known global project management methodologies like those developed by Project Management institute (PMI), some third party Project management standards and last, but more importantly, the integration of the Organization’s differentiators that make the whole package unique.  Companies today need their own Project Management Standard to be able to function successfully in today’s markets.  Building and implementing such a standard is tied directly to the success or failure of that organization.  Organizations without an Established Project Management standard risk disappearing from their market place sooner or later.

A critical success factor in building a standard is the right mixture of required internal differentiators as well as the adoption of the right external methodologies and standards. Tailoring practices from PMI can help manage this process more smoothly. When finally implementing the new Project Management Standard into the organization, a holistic approach is needed to integrate also Program Management and Portfolio Management into the company’s business management framework, connecting all domains to the organization’s vision, missions and strategy. PMO Frameworks can help organizations coordinate such developments across multiple organizational business units. (Nayab, 2010)

An established Project Management Standard will lead to realized strategic objectives. It is important to keep such a standard in the organization continuously up to date. Looking forward, it will be interesting how new offerings in methodologies and technologies may further change the Project Management knowledge as we know it today.  Always keep looking for better ways to accomplish your goals without losing sight of the finished product.
References

Kapteina, Gernot, (2016) Building the Organization’s Project Management Standard, Retrieved March 24th, 2017 from https://gernotkapteina.com/2016/03/27/project-management/

Nayab, N, (2010) Understanding PMO Roles and Responsibilities, Retrieved march 24th 2017 from http://www.brighthubpm.com/certification/69777-understanding-pmo-roles-and-responsibilities/

iPlan. (2011). Responsibilities of a Project Management Office. Retrieved from http://www.iplanware.com/blog/index.php/2011/01/09/responsibilities-of-a-project-management-office-pmo/