Start The Conversation! (877) 677-4636

Blog

Weathering the Storm of Organizational Change

Fairly early in my career I was hired into a company in the automotive industry to solve a problem. I had no real job description; they just wanted me to start by resolving the issue. That was fine by me because I love solving problems.

Thunder and LighteningThe problem: the customers (representing the big 3) were on site every week for a good portion of time meeting with the leaders of the company because we needed to resolve a quality concern. The operations leader said this kept him away from getting his main job done – producing air bag parts. After a little over a week attending the meetings and understanding the issues, I had the answer.

The meeting agenda was centered our managers brainstorming solutions with our customers. Meanwhile, our engineers were off brainstorming their own solutions and testing theories ad hoc. In some cases there was duplication of efforts. Determining the root cause and fix for the problem really was the job of the engineering team but they were not working efficiently.

The solution: utilize the automotive industry 8D problem solving process to determine all potential root causes and then prioritize which were most likely to be the cause, test each item to eliminate the item until they had the true root cause. And to best serve the customer, this work would be handled as a project so that we reported progress on a weekly basis (no more long meetings!). The engineers could see that this got them to the answer faster.

Did this new way of working change the organization? Of course not right away. Now that the leaders saw that I could be the single source of contact with the client, they were happy about that – their problem was solved. I explained to the president that we actually needed to make a culture change to become a proactive and more efficient organization to avoid this problem in the future. The structured problem solving and project management used to resolve the immediate issue needed to be implemented across the organization.

office_argument2Bringing process to an organization that has not used structured processes is not easy, people resist. When I first started at the company, I actually thought that the lack of internal processes might be a fun environment. This was not the case. Important issues were not resolved in a timely manner, resulting in a tense internal environment.

Now to convince the organization of the benefit of this change! I had planted the seed that we could speed up problem resolution by systematically prioritizing root causes as we investigated required fixes. And I showed we could improve customer satisfaction by resolving our own issues and reporting progress to our customers on a regular basis. I developed a companywide campaign to convince the organization of the benefits from this new way of working. Moving from ad hoc work to establishing Project Management was no easy task. Once I got the president on board, he sponsored the change. He made sure everyone heard from him that this was very beneficial to the organization. Advocacy for the change spread quickly after that.

Young speaker at a meeting

Major change is not easy and is generally met with a good deal of resistance. Communication about the benefit and good sponsorship of the change is instrumental in leading to a successful change. The individuals in the organization must see how the change will work well for them. In this case, turning around customer dissatisfaction was very compelling to the leaders of the organization. For the engineers, resolving problems faster was very satisfying.

This blog was contributed by Carolyn Reid, MSS Consulting Manager

For questions about Successful Project Implementations, Performance Management, or Change Management contact us at info@msstech.com

 

Share
Posted in Blog Post | Tagged , , , , , , , , , | Leave a comment

Your Business Process Management (BPM) Questions Answered

Business Process Management

As a consultant I find myself being asked all kinds of questions when it comes to BPM, most often I’m asked “do all organizations need a BPM system in place in order for their BPM initiative to be successful?

The answer is NO, certainly not. A BPM system can be a benefit if an organization is technology-savvy (most are not) and already has a strong buy-in, understanding, and governance of BPM organization-wide. If those characteristics are not present, a BPM system will likely bring little value.

For example, a client of mine uses a BPM system (ProVision) however does not use it well or take advantage of its value-add capabilities. In my opinion, they would be equally well served by using Visio. On the opposite side, I used Visio when analyzing & redesigning for client working on their global business processes and our BPM work had much more significant value add than what had been done at the previous client using ProVision. Bottom line, it’s not the system that makes a BPM initiative successful… it’s the understanding, buy-in, training, and governance that does.

I’ve also been asked “what about smaller organizations, what if they can’t afford a BPM system but would like to start a BPM initiative; is it worth while without having a system in place?” Yes, it is very worth while. Small companies can see huge process improvements and efficiency gains that can come from something as simple as whiteboarding a process and then putting that process and changes into training and job documentation.

