> Markdown version of [/events/world-congress-2026-europe-virtual-stage/sessions/1519-convincing-product](https://www.wearedevelopers.com/events/world-congress-2026-europe-virtual-stage/sessions/1519-convincing-product). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md).

---

# Convincing Product teams to Adopt Gitops in a Large Org


- **Event:** World Congress 2026 Europe - Virtual Stage

## Recording

[Watch recording](https://www.wearedevelopers.com/videos/1936-convincing-product-teams-to-adopt-gitops-in-a-large-org)

## Description

Is it practical to govern different teams in an organisation to adhere to the same infrastructure automation model  or is it over-engineering? Does your product team love managing infrastructure as well or do you feel overwhelmed? Thinking about it from an organisation perspective, how complex is it to bring the change and convince teams to adopt a well-established concept like Gitops? 

In my current team, we had bigger concerns resolving this problem as the way different Product teams manage their infrastructure was unclear to us and sometimes even manual that furthermore lead to
- no audit trail
- less transparency
- lack of infrastructure visibility
- no predictable state in case of disaster recovery
- no best practices followed
Moreover, a launchpad-like cloud solution called Digital Platform was offered by us more or less at the same time the organisation adopted “lift and shift” to a cloud provider - Google Cloud Platform, with the idea of spinning micro-services quickly for product teams with less effort and minimal cloud knowledge. This eventually became a bottleneck as it restricted teams from upskilling themselves for infrastructure automation and furthermore added dependency on us in terms of upgrades and support.

In my previous team, where I was focused on product development, I often questioned myself about the future of Digital Platform. For example, it wasn’t easy to even upgrade NodeJS versions while on the other end my current team already planned to decommission it in favor of Gitops. During this dramatic shift from software engineer to system engineer, I gathered an overarching experience from “asking support” to “giving support” to product teams in adopting Gitops. Some takeaways
- How successfully was it implemented?
- How was the infrastructure knowledge gap filled?
- Infrastructure as Code and predictable systems
- Deadline after deadline after deadline


## Speaker

### [Vinodsingh Ramalwan](https://www.wearedevelopers.com/@vinodsingh-ramalwan)

Sharing knowledge is valuable, but compiling information and presenting is gold!


## Related talks at this congress

- [From Pipelines to Platforms: How DevOps Automation Becomes a Force Multiplier at Scale](https://www.wearedevelopers.com/events/world-congress-2026-europe-virtual-stage/sessions/1545-from-pipelines-to) — Anna Ozor
- [One Platform Could Not Fit Them All](https://www.wearedevelopers.com/events/world-congress-2026-europe-virtual-stage/sessions/1582-one-platform-could) — Artem Lajko, Annika Opitz
- [The 4 Cs of Product Operations: Building Sustainable Improvement Without Burnout](https://www.wearedevelopers.com/events/world-congress-2026-europe-virtual-stage/sessions/1612-the-4-cs-of-product) — Gabriel Casals
- [Move Fast, Break Budgets: FinOps in the Age of DevOps and AI](https://www.wearedevelopers.com/events/world-congress-2026-europe-virtual-stage/sessions/1575-move-fast-break) — Christian Grieger