Zarządzanie i rozwójWspólnota
WAF++ jest inicjatywą działającą na rzecz Wspólnoty, neutralną pod względem zemsty - z jasnym i przejrzystym zarządzaniem inspirowane przez istniejące modele open- source, takie jak CNCF. Każda decyzja jest do namierzenia. Każda rola ma swoje określenie.
Zbudowany do końca, domyślnie otwarty
Trzy zasady, które kształtują sposób zarządzania WAF++ - wystarczająco lekkie, aby poruszać się szybko, wystarczająco ustrukturyzowane, aby skalować.
Każda istotna zmiana przechodzi przez wniosek o uwagi - sporządzony publicznie, zweryfikowany przez społeczność, i postanowił z uzasadnieniem. Żadnych cichych aktualizacji, żadnych nieprzejrzystych wyborów. Historia to zarządzanie.
Plan działania, dyskusje, głosowania i decyzje są publicznie udokumentowane na GitHub. Każdy może podążać za rozumowaniem, zakwestionować decyzję lub zaproponować alternatywę - przy każdym takim samym procesie.
Żadna spółka nie kontroluje WAF++. Role zarządzania odpowiadają "aktywnym składnikom" i równowadze neutralnej dla vendoru. Skład TSC, czartery Grupy Roboczej i Grupy Doradczej egzekwują to poprzez projektowanie.
Zarządzanie w skrócie
Intencjonalnie chude, ale skalowalne - przeznaczone dla rosnącej społeczności. Decyzje są przekazywane za pośrednictwem RFC, przeglądów i udokumentowanych głosów.
Model zarządzania (inspirowany CNCF-)
Sześć wyraźnie zdefiniowanych ról i mechanizmów - każdy o określonym zakresie, odpowiedzialności i procesie.
Odpowiedzialny za kierunki techniczne, decyzje architektoniczne i zatwierdzenia RFC. Wybrany od aktywnych współpracowników. 12-miesięczne odnawialne warunki.
Utrzymuje podstawowe repozytoria, dokonuje przeglądów oraz zapewnia spójność i jakość. Wyznaczony na 12 miesięcy, odnawialny na podstawie działalności.
Grupy tematyczne dla filarów, punktów, kontroli i architektury odniesienia. Działaj otwarcie za pośrednictwem kwestii GitHub i RFC. Każdy może zaproponować WG.
Przynosi realistyczne perspektywy z projektów, operacji i audytów. Priorytety są istotne - zapewnia, że ramy odzwierciedlają rzeczywistość produkcji, a nie tylko teorię.
Plan działania, dyskusje, głosowanie i decyzje są publicznie udokumentowane i możliwe do namierzenia na GitHub. Brak prywatnych kanałów decyzyjnych dla zmian ramowych.
Draft → community review → decision → implementation. Każda znacząca decyzja jest uzasadniona i powiązana z jej wątkiem dyskusji.
Role, warunki i oczekiwania
Jasne zasady czynią zarządzanie sprawiedliwym i przewidywalnym. Oto jak podejmowane są decyzje i jak działają role.
Warunki opiekuna
Nazwa12 miesięcy, odnawialne, gdy działania związane z zaangażowaniem i przeglądem są obecne i nie istnieją uzasadnione zastrzeżenia.
Nieaktywność:Po90 dnibez aktywności, status może być ustawiony na "emeritus" po pingu i przezroczysty notatka. Reaktywacja jest możliwa w każdej chwili.
Warunki TSC
Członkowie TSC służą12 miesięcywarunki, odnawialne. Kompozycja jest następstwem "aktywnych wpłacających najpierw" i równowagi neutralnej vendoru. Role i obowiązki są publicznie udokumentowane.
Tworzenie grupy roboczej
Każdy może zaproponować WG. Wymagane: aczarter(cel, zakres, rezultaty),ołów (-i), kanał komunikacyjny isponsor opiekuna.
Wyjścia WG wracają do głównych transakcji repo jako PRs i RFC.
Konsensus leniwy
Dla mniejszych zmian: wniosek jest publikowany publicznie5 dni roboczychdo przeglądu. Nie przyjęto żadnych uzasadnionych zastrzeżeń.
Należy uzasadnić "blok" i zaproponować alternatywne rozwiązanie lub dostosowanie.
Kworum i głosowanie
W przypadku większych decyzji (nowy filar, łamanie zmian, zmiany czarteru), TSC głosuje:
- Kworum:co najmniej60%aktywnych członków TSC
- Większość:zwykła większość oddanych głosów
- Minimalna:co najmniej3głosowanie, jeśli TSC jest małe
- Konflikty:członkowie z konfliktami interesów wstrzymujący się od głosu
Oczekiwania
Ustawa o neutralności wendorskiej, priorytetyzowaniu interesów Wspólnoty, podejmowaniu decyzji w sprawie dokumentów, komunikowaniu się z szacunkiem (kodeks postępowania) oraz zgłaszaniu kwestii bezpieczeństwa odpowiedzialnie za pośrednictwem określonych kanałów.
Gdzie podejmowane są decyzje?
RFC dla większych zmian · ADR i notatki dla decyzji architektury · Problemy i PR dla wdrożenia. Każda decyzja odnosi się do dyskusji, która do niej doprowadziła.
Gdzie spotyka się społeczność
Projekt rozpoczął się w kontekście Cloud Native Conference i istniejącej społeczności CCC. Cel: konsolidacja doświadczenia w świecie rzeczywistym i rozwój go otwarcie w społeczeństwie.
Wymiana na konferencjach - rozmowy, panele i sesje Birds-of-a-Feather, gdzie inżynierowie dzielą prawdziwe wyzwania i wzorce.
Hands- na warsztaty na temat modeli dojrzałości, punktacji i praktycznej realizacji - przekształcanie koncepcji ramowych w praktykę inżynieryjną.
Publiczne sesje na temat planu działania i otwarte projekty RFC - każdy może uczestniczyć, komentować i kształtować to, co zostanie zbudowane dalej.
Jak można wnieść wkład
Nie ma minimalnej wielkości składki. Każdy przypadek zastosowania dzielony, każdy przegląd, każdy RFC skomentował postęp ram.
Jakie wyzwania napotykasz w projektach w chmurze? Które wzory działają, a które nie? Prawdziwe doświadczenie świata jest najcenniejszym wkładem, jaki mogą uzyskać ramy.
Wejście na modele dojrzałości i kwestionariusze: co należy sprawdzić, bez względu na wszystko? Tutaj zaczynają się nowe kontrole, kryteria oceny i wzorce oceny.
Przegląd wzorców architektury i modeli odniesienia dla spójności, praktyczności i handlu. Otwarte RFC zawsze potrzebują przemyślanych perspektyw inżynieryjnych.
Poprawę, rozszerzenie i tłumaczenie treści na dodatkowe języki. Dobra dokumentacja to połowa wartości - i zawsze na żądanie.
Pomoc z filarów, punktacji, kontroli lub architektury odniesienia - przejrzyście na GitHub. Grupy robocze są sposobem, w jaki ramy rosną w skoncentrowanych, odpowiedzialnych sprintów.
Przynieść tematy do CFP, prowadzić rozmowy, lub gościć na konferencjach. Praktyczne przykłady realnego świata prezentowane publicznie kształtują ramy bardziej niż jakikolwiek RFC.
Ślady, sprawiedliwe, otwarte.
Zarządzanie jest praktyką życiową. Utrzymujemy procesy lekkie, ale jasne - tak WAF++ może rosnąć ze społecznością bez utraty odpowiedzialności.