Winning TeamLastly and most importantly the question I get asked a lot is “how should an organization go about starting a BPM initiative?” First step is to get executive buy-in, then create excitement & understanding of why the organization has decided to do BPM at every level, prioritize and decide what areas to focus on first, then begin process analysis/improvement/training, and create a governance structure to maintain processes and improvement going forward.

This blog was contributed by Nita Minnich, MSS Consultant

If you have additional questions about successful Business Process Management (BPM) contact us at info@msstech.com

Share
Posted in Blog Post | Tagged , , , , , , , | 1 Comment

How can Project Portfolio Management Help Fix a High Project Failure Problem?

What follows is the story of a company with a few issues (more than I thought I was getting myself into). I happily started work at an IT Project Management Organization (PMO) of a large healthcare organization. I had been told there was one thing to be done for the PMO – help them develop project prioritization. Easy!

I quickly found out that the PMO had a large project failure rate. Other issues included:

  • Continuous mergers and acquisitions resulted in siloed, independent businesses with no incentive to work toward common goals,
  • Business and IT didn’t work well together,
  • People didn’t want to change (that’s normal),
  • There was no view of resource capacity to demand (they had an excruciating manual, time consuming, inaccurate method for handling resource assignment),
  • There was no single view of all projects,
  • And of course projects were failing (a very bad issue for a PMO to have).

THE PROBLEM

The highest value projects were not getting done.  With no prioritization and no view of true resource demand to capacity, low-value projects were gobbling up resources needed by high-value projects. This caused the more valuable projects to be stalled or stopped in mid-implementation. This also resulted in corners being cut when project managers tried to shotgun projects through the lifecycle to ensure they did not lose precious resources. Project planning was one key phase that was shortened or skipped altogether, leading to a higher rate of project failure.

the-problem

It was easy to get a project into the queue. Projects under a certain budget limit could be submitted and were automatically put in the project queue to be resourced within a week. Anyone could submit a project request and provide very minimal supporting information.

WHAT WASN’T WORKING???

I kept hearing that they had a prioritization method but they seemed very hesitant to let me know what it was. When I found out what the process was, I understood their hesitancy – they were embarrassed. The steering committee was to give each incoming project a priority of high, medium or low. Guess what? All projects were high priority.

For higher cost projects, IT Governance did exist. In the fall of each year, the IT business unit directors would provide business case information for projects they wanted to implement in the coming year. The regional leader would review and accept the projects he or she deemed priority for the site; and an oversight committee eliminated additional projects from the plan to lower the total site budget to match what they could allocate. The results of these meetings determined each site’s budget. In the following year, the sites were free to substitute other projects for those that had been approved, making this an exercise in obtaining funding, not in proper portfolio planning.

THE FIX

working

For the PMO, we determined that the two main issues to be resolved were lack of resource management and prioritization. They concluded that implementing project portfolio management could resolve both issues and result in successful planning and project management.

The goals for the Portfolio Management implementation were as follows:

  • Tie projects to the corporate strategy,
  • Develop business cases for all proposed projects,
  • View projects across all sites to determine opportunities to combine efforts,
  • Improve project planning,
  • Develop application standards and application portfolio management.

We developed a model for scoring project requests which would serve as the basis for prioritization. The model was based on research of best practices in the industry and tied to the organization’s strategy. Once the model was in place, it was used to prioritize the projects submitted for the yearly budget to demonstrate to the decision makers why they should fund the proposed projects. They now had clear insight into what should be done (prioritization) and what could be done (resource management). Including portfolio management in the project lifecycle greatly improved the organization’s ability to successfully implement projects. It is well known that Portfolio Management is intended to maximize the benefit from an organization’s portfolio of projects; but it also helps ensure project success by “sizing” the portfolio to fit the available resources.

