Thought Leadership in Project Management: with John Farris, Senior Security Specialist with Air Force Materiel Command

– By Dr. Emad Rahim, PMP, CSM, ACPM

Farris, John 5x7 160128-F-AL359-002John Farris is Senior Security Specialist at Headquarters, Air Force Materiel Command, Wright Patterson Air Force Base Ohio. He has served the Department of Defense as active duty, military, a contractor, and government civilian for almost 38 years. He has fulfilled many roles and many different locations over that time. His current role he uses many of project management tools and processes to advance security practices and policies. Before that he acted as a subject matter expert overseeing multi-million dollar Air Force electronic security system design and installations. He spent three years working for the Missile Defense Agency developing and managing security system projects. He has He has filled various capacities within the project management realm. He has completed a BS in Project Management from Bellevue University and in near completion of his Master’s in Project Management from Bellevue University. He is married with 3 children, and 9 grandchildren. He intends to use his experience and education to help develop future project managers.

1. How did your project management career get started?

Answer: It didn’t start in a traditional way where I said “I want to be a project manager”. I have worked for the DoD for a number of years as Active Duty, a contractor and as a government civilian. I various roles, I participated or led project that touched on various aspects of project management.
2. How did you obtain your project management education and training?

Answer: Much of what I have learned is through experience. While employed by SAIC, I did take some of their project management developmental courses. It wasn’t until I enrolled in the Bellevue University, Project Management Accelerated Bachelor’s Program did I receive formal education.
3. Can you please summarize your industry, and share how organizations are applying project management in the workplace?

Answer: As I said earlier, I have worked in the DoD for 37 years, over that time, my focus has been on developing security solutions to protect people and resources. This area is diverse and ever changing. I have worked as an active duty member, a contractor supporting a military organization, and a contractor in a corporate project office with DoD contracts.

4. Do you see any trends in your industry as it relates to project management and other related methodologies?

Answer: As I continue to learn about project management and various practices and trends, I find that the principles of project management are sometimes misunderstood. For example, many times projects are selected based on the perceived financial gain of an organization, rather than if the project can be executed within the budget and time frame established.

strategic-partnership

5. What is your advice to people that are interested in pursuing a career in project management within your industry?

Answer: The skills that are taught for project managers are beneficial to anybody that develops requirements, assesses risk, develop quality management plans, works with stakeholders. I have found that project management skills are used in other functional duties.

6. I noticed you have earned several certifications. What type of value has these certifications provided to you in your career?

Answer: The certificates I currently hold are security specific. My goal once I have completed the Bellevue University Master’s Degree is Project Management is to gain my PMP certification as well as my Scrum Master certification. I believe the Agile methodology will soon migrate to many project management disciplines.

7. Do you think the industry is catching up to better understanding the benefits of program management and portfolio management?

Answer: I think many industries are beginning to understand the strategic importance of project management and how project selection can influence the success of a company.

8. What are some of the major gaps you still see in the project management profession and what can industries do to address them?

Answer: Training and knowledge are the two shortfalls that still effect every industry. Most industries are challenged to complete projects on time, within scope, and within budget. Properly trained project managers and teams are critical to increasing success. Of course, putting someone in the “front office” with a project management background can help determine what projects offer better business opportunities. Many times, projects appear to satisfy the business case, but from a project standpoint, it may be difficult to execute with the time and budget allocated. This adds to the statistic of unsuccessful project, but didn’t have the chance to be successful from the moment it was selected.

9. What type of things do you do to stay current in your field (professional development)?

Answer: Because I work for the DoD, Defense Acquisition University offers a remarkable amount of computer-based training.

What are your last thoughts or closing remarks to our project manager subscribers?

Answer: I have worked in project management in some form or function for several years, but only recently decided to pursue formal education and certification to further my knowledge and improve my abilities. I hope to apply this new-found education to my current position as well pursue collegiate teaching opportunities. I encourage young adults to evaluate project management as an educational goal and a profession as it spans many business sectors and the role and importance of project management will continue to grow as it provides all the tools to deliver projects successfully.

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

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/