Blog | opensource

Stewardship is not the same as control: A governance charter for people who’ve been burned before.

Kiteworks controls ownCloud’s roadmap. Why we are being highly visible about this and what it means.

Kiteworks steers the ownCloud roadmap. That’s a fact. We’re not a foundation. We’re not a community-governed project with elected leadership. We’re a company that owns an open source project and invests in it commercially.

The governance charter says so explicitly: „Kiteworks steers the roadmap. What we commit to is that the roadmap is public, the rationale is explained, and the community has meaningful channels to influence it.“

Most commercially-backed open source projects paper over this with vague language about „shared governance.“ Then the community discovers that „community-driven“ means „we listen but decide internally,“ and the trust fracture is worse than honesty would have been.

The charter defines four roles: Contributors (anyone who contributes), Reviewers (experienced contributors who can approve PRs), Maintainers (responsible for repo health, can merge), and the OSPO (sets policy, resolves disputes, interfaces with Kiteworks leadership). Status within community members is earned through sustained contribution, not just granted by employment or title.

We’re establishing a Community Advisory Board (CAB), launching Q4 2026. Five to nine members from external contributors, institutional users, and technology partners. Twelve-month terms. Quarterly meetings with the OSPO. Summaries published publicly. The CAB advises. It doesn’t decide. But it has a formal channel, and if we ignore its input, that’s visible.

The charter is labelled v0.1. We published it now rather than waiting because transparency about where we’re going beats silence about where we are. The community can hold us to the timeline.

Tomorrow: twelve documents, zero marketing slop.

This is part 8 of this blog post series.
See the earlier posts:

  1. A (re)-introduction to the ownCloud community
  2. What happens when you fork twice, get acquired, and keep shipping anyway
  3. We killed our own CLA. Here’s why that’s a good thing
  4. PHP 8.3. Yes, for Classic. Yes, we heard you
  5. What 108 repositories taught us about open source hygiene
  6. I’m a script kid running an OSPO. That’s the point
  7. Your PR was written by an AI. We don’t care. (But we do have rules.)

Über den Autor

David Walter is Vice President, Open Source Program Office & Special Projects at Kiteworks, where he stewards the open source projects and drives digital sovereignty strategy globally. He’s been part of the ownCloud ecosystem since 2014, holding roles from community contributor to Chief eXperience Officer before taking on large-scale government deployments and open source governance. At heart, he’s still a script kid who happens to translate between business, community, and engineering. He holds an B.A and an LL.M., is based in Berlin, and volunteers with Germany’s Federal Agency for Technical Relief (THW).

David Walter

28. April 2026

Read now:

Kiteworks Launches the ownCloud Open Source Program Office — Formalizing Governance, Retiring the CLA, and Committing to Sovereign, Open, Federated File Sharing for the Enterprise

Kiteworks Launches the ownCloud Open Source Program Office — Formalizing Governance, Retiring the CLA, and Committing to Sovereign, Open, Federated File Sharing for the Enterprise

The relaunch of the original open-source, self-hosted File Sync and Share platform brings a published governance charter, relicensing to Apache 2.0, a DCO-based contribution model, and an AI-assisted contribution policy—together with new releases of ownCloud Infinite Scale, ownCloud Classic on PHP 8.3, and a new MCP Server.

mehr lesen