DID THE PEOPLE LIKE THIS CHANGE?

The PMO wanted and needed this change. They clearly saw the value of the change. But what about all the business unit managers that wanted to just ask for a project and get it done? You guessed it, they didn’t like it. What was the culture missing that would convince people this change is good? They needed to change from many separate business to a unified whole, making decisions based on the value to the whole organization. We utilized change management best practices by including the business unit leaders in developing the prioritization model, giving them ownership of the solution. We also kept in touch with people impacted by the change regularly to keep them informed of progress and remind them of the business return to be realized from the new process. We worked with people to understand their issues and deal with resistance.

WHAT IS SO GOOD ABOUT PROJECT PORTFOLIO MANAGEMENT (PPM), THE CURRENT PROCESS WORKS FOR ME?

We got this question from the people who were getting their projects successfully completed and didn’t have to do anything to justify the budget. We needed to explain the value of Project Portfolio Management. In a nutshell, Portfolio Management determines how to objectively judge which investments will provide the best return and help the organization meet its strategic goals. What a great idea!

This blog was contributed by Carolyn Reid, MSS Consulting Manager

For questions about Successful Project Implementations, Performance Management, or Project Portfolio Management contact us at info@msstech.com

Share
Posted in Blog Post | Tagged , , , , , , , , , , , , , , , | Leave a comment

Soggy Forecast for Cloud Based Systems without Organizational Change Management (OCM)

The implementation of Cloud Based Business Applications offers organizations an opportunity to leverage wonderful new functionality using a completely different support paradigm.  However, most companies do not achieve the full benefits of a cloud based solution because they fail to implement these systems using a formal Organization Change Management (OCM) Program.  A formal OCM Program offers the opportunity to engage customer stakeholders and to examine the impact of business process change being introduced by the Cloud Based Application.

Rain Clouds

Without OCM being integrated into a Cloud Based Implementation, you get process breakdown, users reject the system because they do not assume ownership, and IT is not engaged sufficiently because the implementation is being done by a Cloud Based Vendor.   OCM is the secret sauce that truly allows organizations to be successful implementing the Cloud.

This blog was contributed by Brian Jung, MSS Consulting Director.

For questions about successful Organizational Change Management Projects (OCM), Performance Management, or ERP implementations contact us at info@msstech.com

 

 

Share
Posted in Blog Post | Tagged , , , , , , , , | Leave a comment

4 Steps to Creating Effective BI Teams

Business intelligence–the use of sophisticated software to analyze complex data–is no longer the domain of a centralized group of IT staff or advanced data analysts. Today, powerful and Web-based BI tools are accessible to a wide range of business users.

BI is everywhere, and it’s everyone’s job. But with this proliferation comes new challenges. Teams of BI users today often lack the structure, guidance and leadership to effectively mine data. In this article, I’ll share four steps to establish guidelines, organize teams, delegate data management and allow the success of the BI team to permeate and drive innovation throughout the business.

Winning Team

1. Establish Structure and Boundaries with Governance

2. Match Technical Resources to Domain Experts

3. Empower Business Users to Own Data Management

4. Find New Holes for BI Pegs

An MSS Consultant’s Perspective in regards to creating effective BI Teams.

“I agree with his 4 points, however there is no mention of a bigger problem; Now that you have all this data to mine, what should be measured?

Just because you can measure it, doesn’t mean it should be measured.  In my experience, companies that implement BI, whether it be from a software system or home grown data dumps, tend to become over zealous with the amount of data now available to them.  Correlations are made between data and dollars, performance and productivity, than may or may not tell give you a clear picture for the affectivity or efficiency of your business.  The results can leave management drowning in data and unable to make clear decisions.  One report might tell you where you need to focus, another may contradict the first, leaving you in the dark.  Data can be twisted and turned to benefit any party involved.  Politicians have been doing it since the dawn of time.

