Co-sourcing on SAP programs

Co-sourcing on SAP programs

When we did our survey of large S/4HANA programs, I established that over 75% of them had more than one partner engaged (this is not counting SAP who we think should be providing max attention etc.), the split between partners varied.

?

·?????? By region, i.e., some partners for some areas of the globe

·?????? By function, one does finance and another supply chain

·?????? An on shore big 4 partner and an Offshore player

·?????? A local client-side partner and an ecosystem

·?????? The engagement of specialist in some areas i.e., Catch weight processing etc.

·?????? By deployment area, one for support one for testing, one for build, one for business integration etc.

?

And then many flavors in- between often a hybrid of all the above.

?

So why is this happening:

?

1.?????? There is a capacity issue and when clients are not being supported well, they reach out.

2.?????? There is a need to keep competitive tension in the system to drive value.

3.?????? Having more than one partner brings in new ideas and experience that is valuable.

4.?????? No one knows everything or has teams everywhere (whatever they say) so it makes sense to use the best people where appropriate (I would struggle to deploy a team in North Korea for example).

5.?????? Putting your eggs in one basket is risky at these times, who knows what will happen, say your SAP partner becomes your audit partner or your partner merges or loses focus on SAP.

?

There are other issues this causes, and clearly if you have one partner who is perfect you don’t need to engage any other, but my overall impression that if a partner becomes too tight with a client, then the thinking becomes sloppy and innovation goes missing and very account focused, even with an established ecosystem things can become very cozy and complacent.

?

So, all in all, I favor using more than one partner if the scale of work warrants it. It certainly keeps a partner on their toes to do their best, but if you don’t engage multiple partners seriously then they tend to drift off and become disenfranchised, I can think of at least two global SAP clients who I don’t believe have a great experience with their existing SAP partners who tender every time they reach a new phase. They say they are committed to a change, in one case take you out for diner to tell you, drive a great deal, the best team and a load of investment - all to drive a big discount from their incumbent. I am pretty sure they really struggle to get any one to engage anymore, so they miss out on the advantages of co-delivery completely.

?

There are a few things I would strongly recommend in order to make co-sourcing work:

?

1.?????? Good control of tools and methods, everyone must use the same standards

2.?????? Don’t just cherry pick the best people from a partner and expect them to teach the other partners how to do it, unless you are paying a premium.

3.?????? Sharing of IP/documents, partners must be made to share their best (some don’t)

4.?????? A meaningful workshare for all participants, so not too many

5.?????? The correct culture, pitting partners against each other causes more issues than it solves

?

But it can work, it can be beneficial and realistically at this time, it is probably needed in many cases

Marcos L.

SAP S4 HANA | Public Cloud| On Premise| Order 2 Cash| Finance| Salesforce| Master Data| Transactional Data| Reporting| Analytics|

1 年

The author raises some excellent points about the benefits of utilizing multiple partners for large S/4HANA implementations. Having diverse expertise across regions, functions, and deployment areas can provide greater capacity, innovation, and risk mitigation. However, co-sourcing requires careful coordination for success. Standardization of tools and methods ensures consistency despite having various partners involved. Cherry-picking the best resources from each partner may yield short-term gains but makes sustaining quality difficult long-term. Partners should be incentivized to share intellectual property and best practices with each other, not hoard them. Meaningful work allocation is key - spreading responsibilities too thin dilutes accountability. And fostering a collaborative, not combative, culture prevents partners from undermining each other. With the right governance model, co-sourcing can absolutely work well. It harnesses partners' unique strengths and prevents over-reliance on a single firm. But it's a balancing act. Too many partners creates complexity without commensurate benefits. The coordination effort must align to the scale of work. Ultimately, success requires the client taking strong ownership.

Dave Cronk

Senior VP @ Tricentis | BA, Sales, Strategy

1 年

Very insightful article here David. I appreciate the perspective.

回复
Bret R.

Ai to Deliver ERP Transformations | Driving Ai Adoption | Ai Training | Ai Automation ($300 a day) | Automating config, test & data for all ERP Applications | Delivering ERP Success | Over 50 ERP Projects Delivered

1 年

Well if they need a testing partner, look. I further! 26+ years testing the beast. Multi partner is the norm.

Basanth Swain PRINCE2?, CSQA, ISEB, AWS Certified Architect

SAP S/4HANA Practice Manager (Test)/ Delivery and Program Test Lead/ Cloud and AI Enthusiast

1 年

I would say we may have different partners for areas that is highlighted, for Testing it is a must and nice to have a different partner.

Manish Tomar

SAP Energy & Utilities Capability Lead @ Capgemini | Delivering SAP Solutions | Architect

1 年

要查看或添加评论,请登录

David Lowson的更多文章

社区洞察

其他会员也浏览了