What are the risks of a delayed SAP HCM implementation?

What are the risks of a delayed SAP HCM implementation?

We are in the midst of implementing the full SAP Human Capital Management (HCM) suite. So far, two dates for the go-live have been postponed. Now there are new policies, and this is being looked at to be implemented next year. What are the biggest risks that could arise during an SAP HCM implementation?

    Requires Free Membership to View

    When you register, you will start receiving targeted emails from my award-winning team of editorial writers. Our goal is to keep you informed on the hottest topics and biggest challenges faced by SAP professionals today.

    Hannah Smalltree, Editorial Director

    By submitting your registration information to SearchSAP.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchSAP.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

"Now there are new policies" implies that some business reengineering may have occurred. If this is the first time this has been taken on since the first start of your project, this may be a positive step, albeit later in the project.

Business buy-in is not just helpful -- it is difficult, if not impossible, to have a successful project without it. The business needs to understand the benefit of the new system to participate. It is imperative to understand and document the requirements. That is a complete and valid blueprint.

There is a very real possibility that there may be scope creep. Additional functionality may be included or encouraged, due to reengineering. Is this necessary and beneficial? The project management needs to make that decision, as well as to what extent each can flex, in terms of functionality and resources. What can be Phase II, for example? And what cost overrun or additional time delay may be acceptable to meet the reengineered process?

The bottom line is to remove the barriers to success. Have one vision, agreed upon by functional and technical sides of the project. Set realistic goals and timelines.

This was first published in November 2009

Join the conversationComment

Share
Comments

    Results

    Contribute to the conversation

    All fields are required. Comments will appear at the bottom of the article.