With the implementation of a new BI system, I would first and foremost consider what is important to the customer.  THAT is what should be measured.  Take that data and build on what effects that data.  Everything you measure should be able to be traced to what is important to the customer.”

This post is in response to an article from Software Advice, a website that reviews BI software. Check out the original article here

Share
Posted in Blog Post | Tagged , , , , , , , , | Leave a comment

4 Tips to Achieve Successful Testing Completion Earlier Than Expected

Testing BlueHow often do you come to the end of the testing phase on your project and find yourself scrambling to finish before implementation?  Do you find yourself coming up short on completing those last few tests?  Are you all of a sudden off schedule and over budget?

How would you like to feel that sigh of relief when you complete all of your testing prior to implementation?  Heck,  wouldn’t you like to spend more time preparing for the install itself rather than ‘hoping’ all goes well? Well, there are plenty of strategies that companies can take to feel this relief.  Key strategies to keep your testing ahead of schedule and on-budget include:

1. Testing less critical items prior to the start of System Integration Testing (SIT)

Does your company have a Unit, Integration, and/or System test phase prior to UAT?  Is there a test phase that is currently allotted strictly for technology testing?

Less critical items to be tested might include: user access rights, screen functionality (such as right-click capabilities), ability to perform basic, and other one- to a few-step transactions.

Ask yourself:

  • Which applications are used often yet have some of the most basic functionality to verify? 
  • Are there any applications that are only used by one business unit? 

This allows for the two areas to collaborate on early testing efforts.  The business unit can provide the scenarios they would like to test and the application team can ensure they have the proper code in place to support these scenarios.  Note that it is important to follow your current process for tracking defects as they are opened & worked.  Any outstanding defects will then need to be transitioned to a later phase if not completed during this time.

2.  Consider using multiple test environments and various resource options

If multiple applications are involved, then an integrated environment should be the main environment for testing which usually has a full batch cycle that runs one to many processes.

Consider using side platforms for specific testing or processes.  If you have any testing that does not require an integrated environment or can be completed within an application (no data coming from other applications), then a side platform may be of use to you.  These types of platforms are usually focused around simpler processes that have large quantities of scripts to test.

Also, using a dedicated test manager for each application can be very efficient as they serve as one source for status updates as well as the key figure in managing defect resolution.  These resources are also likely in charge of script completion and may support testing automation efforts where appropriate.

3. Stagger testing where possible and run large processes during non-peak times

Consider starting with SIT and have UAT follow.  This is a basic concept that a lot of companies follow, but many others still do not.  If the opportunity presents itself to complete the technically-focused SIT testing ahead of the business-focused UAT testing, then the technical resources can hone in their efforts during UAT on resolving defects rather than trying to manage their own testing concurrently.  If this option isn’t available, then the next best situation is to have UAT start one to two cycles later than SIT so the technical teams can hopefully stay ahead of the UAT defects that may surface.

For larger environments such as integrated environments, let these cycles run over the weekend (or other preferred downtimes) so application testing and business validation can occur during the work week.  Companies can run with a skeleton crew over the weekend to ensure the test cycles run smoothly and ensure that testing can occur early in the work week.

4Produce effective reporting and use lessons learned for future testing efforts

Minimize low-value deliverables (multiple status reports, etc.) and instead focus on testing progress and defect resolution.  Status reporting should be used on an as needed basis and should be focused on critical testing milestones (such as reaching a certain % complete by a given date).

Reassess test planning and outcomes based on how many test scenarios were deemed “not applicable” or “unable to complete” during the testing phase.  Lots of time can be wasted when testing teams dump previous test scenarios into their test plans that may not be applicable to the changes being made.  For test scenarios that cannot be completed, testing teams need to reassess their value and if they are truly feasible scenarios.

This blog was contributed by Ryan McMahon, MSS Consulting Manager

For questions about Successful Project Implementations, Performance Management, or Testing contact us at info@msstech.com

 

