Voices on Project Management

> Back to Voices Home

5 Tactics for Risk Collaboration in Specialty Software Projects

| | Comments (2)
Many organizations choose to implement specialty software products as a business solution. The benefits of doing so vary from filling critical gaps in a company's portfolio of solutions and services to enabling a quick response to new regulations, such as health and safety mandates.  

Never assume that because a solution is smaller in size, you can take a relaxed approach to risk management. With enterprise resource planning (ERP) solutions, success requires collaboration between the project manager and the software provider to manage risks.

Here are some successful tactics for risk collaboration with specialty software providers:    

1. Encourage leadership engagement.
While it is rare to meet a company CEO, it is likely you will work with the CEO of a specialty software provider. Early in the project, create a deep level of engagement between the leadership teams. For example, connect someone from your leadership team with the head of product development. An early leadership engagement will create a quicker path to resolve any issues.  

2. Gain high visibility during analysis and design phases.
During the early phases of a project, a high level of visibility will help you to avoid costly errors in later phases. Early visibility also results in a quicker path to understanding the overall solution. For example, conduct design sessions at the specialty software provider's office.  

3. Align methods and terminology.
Invest effort early on in the project to harmonize methods, phases, deliverable formats and milestones. Agree on the terms for completing a project phase, as well as common terminology. For example, define the difference between a customization versus configuration. When you agree on these things early on, it's less likely any confusion or miscommunication will pop up.

4. Make site visits.
Nothing is more effective than talking with a current customer about their experiences with a specialty software provider. These discussions create visibility to both best practices and challenges. Utilize this outside view to refine your project risk approach.  

5. Don't underestimate contingency.
Even if a specialty software provider is smaller than an ERP company, it will still have the same fundamental delivery risks. Using a straight percentage for contingency may not be sufficient. Discuss with the specialty software provider a special contingency allocation to manage risks.

Do you have any tactics for risk collaboration?

 

Bookmark and Share

 

The views expressed within the PMI Voices on Project Management blog are contributed from external sources and do not necessarily reflect the views and opinions of PMI.

Leave a comment

All comments are reviewed by our moderators, and will not appear on this blog unless they have been approved. Comments that do not relate directly to the blog entry's contents, are commercial in nature, contain objectionable or inappropriate material, or otherwise violate our User Agreement or Privacy Policy, will not be approved. For general inquiries not related to this blog, please contact Customer Service. Please read the Comments -- Question and Answers.

2 Comments

Thanks for the additional insights regarding the need for project plans.

I also very much agree with your points as to the degree of planning, monitoring and controlling required. Even though the overall effort might be less, the basic frameworks need to be in place.

My desire with some of the points in this blog entry is to get people thinking about factors outside of core delivery activities that should be considered for work plans...

Thanks again for the comment!

KK

It is hard to think of the successful completion of a business software project without the support of a Software Project Management Plan.

Such projects require adequate planning, monitoring and controlling to meet the objectives of a high-end enterprise solution. At the same time, one must take into account the total time required and manage the resources in an efficient manner to deliver the project well within the stipulated time.

It was found that the most problematic areas in meeting the exact user requirements were the difficulties in articulating the needs of the clients and the incorrect estimation of the needed resources.

About This Blog

Voices on Project Management offers insights, tips, advice and personal stories from project managers in different regions and industries. The goal is to get you thinking, and spark a discussion. So, if you read something that you agree with — or even disagree with — leave a comment.

All posts represent the opinions of the bloggers.

Follow PMvoices on Twitter

About Bloggers

Keep checking back because the voices for this blog will continue to grow and change to represent a variety of regions, industries and opinions.

Read blogger profiles

Voices Poll