Haupt-Governance-Dokument#
Die offizielle Version dieses Dokuments, zusammen mit einer Liste von Personen und Institutionen in den unten im Governance-Abschnitt definierten Rollen, ist im Projekt-Governance-Repository unter
Das Projekt#
Das Matplotlib-Projekt (Das Projekt) ist ein Open-Source-Softwareprojekt, das der NumFOCUS Foundation angeschlossen ist. Ziel des Projekts ist die Entwicklung von Open-Source-Software sowie die Bereitstellung offener und öffentlicher Websites und Dienste für die Datenvisualisierung. Die vom Projekt entwickelte Software wird unter einer BSD- (oder ähnlichen permissiven) Open-Source-Lizenz veröffentlicht, offen entwickelt und in öffentlichen GitHub-Repositories unter der Matplotlib GitHub Organization gehostet. Beispiele für Projektsoftware sind die Matplotlib-Bibliothek für Datenvisualisierung sowie deren zugehörige Erweiterungen und Abhängigkeiten. Die vom Projekt betriebenen Dienste umfassen öffentliche Websites und Webdienste, die unter der Domain matplotlib.org gehostet werden.
Das Projekt wird von einem Team verteilter Entwickler, sogenannten Contributors, entwickelt. Contributors sind Personen, die Code, Dokumentation, Designs oder andere Arbeiten zu einem oder mehreren Projekt-Repositories beigetragen haben. Contributors sind im Lizenztext des Projekts auch unter dem Namen „Matplotlib Development Team (MDT)“ bekannt. Jeder kann ein Contributor sein. Contributors können mit jeder juristischen Person verbunden sein oder mit keiner. Contributors beteiligen sich am Projekt, indem sie GitHub Pull Requests und Issues einreichen, überprüfen und diskutieren und an offenen und öffentlichen Projekt-Diskussionen auf GitHub, Discourse, Hackmd, Gitter-Chaträumen und Mailinglisten teilnehmen. Die Grundlage der Projektbeteiligung sind Offenheit und Transparenz.
Hier ist zum Beispiel eine Teilliste der aktuellen Contributors zum Haupt-Repository von Matplotlib
Es gibt auch viele andere Contributors, die in den Logs anderer Repositories des Projekts aufgeführt sind. Dies schließt auch Beiträge ein, die keine reinen Code-Beiträge sind, wie z. B. das Melden und Kommentieren von Issues, und ist daher nur ein Teil der als Contributors betrachteten Personen.
Die Projektgemeinschaft besteht aus allen Contributors und Nutzern des Projekts. Contributors arbeiten im Namen der größeren Projektgemeinschaft und sind ihr gegenüber verantwortlich, und wir bemühen uns, die Barriere zwischen Contributors und Nutzern so gering wie möglich zu halten.
Das Projekt ist formell mit der NumFOCUS Foundation (http://numfocus.org) verbunden, einer gemeinnützigen Organisation, die unter Abschnitt 501(c)(3) des US-amerikanischen Internal Revenue Service Codes fällt. NumFOCUS fungiert als fiskalischer Sponsor, kann Projekt-Marken und andere geistige Eigentumsrechte halten, verwaltet Projektdonationen und agiert als übergeordnete juristische Einheit. NumFOCUS ist die einzige juristische Person, die eine formelle Beziehung zum Projekt hat (siehe Abschnitt Institutionelle Partner unten).
Governance#
Dieser Abschnitt beschreibt das Governance- und Führungsmodell des Projekts.
Die Grundlagen der Projekt-Governance sind
Offenheit & Transparenz
Aktive Mitwirkung
Institutionelle Neutralität
Die Projektleitung wurde ursprünglich vom ursprünglichen Autor, John D. Hunter, übernommen. Kurz vor seinem Tod im Jahr 2012 wurde die Leitung an Michael Droettboom übertragen, der später Thomas A. Caswell als Co-Leiter einlud. Zusätzliche Führung wurde auch von einer Untergruppe von Contributors, den sogenannten Developers, bereitgestellt, deren bedeutende oder konsistente Beiträge durch den Erhalt von „Commit-Rechten“ zu den Projekt-Repositories anerkannt wurden. Im Allgemeinen werden alle Projektentscheidungen durch Konsens unter den Entwicklern getroffen, mit Input aus der Community.
Obwohl dieser Ansatz uns gut gedient hat, sehen wir angesichts des Wachstums des Projekts und der zunehmenden rechtlichen und finanziellen Entscheidungen sowie der Interaktion mit anderen Institutionen einen Bedarf an einem formelleren Governance-Modell. Zukünftig wird die Projektleitung aus einem Projektleiter, mehreren stellvertretenden Leitern und einem Lenkungsausschuss bestehen. Wir betrachten dieses Governance-Modell als Formalisierung dessen, was wir bereits tun, und nicht als Richtungsänderung.
Projektleiter#
Das Projekt wird einen Projektleiter (PL) haben, der derzeit Thomas A. Caswell ist. Der PL hat die Befugnis, alle endgültigen Entscheidungen für das Projekt zu treffen. In der Praxis entscheidet sich der PL dafür, diese Autorität an den Konsens der Community-Diskussionskanäle, die stellvertretenden Projektleiter und den Lenkungsausschuss (siehe unten) zu delegieren. Es wird erwartet, und in der Vergangenheit war dies auch der Fall, dass der PL seine endgültige Autorität nur selten geltend macht. Da er selten genutzt wird, bezeichnen wir die endgültige Autorität des PL als „spezielle“ oder „überstimmende“ Stimme. Wenn dies geschieht, geschieht die PL-Überstimmung typischerweise in Situationen, in denen es eine Pattsituation im Lenkungsausschuss gibt oder wenn der Lenkungsausschuss den PL bittet, eine Entscheidung in einer bestimmten Angelegenheit zu treffen.
Der PL ist Vorsitzender des Lenkungsausschusses (siehe unten) und kann seine Autorität für eine bestimmte Entscheidung oder eine Reihe von Entscheidungen nach eigenem Ermessen an jedes andere Ratsmitglied delegieren. Der PL ist dafür verantwortlich, dass alle SC-Aktivitäten, die eine Abstimmung erfordern, ordnungsgemäß dokumentiert werden.
Der PL kann seinen Nachfolger ernennen, aber es wird erwartet, dass der Lenkungsausschuss zu dieser Entscheidung konsultiert wird. Wenn der PL keinen Nachfolger ernennen kann, wird der Lenkungsausschuss einen oder mehrere Vorschläge an den Hauptvorstand von NumFOCUS richten. Während der Lenkungsausschuss und der Hauptvorstand von NumFOCUS bei der Auswahl des PL eng zusammenarbeiten werden, wird der Hauptvorstand von NumFOCUS die endgültige Entscheidung treffen. Der NumFOCUS-Vorstand kann den PL unter außergewöhnlichen Umständen vom Projekt entfernen.
Lenkungsausschuss#
Das Projekt wird einen Lenkungsausschuss haben, der aus Projekt-Contributors besteht, die substanzielle Beiträge in Qualität und Quantität geleistet haben und dies über mindestens ein Jahr aufrechterhalten haben. Die Gesamtrolle des Rates besteht darin, in Zusammenarbeit mit dem PL und unter Einbeziehung der Community die langfristige Wohlfahrt des Projekts technisch, finanziell und als Gemeinschaft zu gewährleisten.
Kein Ratsmitglied darf einem anderen Arbeitgeber oder Vertragspartner unterstellt sein.
Bei den alltäglichen Projektaktivitäten nehmen die Ratsmitglieder als gleichberechtigte Kollegen aller anderen Contributors und der Community an allen Diskussionen, Code-Reviews und anderen Projektaktivitäten teil. Bei diesen alltäglichen Aktivitäten haben die Ratsmitglieder durch ihre Mitgliedschaft im Rat keine besonderen Befugnisse oder Privilegien. Es wird jedoch erwartet, dass die Ratsmitglieder aufgrund der Qualität und Quantität ihrer Beiträge und ihres Fachwissens über die Projektsoftware und -dienste nützliche Anleitungen, sowohl technisch als auch hinsichtlich der Projektrichtung, für potenziell weniger erfahrene Contributors geben.
Der Lenkungsausschuss und seine Mitglieder spielen in bestimmten Situationen eine besondere Rolle. Insbesondere kann der Rat
Finanzierungsquellen entwickeln und entscheiden, wie die Gelder ausgegeben werden (siehe Unterausschuss Finanzen unten).
Entscheidungen über den Gesamtumfang, die Vision und die Richtung des Projekts treffen.
Entscheidungen über strategische Kooperationen mit anderen Organisationen oder Einzelpersonen treffen.
Entscheidungen über die vom Projekt betriebenen Dienste treffen und diese Dienste zum Nutzen des Projekts und der Gemeinschaft verwalten.
Entscheidungen treffen, wenn die reguläre Community-Diskussion nicht innerhalb eines angemessenen Zeitrahmens zu einem Konsens über eine Angelegenheit führt.
Commit-Rechte gewähren oder widerrufen.
Der Lenkungsausschuss wird zwischen 5 und 7 Personen umfassen, einschließlich des PL. Die Mitgliedschaft im Lenkungsausschuss ist eine Verantwortung, keine Anerkennung langjähriger Mitwirkung.
Ratsmitgliedschaft#
Um sich für die Mitgliedschaft im Lenkungsausschuss zu qualifizieren, muss eine Person ein Projekt-Contributor sein, der substanzielle Beiträge in Qualität und Quantität geleistet hat und dies über mindestens ein Jahr aufrechterhalten hat. Potenzielle Ratsmitglieder werden von bestehenden Ratsmitgliedern nominiert und vom bestehenden Rat gewählt, nachdem sie gefragt haben, ob das potenzielle Mitglied interessiert und bereit ist, diese Funktion auszuüben. Der Rat wird zunächst durch PL-Nominierung aus der Menge der bestehenden Entwickler gebildet, die die oben genannten Kriterien erfüllen.
Bei der Berücksichtigung potenzieller Mitglieder wird der Rat die Kandidaten mit einer umfassenden Sicht auf ihre Beiträge betrachten. Dies umfasst, ist aber nicht beschränkt auf Code, Code-Review, Infrastrukturarbeit, Teilnahme an Mailinglisten und Chats, Community-Aufbau, Benutzer- und Entwicklerunterstützung, Ausbildung und Öffentlichkeitsarbeit, Grant Writing und Designarbeit. Wir verzichten bewusst auf quantitative Metriken (wie „100 Commits in diesem Repository“), um ein Verhalten zu vermeiden, das auf Metriken statt auf das allgemeine Wohl des Projekts abzielt. Wir möchten eine Vielfalt an Hintergründen, Ansichten und Talenten in unserem Team fördern, weshalb wir Code nicht explizit als einzige Metrik definieren, anhand derer die Ratsmitgliedschaft bewertet wird.
Wenn Contributors zur Mitgliedschaft im Lenkungsausschuss eingeladen werden, verpflichten sie sich, für 2 Jahre tätig zu sein. Nach Ablauf der zwei Jahre können sie mit Zustimmung des restlichen Rates wählen, dem Rat erneut beizutreten. Wenn sie sich entscheiden, dem Rat nicht wieder beizutreten, wird der oben genannte Prozess zur Rekrutierung neuer Mitglieder angewendet.
Die Mitglieder des Lenkungsausschusses, mit Ausnahme des PL, werden in 2 gleichen Klassen dienen, deren Amtszeiten um 1 Jahr versetzt sind. Dies trägt zur Kontinuität im Lenkungsausschuss über die Zeit bei.
Ein Mitglied des Lenkungsausschusses kann jederzeit zurücktreten. Wenn ein Ratsmitglied für einen Zeitraum von 2 Monaten inaktiv wird, wird es vom PL angesprochen, um zu sehen, ob es plant, die aktive Teilnahme wieder aufzunehmen. Wenn nicht, wird es gebeten, zurückzutreten. Wenn das Ratsmitglied angibt, dass es wieder aktiv sein wird, aber dies nach 1 Monat noch nicht geschehen ist, kann der Rat per Abstimmung entscheiden, es zu entfernen.
Wenn ein Ratsmitglied vorzeitig aus dem Rat ausscheidet, kann es ersetzt werden, indem der gleiche Prozess wie oben angewendet wird. Sein Ersatz wird der gleichen Klasse angehören und den Rest der 2 Jahre dienen.
Jede Klasse kann zwischen 2 und 3 Mitgliedern schwanken, solange die Gesamtzahl des Rates (einschließlich des PL) zwischen 5 und 7 liegt. Wenn eine Klasse zu klein wird, muss ein zusätzliches Mitglied rekrutiert werden.
Alle ehemaligen Ratsmitglieder können jederzeit in Zukunft wieder für die Mitgliedschaft in Betracht gezogen werden, wie jeder andere Projekt-Contributor auch. Ausgeschiedene Ratsmitglieder werden auf der Projektwebsite aufgeführt, um die Zeitspanne anzuerkennen, in der sie im Rat tätig waren.
Der Rat behält sich das Recht vor, jeden, einschließlich der Ratsmitglieder, aus den Online-Bereichen des Projekts auszuschließen, wenn festgestellt wird, dass er dem Wohl des Projekts aktiv schadet und Versuche zur Kommunikation und Konfliktlösung durch eine übermäßige Mehrheit gescheitert sind.
Interessenkonflikt#
Es wird erwartet, dass der PL, die DPLs und die Ratsmitglieder bei einer Vielzahl von Unternehmen, Universitäten und gemeinnützigen Organisationen beschäftigt sind. Aus diesem Grund ist es möglich, dass Mitglieder Interessenkonflikte haben. Solche Interessenkonflikte umfassen, sind aber nicht beschränkt auf
Finanzielle Interessen, wie z. B. Investitionen, Anstellungen oder vertragliche Tätigkeiten, außerhalb des Projekts, die ihre Arbeit am Projekt beeinflussen könnten.
Zugang zu proprietären Informationen ihres Arbeitgebers, die potenziell in ihre Arbeit mit dem Projekt einfließen könnten.
Alle Mitglieder des Rates, einschließlich des PL, müssen dem Rest des Rates jeden Interessenkonflikt offenlegen, den sie möglicherweise haben. Mitglieder mit einem Interessenkonflikt bei einer bestimmten Angelegenheit dürfen an den Diskussionen des Rates zu dieser Angelegenheit teilnehmen, müssen sich jedoch bei der Abstimmung über die Angelegenheit enthalten. Wenn der PL sich für eine bestimmte Entscheidung enthalten hat, wird er für diese Entscheidung einen Stellvertreter-PL ernennen.
Private Kommunikation des Rates#
Sofern nicht ausdrücklich erforderlich, werden alle Diskussionen und Aktivitäten des Rates öffentlich und in Zusammenarbeit und Abstimmung mit den Projekt-Contributors und der Community über die üblichen Kommunikationskanäle geführt. Der Rat wird eine private Mailingliste unterhalten, die sparsam und nur verwendet wird, wenn eine bestimmte Angelegenheit Privatsphäre erfordert. Wenn private Kommunikation und Entscheidungen erforderlich sind, wird der Rat sein Bestes tun, diese der Community zusammenzufassen, nachdem persönliche/private/sensible Informationen, die nicht im öffentlichen Internet veröffentlicht werden sollten, weggelassen wurden.
Unterausschüsse#
Der Rat kann Unterausschüsse einrichten, die Führung und Anleitung für spezifische Aspekte des Projekts bieten. Wie der Rat als Ganzes sollte der Unterausschuss seine Geschäfte in offener und öffentlicher Weise führen, es sei denn, Privatsphäre ist ausdrücklich erforderlich. Private Unterausschusskommunikation sollte auf der Haupt-Privat-Mailingliste des Rates erfolgen, es sei denn, dies ist ausdrücklich erforderlich oder es sind externe Mitglieder beteiligt.
NumFOCUS-Unterausschuss#
Der Rat wird einen eng gefassten Unterausschuss unterhalten, um seine Interaktionen mit NumFOCUS zu verwalten, der externe Mitglieder umfassen wird.
Der NumFOCUS-Unterausschuss besteht aus 4 Personen, die die Projektfinanzierung verwalten, die über NumFOCUS eingeht. Es wird erwartet, dass diese Mittel im Einklang mit der gemeinnützigen Mission von NumFOCUS und der vom gesamten Rat bestimmten Richtung des Projekts verwendet werden.
Dieser Unterausschuss wird KEINE Entscheidungen über die Richtung, den Umfang oder die technische Ausrichtung des Projekts treffen.
Dieser Unterausschuss wird 4 Mitglieder haben, von denen mindestens 2 auch dem Lenkungsausschuss angehören und 1 von ihnen extern zum Lenkungsausschuss ist. Kein Mitglied des Unterausschusses darf demselben Mitarbeiter oder Vertragspartner unterstellt sein wie jedes andere Mitglied des Unterausschusses. Dies vermeidet effektive Mehrheiten, die auf einer Person beruhen.
Verhaltenskodex-Unterausschuss#
Dieser Ausschuss sollte zwischen 3 und 7 Personen umfassen, von denen mindestens eine im Lenkungsausschuss sitzt und mindestens eine, die nicht im Lenkungsausschuss sitzt. Dieser Ausschuss ist für die Entgegennahme und Bearbeitung von CoC-Meldungen zuständig, die in unseren digitalen und physischen Räumen auftreten. Sie werden ihre eigene private Mailingliste und Adresse für Meldungen unterhalten. Detaillierte Richtlinien zur Behandlung des CoC werden an anderer Stelle dokumentiert.
Stellvertretende Projektleiter#
Stellvertretende Projektleiter (DPLs) haben vorab delegierte Autorität, Entscheidungen innerhalb ihres Verantwortungsbereichs zu treffen. Wie beim PL sollte der DPL bestrebt sein, vor der Ausübung seiner Autorität einen Konsens zu erzielen. Entscheidungen des DPL können beim PL angefochten werden, aber die Annahme ist, dass der PL den DPL außer in außergewöhnlichen Umständen überstimmt. Streitigkeiten zwischen DPLs werden vom PL beigelegt.
DPLs werden von Mitgliedern des Lenkungsausschusses nominiert und für eine Amtszeit von 1 Jahr (mit Ausnahme des Release Managers) ab dem Datum ihrer Ernennung durch Mehrheitsbeschluss des Lenkungsausschusses ernannt. Bei jeder 1-Jahres-Amtszeit hat ein DPL die Möglichkeit, für ein weiteres Jahr fortzufahren oder zurückzutreten. Der SC kann einen DPL per überstimmender Mehrheit abberufen.
Nach Ermessen des SC und PL kann eine DPL-Position nicht besetzt werden, in diesem Fall fällt die Verantwortung zurück an den PL. Der SC kann eine neue DPL-Position schaffen, eine nicht besetzte DPL-Position abschaffen oder die Beschreibung einer Position per Mehrheitsbeschluss ändern.
Jeder aktuell aktive Contributor ist berechtigt, für ein DPL in Betracht gezogen zu werden, und eine Person kann gleichzeitig mehrere DPL-Positionen innehaben.
Projektspezifische Leiter#
Matplotlib hat eine Reihe von domänenspezifischen Paketen unter seinem Dach und in der Matplotlib GitHub Organisation gehostet. Diese Projekte werden jeweils ihren eigenen Projektleiter haben, der die Projekte nach eigenem Ermessen im Einklang mit dem Matplotlib Verhaltenskodex leiten kann.
Wenn ein Projekt unter der Matplotlib-Organisation auf GitHub gehostet werden möchte, kann es den SC darum bitten und durch einfachen Mehrheitsbeschluss angenommen werden. Ein Projekt kann die Organisation jederzeit verlassen und kann durch eine 2/3-Mehrheit des SC aus der Organisation entfernt werden.
Institutionelle Partner und Finanzierung#
Der PL und der Lenkungsausschuss sind die primäre Führung des Projekts. Keine externe Institution, Einzelperson oder juristische Person hat die Fähigkeit, das Projekt zu besitzen, zu kontrollieren, zu usurpieren oder zu beeinflussen, außer durch die Teilnahme am Projekt als Contributors und Ratsmitglieder. Da jedoch Institutionen der primäre Finanzierungsmechanismus für das Projekt sind, ist es wichtig, die institutionelle Beteiligung am Projekt formell anzuerkennen. Dies sind institutionelle Partner.
Ein institutioneller Contributor ist jeder einzelne Projekt-Contributor, der im Rahmen seiner offiziellen Pflichten bei einem institutionellen Partner zum Projekt beiträgt. Ebenso ist ein institutionelles Ratsmitglied jedes Mitglied des Projekt-Lenkungsausschusses, das im Rahmen seiner offiziellen Pflichten bei einem institutionellen Partner zum Projekt beiträgt.
Mit diesen Definitionen ist ein institutioneller Partner jede anerkannte juristische Person in den Vereinigten Staaten oder anderswo, die mindestens einen institutionellen Contributor oder ein institutionelles Ratsmitglied beschäftigt.
Institutionen werden durch die Beschäftigung von Personen, die aktiv zum Projekt beitragen, als institutioneller Partner berechtigt. Anders ausgedrückt: Der einzige Weg für einen institutionellen Partner, das Projekt zu beeinflussen, besteht darin, aktiv zur offenen Entwicklung des Projekts beizutragen, zu gleichen Bedingungen wie jedes andere Mitglied der Gemeinschaft von Contributors und Ratsmitgliedern. Die bloße Nutzung der Matplotlib-Software in einem institutionellen Kontext berechtigt eine Entität nicht, ein institutioneller Partner zu werden. Finanzielle Schenkungen ermöglichen einer Entität nicht, ein institutioneller Partner zu werden. Sobald eine Institution zur institutionellen Partnerschaft berechtigt ist, muss der Lenkungsausschuss die Partnerschaft nominieren und genehmigen.
Wenn ein bestehender institutioneller Partner keinen beitragenden Mitarbeiter mehr hat, erhält er eine einjährige Kulanzfrist für andere Mitarbeiter, um mit dem Beitrag zu beginnen.
Ein institutioneller Partner kann seine Arbeit am Projekt über alle legalen Mittel finanzieren. Dies kann die Beschaffung von Geldern durch eine gemeinnützige Organisation von privaten Stiftungen und Spendern oder den Aufbau proprietärer Produkte und Dienstleistungen durch ein gewinnorientiertes Unternehmen beinhalten, das Projektsoftware und -dienste nutzt. Die von institutionellen Partnern zur Arbeit am Projekt beschaffte Finanzierung wird als institutionelle Finanzierung bezeichnet. Keine von einem institutionellen Partner beschaffte Finanzierung kann jedoch den PL und den Lenkungsausschuss des Projekts überstimmen. Wenn ein Partner über Mittel verfügt, um an Matplotlib zu arbeiten, und der Rat beschließt, diese Arbeit nicht als Projekt zu verfolgen, kann der Partner dies eigenständig tun. In diesem Fall wird dieser Teil der Arbeit des Partners nicht unter dem Matplotlib-Schirm stehen und darf die Projekt-Marken nicht in einer Weise verwenden, die eine formelle Beziehung impliziert.
Entsprechend den Sponsoring-Stufen muss eine Institution mindestens
6 Personenmonate/Jahr bezahlte Arbeitszeit für einen oder mehrere Matplotlib-Maintainer oder regelmäßige Contributors zu einem Matplotlib-Team oder einer Matplotlib-Aktivität
als institutioneller Partner anerkannt werden. Zusätzlich zu den Sponsorenhinweisen, wie im Sponsorship-Dokument beschrieben, können institutionelle Partner auch
ihre eigenen Finanzierungsquellen auf den Matplotlib-Websites, in Vorträgen und T-Shirts anerkennen.
Änderung der Governance-Dokumente#
Änderungen an den Governance-Dokumenten werden über einen GitHub-Pull-Request im GitHub-Repository für die Governance-Dokumente des Projekts unter matplotlib/governance eingereicht. Der Pull-Request wird dann als Reaktion auf öffentliches Kommentar und Überprüfung verfeinert, mit dem Ziel, einen Konsens in der Community zu erzielen. Nach dieser offenen Periode schlägt ein Mitglied des Lenkungsausschusses dem Lenkungsausschuss vor, die Änderungen zu ratifizieren und den Pull-Request zu mergen (die vorgeschlagenen Änderungen zu akzeptieren) oder vor, den Pull-Request ohne Merging zu schließen (die vorgeschlagenen Änderungen abzulehnen). Das Mitglied sollte den endgültigen Commit-Hash im Pull-Request angeben, der zur Akzeptanz oder Ablehnung vorgeschlagen wird, und den Pull-Request kurz zusammenfassen. Der gesamte Lenkungsausschuss muss abstimmen und mindestens 2/3 der Stimmen müssen positiv sein, um die vorgeschlagene Aktion durchzuführen (Bruchstücke einer Stimme werden auf die nächste ganze Zahl aufgerundet). Da der PL die ultimative Autorität im Projekt innehat, hat der PL die Befugnis, allein Entscheidungen über die Annahme oder Ablehnung von Änderungen zu treffen oder Entscheidungen des Lenkungsausschusses zu überstimmen.