Share
Posted in Blog Post | Tagged , , , , , , , , , , , , | Leave a comment

5 Ways BPM Can Transform Your Organization

Breaking down silos and improving processes through Business Process Management (BPM).

Breaking down silos and improving processes through Business Process Management (BPM).

First off, what is BPM?  BPM stands for Business Process Management and is a management principle that leads organizations to manage their work efforts via business processes. BPM ultimately supports improved performance through operational excellence and business agility. Now that you know what BPM stands for you might be thinking, “Why would I implement this principle in the work place?” Well by managing through processes, an organization can reap many benefits including:

  1. Providing Full Visibility Into Your Current Processes – It’s common to uncover problem areas through current-state process analysis and identify opportunities for improvement. This also creates enhanced business awareness to monitor process performance more real-time and generate reporting for informed decision-making by leadership.
  2. Supporting Alignment To Corporate Strategy – When processes are reviewed, they can be aligned to corporate strategy and help provide “The Big Picture”. During this effort, it is critical to gain buy-in from executives and other key team members to ensure the refined corporate strategy can be acted upon.
  3. Creating Process Ownership Throughout The Organization – When using BPM, process owners can be identified from the business side (not IT) for each major process which must be backed by executive sponsors to support an effective governance structure.
  4. Generating Agility In Making Transformational Changes – When BPM is used in coordination with a tool/system, it can provide improved agility in making future process changes as strategy needs arise. So when the BPM process knowledge is managed in a system versus being kept as tribal knowledge with employees, rapid effective change is easily achieved.
  5. Breaking Down Siloes To See Value Cross-Functionally – When BPM is implemented effectively (and matures over time), end-to-end processes are defined to support an organization’s strategy and provide a holistic perspective.  When processes are siloed – owned and managed within a function – the goal is to break these down so the processes can be viewed, managed, and measured as value chains. Keep in mind that not every process can be made into a value chain and as these are created they may require additional buy-in as other teams may be impacted.

This blog was contributed by Ryan McMahon, MSS Consulting Manager

For questions about BPM, Performance Management, or Organization Change Management contact us at info@msstech.com

Share
Posted in Blog Post | Tagged , , , , , , , , | 1 Comment

Improving Business Intelligence Performance with Dynamic Cubes

 

Cognos Dynamic Cube

Gartner, the information technology research and advisory firm, confirms that analytics now dominates the ranking of technologies CIOs have selected as their top priorities for the coming year.  Mobile technology and cloud computing follow with a rank of two and three, respectively.  Our clients are also reporting increased interest in business intelligence as a driver for enterprise profitability.

IBM continues to show leadership in analytics through Cognos 10.  Dynamic Cubes is a technology within the Cognos family that provides exceptionally fast performance.

Dynamic Cubes is a good solution for near real-time data warehousing.  They are best used on large volume star schemas.  PowerCubes or TM1 are better technologies for lower volume databases.  Use cases, your system architecture, and the total number of members in the largest dimensions will determine whether it’s best to deploy Dynamic Cubes.

Dynamic Cubes is an extension of IBM’s Cognos Dynamic Query.  It allows systems to achieve high performance over terabytes of data using the Aggregate Advisor.  The Advisor helps performance by evaluating a cube and suggesting either in-database aggregate tables or in-memory aggregates.

Cognos BI version 10.2 Dynamic Cubes supports IBM DB2, IBM Netezza, Microsoft SQL Server, Oracle, and Teradata databases.

MSS can provide further understanding on the role of Dynamic Cubes in your enterprise.  We can help develop a roadmap that will align Cognos 10 analytics to your strategic goals and integrate it into your IT systems and processes.

This blog was contributed by Philip Wik, MSS Consultant.

For questions about Business Intelligence, Dashboards or Performance Management contact us at  info@msstech.com

 

 

Share
Posted in Blog Post | Tagged , , , , , , , , , , , | Leave a comment

A Good Business Intelligence Solution for Midsized Companies

 

