5 Tactics for Risk Collaboration in Specialty Software Projects

From the Voices on Project Management Blog
by , , , , , , , , , , ,
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.

About this Blog

RSS

Recent Posts

Fair's Fair

Give Your Project a Home

A Hollywood-Style Move From PM to Scrum Master

To Have and To Hold

Leading With Integrity

Email Notifications off: Turn on

Categories: Risk Management


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?

Posted by Kevin Korterud on: June 27, 2012 10:40 AM | Permalink

Comments

CER1projectmanagement
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.


Kevin Korterud
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

Please Login/Register to leave a comment.

ADVERTISEMENTS

"There is nothing more difficult than talking about music."

- Camille Saint-Saens

ADVERTISEMENT

Sponsors

>