Kedro’s Technical Steering Committee

Kedro is an incubating project within LF AI & Data.

The term “Technical Steering Committee” (TSC) describes the group of Kedro maintainers. We list Kedro’s current and past maintainers on this page.

The TSC is responsible for the project’s future development; you can read about our duties in our Technical Charter. We accept new members into the TSC to fuel Kedro’s continued development.

On this page we describe:

Responsibilities of a maintainer

Product development

  • Be available for at least one full day per week to help with product development

  • Attend community meetings to discuss the project plans and roadmap

  • Be proactive about project maintenance including security, updates, CI/CD, builds and infrastructure

  • Give priority to the work following the product roadmap to move the project forward

Community management

  • Ensure that ongoing pull requests are moving forward at the right pace or closing them

  • Guide the community to use our various communication channels:

Requirements to become a maintainer

Just contributing does not make you a maintainer; you need to demonstrate commitment to Kedro’s long-term success by working with existing maintainers for a period of time.

We look for commitment markers who can do the following:

  • Write high-quality code and collaborate with the team and community

  • Understand the project’s code base and internals

  • Make pull requests from our backlog or roadmap; maintainers need to work towards a common goal

  • Learn how the team works, including processes for testing, quality standards and code review

  • Show evidence of already having started pull requests and code reviews under the guidance of maintainers; including asking for help where needed

  • Show excitement about the future of Kedro

  • Build a collaborative relationship with the existing team

Current maintainers



Ahdra Merali

QuantumBlack, AI by McKinsey

Ankita Katiyar

QuantumBlack, AI by McKinsey

Deepyaman Datta

Voltron Data

Dmitry Sorokin

QuantumBlack, AI by McKinsey

Huong Nguyen

QuantumBlack, AI by McKinsey

Ivan Danov

QuantumBlack, AI by McKinsey

Jitendra Gundaniya

QuantumBlack, AI by McKinsey

Joel Schwarzmann

QuantumBlack, AI by McKinsey

Juan Luis Cano

QuantumBlack, AI by McKinsey

Laura Couto

QuantumBlack, AI by McKinsey

Marcin Zabłocki

Printify, Inc.

Merel Theisen

QuantumBlack, AI by McKinsey

Nero Okwa

QuantumBlack, AI by McKinsey

Nok Lam Chan

QuantumBlack, AI by McKinsey

Rashida Kanchwala

QuantumBlack, AI by McKinsey

Ravi Kumar Pilla

QuantumBlack, AI by McKinsey

Sajid Alam

QuantumBlack, AI by McKinsey

Simon Brugman


Stephanie Kaiser

QuantumBlack, AI by McKinsey

Tynan DeBold

QuantumBlack, AI by McKinsey

Yetunde Dada

QuantumBlack, AI by McKinsey

Yolan Honoré-Rougé

Société Générale Assurances

Past maintainers

Kedro was originally designed by Aris Valtazanos and Nikolaos Tsaousis at QuantumBlack to solve challenges they faced in their project work. Their work was later turned into an internal product by Peteris Erins, Ivan Danov, Nikolaos Kaltsas, Meisam Emamjome and Nikolaos Tsaousis.

Former core team members with significant contributions include Amanda Koh, Andrew Mackay, Andrii Ivaniuk, Anton Kirilenko, Antony Milne, Cvetanka Nechevska, Dmitrii Deriabin, Gabriel Comym, Gordon Wrigley, Hamza Oza, Ignacio Paricio, Jannic Holzer, Jo Stichbury, Jiri Klein, Kiyohito Kunii, Laís Carvalho, Liam Brummitt, Lim Hoang, Lorena Bălan, Mehdi Naderi Varandi, Nasef Khan, Richard Westenra, Susanna Wong, Vladimir Nikolic and Zain Patel.

Application process

Every quarter year, existing maintainers will collect a list of contributors that have shown regular activity on the project over the prior months and want to become maintainers. From this list, maintainer candidates are selected and proposed for a vote.

Following a successful vote, candidates are added to the kedro-developers team on the Kedro GitHub organisation and the kedro-team channel on the Kedro Slack organisation, and listed as Kedro maintainers.

Voting process

Voting can change project maintainers and decide on the future of Kedro. The TSC leads the process as voting maintainers of Kedro. The voting period is one week and via a GitHub discussion or through a pull request.

Other issues or proposals

Kedro’s GitHub discussions section is used to host votes on issues, proposals and changes affecting the future of Kedro, including amendments to our ways of working described on this page. These votes require a 1/2 majority.

Adding or removing maintainers

The decision to add or remove a maintainer is made based on TSC members votes in that pull request. Additions and removals of maintainers require a 2/3 majority.

The act of adding or removing maintainers onto the list requires a pull request against the “Current maintainers” section of this page.