Information is the life blood of every company.  The ability to use it most effectively can separate the market leaders from the laggards and drive growth and profits to new levels.

A goal for all successful companies is to move from reporting to the kind of analysis that lets executives adjust strategy in response to rapidly changing conditions.  Reporting questions are:  What is next quarter’s revenue forecast?  Or: What did this customer buy?  Better analytical questions are: What if demand falls short of forecast? Or: What is the customer likely to buy next?  Answering these kinds of questions is the job of business intelligence (BI) systems.

BI used to be synonymous with complexity and cost.   But solutions are now available that provide small and mid-sized enterprises (SMEs) with relatively simple and inexpensive BI analytics.

For SMEs that are new to BI and would like the advantages of a BI solution, we recommend IBM Cognos Express.   Express is a one-stop BI and planning solution that can meet the needs of midsized companies with reporting, analysis, dashboards, scorecards, forecasting, and more.

IBM Cognos Express has four modules.  They can be used separately or together:

• IBM Cognos Express Reporter for reporting and ad hoc queries

• IBM Cognos Express Advisor for analysis and visualization

• IBM Cognos Express Xcelerator for Microsoft Excel based business analysis and optimization

• IBM Cognos Express Planner for planning, budgeting, and forecasting

Implementation and maintenance is relatively simple.  Express is designed to make end-users self-sufficient in setting up and modifying analyses and dashboards.

Among the capabilities SMEs and stand-alone business units will find especially useful are mobile analytics and advanced planning, budgeting, and rolling forecasting.

SMEs or business units in larger enterprises should consider IBM Cognos Express.  MSS Technologies can help you acquire the product and licenses, tailor the software to meet your needs, implement it, and train your staff.

This blog was contributed by Philip Wik, MSS Consultant.

For questions about Business Intelligence, Dashboards or Performance Management contact us at  info@msstech.com

Share
Posted in Blog Post | Tagged , , , , , , , | Leave a comment

Working Toward Project Success

Is there any way to guarantee project success? Absolutely not, however, examining lessons learned from past projects can reveal valuable information to help ensure project success. Here I discuss processes, procedures and people to determine how to optimize project performance.

Best practice project management procedures require that planning takes time and attention. Most seasoned project managers can recall a project that failed due to rushed (or no) planning. The project manager and project team are also important to project success. What makes a good project manager or project team? Corporate culture plays a strong role in aiding or hindering quality project management. It is important to keep in mind what has and hasn’t worked in the past as you plan and implement the project.

I once led a project, which was viewed as easy by the management and as very risky by the project team. Management continuously told us this was a piece of cake (of course they wanted to believe this!). We conducted risk analysis feasibility studies and believed this to be very risky and not highly feasible given our current team resources. Amazing that those of us who were going to be working on the project knew from the start that it would be one of the hardest things we ever did. All the scary facts were there: lean staffing and a late start, the team had absolutely no experience in some aspects of the project and the requirements on our statement of work did not match the signed customer contract. In addition, morale was low because we were short of resources, schedule was tight and our VP was threatening shutdown of the division.

The project issues got worse as time went on. A key team member quit when the project had just one month left to go and some of the team members did NOT get along. Management continued to ignore the project issues, still seeing the project as an easy success.

Some very interesting things happened on this project, which resulted in its eventual success. To improve team attitude, we attended an inspiring seminar that helped us build an improved team attitude. The seminar reminded the team that you own the results of what you do. The attitude changed from “we are doomed” to “we will make this successful.” The fact that we were seen as performing poorly was both good and bad for us. This brought morale down but motivated us to “show leadership that we could succeed”. As the Project Manager, I wanted to build a very cooperative team attitude, so we started each day with a quick meeting to discuss what support each team member needed to get all their tasks done. I learned to test the equipment – the team liked my hands-on approach.

