Blog powered by TypePad
Member since 10/2004

Project Management

Bad Leadership is at Fault when IT Projects Fail

A recent guest post by Mike Kavis at the IT Project Failures blog underscores that the reason IT projects fail has little to do with IT and everything to do with change management and leadership.

Most large business transformation projects fail because IT leaders don't acknowledge, or at least underestimate, the impact of change on the workforce. These managers focus entirely on technical issues while failing to address the human side of change.

Driving change successfully requires creating a sense of urgency, communicating a clear vision, and addressing WIIFM (what's in it for me) at all levels. Leaders must identify change agents throughout the company to battle resistance, while remembering success is about the people and not the technology.

You can read the rest of the post here.

And my advice on fostering better project leadership can be found here.

Rescuing a Failed IT Project

The Twitter debacle prompts this post on project turnarounds by Michael Krigsman at IT Project Failures. Among other things, he advises that project management and communications will be key to ensuring success in the end (but it will be painful along the way).

 You don’t have to fix every problem. Get the basic system working and worry about the rest later. I’m sure you’re already thinking this way.

Users will be patient, but only if you make them love you. Everyone wants Twitter fixed, but communication is everything right now.

Learn project management. Wings and prayers won’t work. Bring in experienced managers with excellent judgment who have fought these battles before. You need more than tech folks, even though the problems are deeply technical in nature.

Forrester Research offers this road map for turning around a failed project. I hope you don't have to use it (but you might bookmark it just in case):

Rescuingsoftwaretrainwreckstable1

Benchmarking DOs and DON'Ts

Benchmarking is a critical first step in identifying opportunities for process improvement. Used correctly, benchmarking allows companies to compare their processes versus the best practices in their industry and develop a road map of how to adopt best practices within their own organization.

Mark Brousseau at the TAWPI Blog compiled a list of Benchmarking DOs and DON"Ts based on discussions at the recent TAWPI Payments Conference (I live blogged the event - coverage here) and the Supply Chain Leadership Forum:

The Top 5 DOs:

  1. Do align with key stakeholders.
  2. Do succinctly summarize benefits for top management.
  3. Do reduce your scope to actionable items.
  4. Do maintain perspective of both your business and cultural model.
  5. Do test multiple options before drawing conclusions.

The Top 5 DON'Ts:

  1. Don’t use competitors that match up poorly with your processes.
  2. Don’t ignore your competition.
  3. Don’t use the “boil the ocean” approach (focus, focus, focus).
  4. Don’t use benchmarking and data analysis tools without understanding how they work.
  5. Don’t work in a vacuum and think your organization knows it all.

Project Mgmnt Book Rec: Making Things Happen

Scott Berkun's excellent "The Art of Project Management" has been updated and released with a new title and cover. The same good stuff is inside - plus more! This is the only project management book I can recommend without reservation.

image

Read all about it on Scott's blog
Order from Amazon

Focus on Training to Avoid IT Failures

I post often on the failure of IT projects and recommend specific project leadership and change management tips to salvage your key initiatives. Today Michael Krigsman, at ZDNet's IT Project Failures blog, highlights the critical role that training plays in ensuring success of technology implementations.

5 Ways to fail at IT Training:

  1. Inadequate budget and planning for training
  2. Poor instructors and training material inappropriate for the audience
  3. Too much focus on specific tasks, too little focus on why the business process is changing and the benefits
  4. Training does a poor job of tying IT solution to business objectives and process
  5. IT doesn't ask for help from internal or external training resources

Read the whole post here.
Read the original source at Computer World.

Leadership is Critical for Project Success

Over at the Business Intelligence for Business People blog Tom Hudock considers the multitude of challenges that threaten projects and determines that leadership is the most critical factor in determining whether a project is successful or not.

Excerpt:

So what makes an unsuccessful project?
Some potential culprits are: technology issues, budget constraints, timeline constraints, user adoption and leadership can contribute to failure. However, leadership stands out the most for me. A leader or project sponsor can make or break the project. They give direction, remove political roadblocks, manage the money... and significant issues escalate to them for final decision.

Tom continues to debate whether IT executives or business executives make better project sponsors (he favors business and so do I).

Want to immerse yourself in leadership? Just your luck, the January 2008 Harvard Business Review is dedicated to Leadership & Strategy:

Hbrjan08

Read Tom Hudock's full post here.

Read the latest HBR online here (subscription required) or pick up a copy at the nearest news stand.

Spectacular Failure: Project Management Lessons from a Doomed Satellite Program

Boeing Sunday's New York Times features a lengthy discussion of the factors contributing to the spectacular failure of the government's $4 billion spy satellite program. The project was ultimately canceled in yet it is clear from the the various participants that are quoted in the article that the effort was doomed from the start.

What went wrong?

Project Failure #1: Unrealistic Budget & Schedule

From the outset the project budget was tight. The satellite agency set stringent spending caps for the project, imposed by Congress. When the project was initiated budget estimates were in the $2-3 billion range, yet by the time the effort was canceled in September 2005 cost estimates ran as high as $18 billion.

Yet no one said anything:

 “The F.I.A. contract was technically flawed and unexecutable the day it was signed,” said Robert J. Hermann, who ran the National Reconnaissance Office from 1979 to 1981 and in 1996 led the panel that first recommended creation of a new satellite system. “Some top official should have thrown his badge on the table and screamed, ‘We can’t do this system at this price.’ No one did."

Project Failure #2: Wishful Thinking (Ignoring the Warning Signals)

Both Boeing and the satellite agency were guilty of wishful thinking. Boeing was eager to expand its capabilities beyond airplanes, and in its eagerness, committed to deliver technology it was unfamiliar with. The government, for its part, accepted Boeing's optimistic projections.

Moreover, the satellite agency aided in the deception as a result of a new policy that shifted the responsibility for monitoring progress to the contractors themselves, rather than the government.

Boeing’s point man on the job was Ed Nowinski, an engineer who had become a top government spy satellite expert during 28 years at the Central Intelligence Agency. “It was a perfect storm,” Mr. Nowinski said ruefully. But he acknowledged that Boeing frequently provided the government with positive reports on the troubled project.

“Look, we did report problems,” Mr. Nowinski said, “but it was certainly in my best interests to be very optimistic about what we could do.”

Avoiding Project Train Wrecks of Your Own

Here are some tips to help you avoid your own project train wreck:

  • This post suggests some tough diagnostic questions to ask yourself (and your team members).

  • This series of posts addresses common project failures (the two mentioned above and eight more) and suggests remedies.

I strongly encourage you to read the whole article in the The New York Times (its long, but very instructive):

Failure to Launch
In Death of Spy Satellite Program, Lofty Plans and Unrealistic Bids
By PHILIP TAUBMAN
The New York Times
Published: November 11, 2007

(Image courtesy of The New York Times)

Forte Speaks: Portland, Oregon

I am speaking next week in Portland, Oregon. It's one of my favorite topics: project management for finance professionals. Oregonians, email me if you want to meet up for coffee, etc.

Driving process improvement within your finance organization - and beyond!

AFP of Oregon and SW Washington
Portland, Oregon
October 17, 2007

Finance executives are increasingly asked to lead process improvement initiatives that reach far beyond the treasury and accounting functions. These projects often involve the implementation of technology; yet research indicates that a majority of technology projects fail to meet objectives. How can you ensure that your key initiatives are successful?

We'll discuss common process improvement pitfalls and how you can avoid them. In addition, attendees will learn how to:

  • Align cross functional teams for success;
  • Build a collaborative partnership with your IT department;
  • Manage the expectations of project sponsors;
  • Promote the finance organization as a process improvement resource company-wide.

Details here and registration here.

Assessing Your Project Management Aptitude

CNET"s TechRepublic blog 10 Things lists ten signs that you aren't cut out to be a project manager. There are a variety of skills and personality characteristics that make a great project leader. You may possess some of them. Yet, if 2-3 of these signs resonate with you, you may want to consider bringing in reinforcements for that career-making initiative that just landed on your desk.

10 signs you aren't cut out to be a Project Manager
(in no particular order):

  1. You are a poor communicator
  2. You don’t work well with people
  3. You prefer the details
  4. You don’t like to manage people
  5. You don’t like to follow processes
  6. You don’t like to document things
  7. You like to execute and not plan
  8. You prefer to be an order taker
  9. You are not organized
  10. You think project management is “overhead”

Read the whole post:

10 signs that you aren't cut out to be a project manager
September 19, 2007
10 Things Blog
CNET Tech Republic

Learn more about project management:

Pm_series_icon_2 Refer to ForteBlog's series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

Project Management Series Index

7 Habits of Effective Remote Deposit Deployments

Celent's latest remote capture deposit report highlights the gulf between the very few financial institutions that have successfully deployed RDC solutions and the remaining 3000+ whose results are lackluster (see chart below, courtesy of Celent).

Celent_rdc

7 Habits for Successful RDC Deployment

1. A robust vision for the RDC opportunity
2. Senior management sponsorship and visibility
3. A realistic risk assessment
4. Significant investment in sales and marketing with clear objectives
5. Involvement of the retail bank at the branch level
6. Specific and incremental sales incentives
7. A sense of urgency

Successful introduction of a new product relies heavily on project management fundamentals.  The most important element of leading effective change within an organization is to define and constantly communicate a compelling vision of where you are going.  This responsibility falls heavily on project sponsors (executive leadership) as well as project leaders.  It isn't necessarily hard to do, but requires constant attention. It's too easy to get bogged down in the technical challenges and small details of a vast deployment and forget to champion the cause.

For practical tips and suggestions for leading change and implementing technology within your organization see the ForteBlog Project Management Series.

Taking responsibility for the success of an IT initiative

Check out this exchange of posts between Frank Buytendijk (Oracle/Hyperion) and Tom Hudock (Online Business Systems) about the role of business in IT initiatives (they are particularly concerned with business intelligence but the sentiment holds true for all technology projects).

Frank and Tom are dismayed that business leaders have taken a hands-off role in key technology projects allowing their IT colleagues to write business cases, develop project time lines and budgets, and define deliverables. Obviously, our IT colleagues bring considerable talent and resources to every project. Yet it is the business stakeholders that will USE the system when it is complete and it is the business that is relying on the system to make better decisions and improve company performance. Therefore the business must take the lead in determining project objectives and success criteria, defining requirements, and remain active and engaged throughout the project life cycle. Otherwise how will the end result fulfill the business' needs?

As I've emphasized many times in this blog and in my articles, systems projects are doomed to fail when business stakeholders fail to take an active role. Learn more about how you can prevent YOUR key projects from going off-track:

Unclear Project Objectives
Insufficient User Input
Value Requirements (and Scope Creep)
Lacking Senior Leadership Support

HBR: Performing a Project "Premortem"

Postmortem_400 (Image courtesy of Steve Pyke)

The latest Harvard Business Review suggests performing a project "premortem" to identify project risks before the project has a chance to go off track. Most projects fail, and project teams are reluctant to speak up, so you would be foolish to not try this approach.

A premortem is the hypothetical opposite of a postmortem. A postmortem in a medical setting allows health professionals and the family to learn what caused a patient’s death. Everyone benefits except, of course, the patient. A premortem in a business setting comes at the beginning of a project rather than the end, so that the project can be improved rather than autopsied. Unlike a typical critiquing session, in which project team members are asked what might go wrong, the premortem operates on the assumption that the “patient” has died, and so asks what did go wrong. The team members’ task is to generate plausible reasons for the project’s failure.

Read more:

Performing a Project Premortem
Harvard Business Review
September 2007
Reprint F0709A

Learn more:

Pm_series_icon_2 To learn more refer to ForteBlog's series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

Project Management Series Index

Getting the most from your project team

CFO.com reviews a handful of new (and upcoming) books on team leadership and finds one particularly useful: X-Teams by Deborah Ancona at MIT and Henrik Bresman at INSEAD.

Xteams Excerpted from CFO.com:

The authors lay out a three-part strategy for making X-teams work effectively. The team:

• Needs a high level of external activity, which means team members spend significant amounts of time with top management, searching around the organization for people who can help the team and help with customers.

• Must execute traditional team functions—hitting deadlines; meeting objectives—well.

• Should remain flexible at all times, recognizing that its original objective may change over time.

Read the article at CFO.com:

It's about "Team"
Paul B. Brown
CFO.com
July 05, 2007

Buy the book at Amazon:

X-Teams
By Deborah Ancona and Henrik Bresman
Harvard Business School Press, June 2007

What your project teams aren't telling you: the effort is doomed!

Train

Most projects are train wrecks waiting to happen.

A recent survey of 40 companies (most Fortune 500) and 2000+ projects revealed that 82% of employees say there are significant organization-wide initiatives underway in their workplace that will likely fail; 78% say they are personally working on a "doomed" project right now.

77% of employees described current projects as slow-motion train wrecks

90% of respondents knew in the first half of the project that it was likely to fail

More than 81% say a key decision maker could have saved the project; but
say approaching the key decision maker was nearly impossible

What can you do to prevent YOUR strategic initiative from becoming a career-killing train wreck? Start by asking yourself these questions from the Silence Fails assessment:

  1. Are the time lines, budgets, materials, and personnel established for this initiative realistic--given the deliverable required?
  2. Is your sponsor providing the kind of active involvement and support this initiative needs to be successful (e.g., convincing reluctant stakeholders, supporting you in policy meetings, working behind the scenes to keep the initiative on track)?
  3. Are the right stakeholders supporting the priority setting process with this initiative? (e.g., not exerting inappropriate influence; bypassing channels to change the scope, schedule, or resources; pulling rank to get their way; or cutting deals on the side in a way that threatens the initiative)?
  4. Are people giving you honest, accurate, and timely information regarding the status of your initiative, allowing you to get a clear view of where it stands?
  5. Are team members performing up to your expectations and keeping commitments, and are they sufficiently competent to see the initiative through to the end?

If you answered "No" to even one of these questions, your initiative may be a train wreck waiting to happen. It is time to take stock, reflect, and identify the obstacles between you and a successful outcome for your key initiative. Then you need to have  an honest conversation with your project sponsor and other key decision makers to get the project back on track. Before you do so, be sure to practice with a trusted colleague or friend, provide constructive criticism of policies and people (including the sponsor), and - most importantly - offer proactive solutions.   

To learn more about these "Crucial Conversations" download the full Silence Fails research report:

Silence Fails: The Five Crucial Conversations for Flawless Execution
by VitalSmarts and The Concours Group

Pm_series_icon In addition, the recent ForteBlog series of posts on Project Management features advice and specific suggestions for overcoming the 10 most common project challenges.

You can find the series index here.

 

Project Management Series Index

Pm_series_icon_2 This is a quick reference index to our recently concluded series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

Project Management for Finance
SERIES INDEX

Increasing Demand for Financial Managers with Project Management Skills

Technology Drives Key Finance Initiatives, Yet Most Technology Projects Fail

Top 10 Project Management Challenges

PM Challenge #1: Unclear Objectives

PM Challenge #2: Insufficient User Input

PM Challenge #3: Vague Requirements & Scope Creep

PM Challenge #4: Failure to Plan

PM Challenge #5: Poor Cost & Schedule Estimation

PM Challenge #6: Skill Mismatch & Lean Staffing

PM Challenge #7: Poor Design

PM Challenge #8: Lacking Senior Leadership Support

PM Challenge #9: Communication Breakdowns

PM Challenge #10: Ignoring Warning Signals

Make YOUR Next Project Successful

Make YOUR Next Project Successful

This is the last in our series on Project Management for Finance professionals. In conclusion, the remedies for the Top 10 Project Management Challenges can be summarized as follows:

Quick List of Forte Financial Project Management Tips

  • Make sure objectives are clearly defined
  • Involve end users – early and often
  • Collaborative requirement definition
  • Plan, plan, plan and revisit your plan
  • Revisit budget and schedule often
  • Plug in the right skills
  • Staff according to estimates
  • Ensure technology design allows for future modifications
  • Foster strong senior management support
  • Over communicate
  • Keep your eye on the vital signs

Download our one-page Project Management Quick Reference guide here

Leadership is Key

All of the remedies suggested in this series require strong leadership. Just as every project needs a Executive Sponsor (with a burning business need and a budget), every project needs a Project Manager.

Project managers may be full time or part time, in-house or a consultant. But they must be ultimately responsible for the project’s success and held accountable.

Finance professionals that find they leading a project for the first time should seek guidance. They can read project management books or take a class. Others may seek a mentor or hire a professional coach. Do not delay - your career may be at stake.

Project Management as a career opportunity for YOU

Increasing responsibility for process improvement is a career-making opportunity: a chance to not only develop their own talents but to promote growth for the finance team as a whole. Top finance leaders are honing their project management and change leadership skills in order to generate lasting value for their companies.

Pm_series_icon_2 This is the last in a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #10: Ignoring Warning Signals

Ignoring Warning Signals

CAUSES

Some projects leaders are afraid of failure, or even admitting the possibility of failure, so they do not acknowledge issues as they arise.

Wishful thinking often causes project teams and project managers to ignore warning signals.

REMEDIES

Effective project managers encourage team members to raise potential problems. Fostering a working environment that is open and collaborative prevents minor issues from growing into major obstacles.

Monitor and track issue resolution. Maintain an issue log and make sure all project team members have access to it.

Acknowledge significant problems early and demonstrate that the project team is pursuing potential solutions. If the team cannot solve the problem on its own project managers should involve stakeholders in developing resolution.

Using prototypes and pilots to test requirements in early phases of development reduces the chance of serious problems later on.

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #9: Communication Breakdowns

Communication Breakdowns

CAUSES

There are many factors that contribute to communication breakdowns. Large teams are particularly susceptible to incomplete and infrequent information sharing. Cross functional teams are also plagued by poor communication.

Inexperienced project leaders often underestimate the level of project communication necessary to guarantee success.

A lack of clarity regarding project success criteria and how it should be measured contribute to confusing and misleading project communications.

REMEDIES

Successful project leaders distribute regular status updates via email and post them to a shared team site. The most useful status updates include progress vs. the project schedule and success metrics. It is also critical to highlight issues and outline efforts to resolve them.

A standing weekly team meeting is useful for maintaining momentum and facilitating communication. It should be mandatory for core team members but limited to no more than one hour.

In order to overcome a particularly vexing issue or work through a challenging project phase, a smaller breakout team may institute additional meetings. These may come and go during the project lifecycle.

The project manager should be in regular contact with project sponsors – in person or on the phone (not via email) – in order to keep senior management abreast of project progress and any potential risks.

The project manager must be an active advocate for the project. The most effective project managers actively seek venues to promote the project, outline benefits, and share progress throughout the organization.

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #8: Lacking Senior Leadership Support

Lacking Senior Leadership Support

NOTE: This is one of the most common - and critical - challenges.

CAUSES

Many projects fail not because they lack senior management sponsorship, but because they have only passive senior management support.

Conflicting priorities - other projects, regulatory compliance and reporting, etc. - often interfere with senior managers’ ability to support process improvement initiatives.

Not all projects receive equal support. Senior managers in an organization are competing for a finite pool of resources and must negotiate with other project sponsors, other departments, and balance the demands of other strategic initiatives that they sponsor.

REMEDIES

Project benefits must be in line with the company or department’s over all strategic goals or the project will not successfully compete for senior management attention and valuable resources.

Once projects are under way, responsible leaders check in with sponsors regularly to be sure that project objectives are still relevant. The time may not be right for a given initiative. It is often better to shelve it rather than attempt to move forward with insufficient support.

To be sure that a project remains a priority, leaders must continuously educate senior management on the project benefits and relevance. This will enable senior management to secure resources and assure that they remain available. Sometimes senior managers can successfully obtain a budget commitment ahead of time and allocate it in phases if necessary.

Do not hesitate to coach senior management on their role as project sponsor. They may not be aware that they are expected to function as an advocate, promoter, and over all project champion.

Keep stakeholders well informed throughout the project lifecycle - they need to hear both good news and bad news along the way. Bad news should never be a surprise to senior management.

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #7: Poor Design

Poor Design

NOTE: This is the only purely technical challenge.

CAUSES

Poor design is usually caused by vague or incomplete requirements (garbage in, garbage out). But sometimes the problem is simply hubris.

REMEDIES

Effective design requires talented technical leadership. Business leaders can support their technical colleagues by asking the right questions and promoting a flexible and modular solution that will address immediate and future needs.

Sometimes the simplest architecture is the best. Avoid custom solutions where ever possible. Ask tough questions of technical vendors that attempt to sell specialized features.

Technical architecture should accommodate future changes – business needs will change, so the technology solution must be easily added to or modified for years to come.

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #6: Skill Mismatch & Lean Staffing

Skill Mismatch & Lean Staffing

CAUSES

It is tempting to tap resources that are available, regardless of individual skills and experience. Yet the wrong choice of team members can seriously hamper process improvement efforts.

Managers often choose lower cost resources in order to stay within budget. But less skilled and experienced team members may take longer to get the job done and ultimately go over budget.

Budget constraints also lead to too few resources for the amount of effort required. Typically short-staffed teams burn out in the face of unrealistic deadlines.

There are many very intelligent and talented technical people. Technology skills are not the same as management skills.

REMEDIES

Short term help – consultants from outside or resources borrowed from other parts of the company – can help fill resource gaps. When hiring outside experts with specific skills, invest in some extra time dedicated to training internal resources thus guaranteeing knowledge transfer.
Phased development will enable using a smaller number of resources to tackle a sequence of project phases rather than attempting all of the development work at once.

Clearly communicate what is expected of team members so that each person focuses their effort on the most value-added tasks.

Does the project manager have sufficient time allocated to give the project the care and attention it needs to be successful? If not, arrange backfill for the project lead to alleviate other job responsibilities for the duration of the project.

Planning, oversight, organization, and communication skills are as important, if not more important, than technological expertise. If it is impossible to obtain both skill sets in one person, foster an effective partnership between the project manager and key technical talent.

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #5: Poor Cost & Schedule Estimation

Poor Cost & Schedule Estimation

CAUSES

Unattainable deadlines are often imposed on project teams.

Unrealistic budget estimates are a direct result of poor planning and vague requirements definition.

Some projects are plagued by intentional underbidding by vendors in a competitive RFP.

REMEDIES

One very effective solution is to phase projects. When early phases include “big wins” or “low hanging fruit” the project return on investment starts as soon as possible.

Research indicates that smaller projects are more likely to be successful1. Break up larger initiatives into a number of smaller, discrete efforts that are easier to manage.

One very effective means of working around imposed deadlines is to offer a menu of choices to stakeholders. Features A and B can be delivered by the deadline, but features C, D, and E will have to wait until Phase 2. Similarly, if budgets are tight, develop cost estimates for discrete features and allow stakeholders to choose which are most important. A lower cost will inevitably mean reduced features. But the decision to include or exclude a given benefit should be made by the stakeholders.

Offer more than one schedule to stakeholders – a best-case time line and a worst-case time line. Be sure to explain the specific factors that will lead to the worst case coming true.

Revisit estimates regularly and monitor progress against plans. Be prepared to make adjustments as necessary and communicate the changes in order to manage stakeholder expectations.

 

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #4: Failure to Plan

Failure to Plan

CAUSES

Many project teams are so eager to get on with the “real work” that they short change the planning phase.

Managers that lack experience leading process improvement projects often underestimate the planning effort.

Many leaders fear that a realistic plan won’t fulfill a mandated deadline or expected budget so they simply don’t plan.

Sometimes plans are incomplete because they do not include the implementation phase and training effort. These critical phases are not started soon enough and often under-funded, undermining the over all success of the project.

Many plans do not take into account activities outside project team that must happen in order for project to be successful.

REMEDIES

Plan early, thoroughly, and be sure to revisit the plan often. Good planning requires devoted effort and thorough research. By devoting time upfront and one avoids heroics and histrionics later.

Skilled leaders educate themselves about similar projects: Which other companies have done this before? What made them successful? What were their challenges? Find other companies that have attempted similar projects at industry meetings, through the Association for Financial Professionals (AFP), vendor white papers, consultants, industry publications, blogs, etc. Learn from others and plan accordingly.

Plans must include roles and responsibilities of project team members as well as other parties that may be involved on an ad hoc basis.

Finally, recognize that business today is highly dynamic and include contingencies in the plan. Expect changes and be prepared to adapt the plan.

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #3: Vague Requirements & Scope Creep

Vague Requirements & Scope Creep

CAUSES

Projects that are too ambitious in scope often fail.

Similarly, if project requirements are not detailed enough the effort is spread too thin, lacking focus on core features that drive success metrics.

“Scope creep” occurs when project requirements are not specific enough. Features and benefits are gradually added over time, increasing the amount of effort necessary and pushing out the project time line.

REMEDIES

Involve end users and take a hands-on approach to requirements definition. Use screen mock ups, spreadsheets, simple databases, etc. to demonstrate for developers and/or vendors exactly what users want. Be sure to provide samples of particularly tricky transactions and convoluted reporting needs. A mock up or trial version has the added benefit of enabling users to pilot new processes and further hone requirements.

Even the smallest changes should have documented requirements – even if it is simply a one page bulleted list with a mock up report attached. Use version control to track updates to the requirements and make the document (and subsequent updates) available to all relevant parties on an intranet site.

The requirements document should include diagrams, matrices, decision-trees, etc. to make the specifications as clear as possible. If the appropriate skills are not available in house, hire an experienced business analyst and/or technical writer to gather and document requirements. The investment will more than pay for itself by ensuring that the technical team develops features and benefits the users actually want.

When the inevitable changes occur, alert all parties that requirement changes will impact the time line or budget (or both).

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.

Project Management Challenge #2: Insufficient User Input

Insufficient User Input

NOTE: This is one of the most common project management challenges.

CAUSES

Often end users are not active project team members. Supervisors and managers provide input rather than employees that have day-to-day responsibility for the process at stake. Every manager or department has one member that is the “go to” person: the employee peers look to for guidance. This is the person that should be on the project team.

Another reason initiatives suffer from insufficient user input is that employees are not provided time away from their other responsibilities; as a result they cannot devote their full and complete attention to the project.

Outside consultants and technical developers are key members of project teams. But often they make assumptions if they do not understand the nuances of their clients’ businesses and the users’ needs.

Some projects focus on improving efficiency by simply automating the current process rather than improving it.

REMEDIES

Senior management and project leaders must actively support user involvement throughout the project. If additional funding is necessary to back-fill front line employees it should be included in the project budget.

Knowledgeable end users should provide meaningful input during every phase of the project: requirements gathering, design, and testing.

Make sure outside consultants and technical developers understand the business environment and process flow as well as project success metrics. Invest time up front to have users demonstrate their challenges and why process change is necessary.

Avoid automating a broken process by encouraging users to look beyond how things have always been done and to focus on how things could be done better. End users are the most knowledgeable about their day-to-day work and can often point out where the current business process is lacking – but they may be reluctant to do so for fear of reprisal.

Pm_series_icon_2 This is one of a series of posts on project management for finance professionals. The series features practical project management advice and tips for driving process change using technology.

The series is archived here.