All the team’s efforts were worth it in the end as the project succeeded. We had happy stakeholders – the customer, our management and our suppliers (as part of our team). We had the satisfaction of knowing we had done well despite all obstacles.

Lessons Learned

What caused this project’s success?

  • We had a strong commitment to project goals. The Project goals were simple: 1. Customer satisfaction (providing the equipment they needed on time and working to spec) and 2. Turn around our poor performance record on projects. Customer satisfaction is always a goal but this was also our first external customer and promising a good deal of future business if we succeeded. Satisfying management would change the corporate culture as they recognized our competence and learned how to improve the culture to support project management. The team was very committed to the goals.
  • The team learned the power of teamwork and the power of strong commitment to doing things right to achieve project objectives. People understood that they could get beyond their issues with other team members by concentrating on the target – to make the project succeed. We had a good amount of discussion on the effect of dependent tasks on each other. Prior to this project, the team members focused on their own tasks without paying attention to the entire project plan.
  • We included the key stakeholders on the team. We worked with the customer both in showing the project progress as time went on as well as helping the customer in tasks they needed to complete for the project. We negotiated a mutually beneficial relationship with our vendors and included them on the project team. The vendors promised their quickest turnaround when we encountered sudden specialized needs (such as quick build of custom parts). We promised a good amount of future business to the vendors. This stakeholder participation lowered risk, lowered scope creep, and ensure that what we produced was what the customer needed. What are other ways to ensure project success?

The importance of good Initiating and Planning

Good Planning is critical to project success. Rather than rushing the planning to get on with the project and complete faster, in planning, you will find areas to trim time in implementation. When our organization had only internal customers, they dictated schedule and budget. This really didn’t work since the customer always wanted it yesterday, cheap and perfect. If you don’t the enough resources and time to complete the defined scope, you need a miracle, not a project manager.

Stakeholder analysis requires time and thought as there are the obvious stakeholders and the not so obvious stakeholders. There are stakeholders that determine if the project has succeeded and those that do not want the project to succeed. Among the stakeholders are people competing for your resources or with agendas that oppose your project. The Project Manager needs to formulate strategy for dealing with all stakeholders; ensuring key stakeholders participate as team members and negotiating with stakeholders that are competing for the same resources.

While the project manager and project team must bring the project in on time and in budget, this does not define success. In the end, the customer declares the project successful or failed. The Project Manager and team must work very closely with the customer and all stakeholders to ensure clear understanding of the critical success factors as well as understanding stakeholder issues. Including our customer on our team ensured that we understood their objectives and could see their attitude toward our progress.

Throughout the Project: Managing Risk and Change

While we progressed on the project, we kept a close eye on scope management and risk management. Scope creep is a big issue in project management. The project plan works for the scope of the project agreed to in the planning stage. As the project progresses, stakeholders, customers and even project team members can see opportunities to make the solution even better than originally planned. While this improvement sounds good, it will lead to cost overrun and schedule slippage. The Change Request process must be well established and must be adhered to by all involved with the project. On one project I managed, we decided that we should go forward with most of the customer out-of-scope changes simply to ensure customer satisfaction. This backfired on us. When the project was late and over budget, the customer saw this as project failure despite all the “free” changes we provided. Definitely a lesson learned!

The risk management plan is not a document to be filed away once the planning is complete. The risks must be analyzed, documented and reviewed on a regular, ongoing basis. As the project progresses, risk mitigation activities will need to be completed as the issues occur and new risks will be discovered and included in the plan. Think of risk management planning as always having a plan A, plan B, and plan C.

Toward Successful Project Management

Best practices in Project Management require looking to the past, present and future:

  • Look to the past –remembering what has worked and what hasn’t worked.
  • In the Present – the project manager and project team must pay careful attention to all that is happening on the project t each day.
  • Look to the future – through careful planning, adjusting as required and carrying out risk mitigation activities.

 

Share
Posted in Blog Post | Tagged , , , , , , , , , , | Leave a comment