Projekt Linux Foundation

Ta strona zawiera szczegóły projektu technicznego do pisania w sezonie Dokumentów Google.

Podsumowanie projektu

Organizacja open source:
The Linux Foundation
Pisarz techniczny:
jaskiratsingh2000
Nazwa projektu:
CHAOSS: tworzenie podręcznika dla całej społeczności CHAOSS
Długość projektu:
Standardowa długość (3 miesiące)

Opis projektu

PROJEKT – STRESZCZENIE:

Obecnie grupy robocze w społeczności CHAOSS wypracowały własne sposoby pracy i w różnym stopniu dokumentowały swoje zróżnicowane procesy. Grupy robocze to grupy robocze Common Metrics WG, Diversity &Inclusion WG, Evolution, Risk oraz Value, które przygotowały własne sposoby uczestnictwa i pracy oraz zaadaptowały różne sposoby komunikacji i kultury pracy. Kierując się różnymi wskaźnikami, te grupy robocze skupiają się na różnych obszarach i specjalizacjach. Przeprowadzają różne badania i rozwój w ramach poszczególnych kategorii grup roboczych. Znają też właściwą drogę do prowadzenia badań i rozwoju w ramach poszczególnych kategorii, ale nie wiadomo, jak wygląda proces uwzględniania nowych pracowników i dotychczasowych współtwórców na każdym etapie.

W rezultacie sprawy społeczności CHAOSS nie są ustandaryzowane. Aby poznać właściwy proces i podstawowe zasady kultury pracy w społeczności, w podręczniku dla społeczności zebraliśmy najważniejsze informacje i ujednoliciliśmy część z nich w ramach projektu CHAOSS. Części dotyczące kluczowych informacji i standardów koncentrują się głównie na procesach stosowanych przez CHAOSS, aby CHAOSS miał uzgodnienia dotyczące tego, jak społeczność wykonuje pracę, jak nowi członkowie mogą uczestniczyć w działaniach i przestrzegać zasad społeczności oraz jakie procesy i ścieżki muszą stosować nowi i obecni członkowie, aby pełnić rolę liderów w społeczności CHAOSS.

Podręcznik powinien służyć jako instrukcja dla obecnych i nowych członków społeczności, jak wykonywać pracę w projekcie CHAOSS. Ten projekt obejmuje komponent kreatywny polegający na zbieraniu i porządkowaniu treści do podręcznika oraz komponent techniczny polegający na określeniu sposobu prezentacji podręcznika.

CO JEST DO TEGO POTRZEBNE?

Podręcznik społeczności to dokument, który określa kluczowe zasady i procedury społeczności oraz przedstawia jej misję, wartości i działania.

Ten podręcznik zawiera jasne wprowadzenie i informacje dla nowo dołączających się członków społeczności. Obecnie podręcznik społeczności CHAOSS jest dostępny w repozytorium GitHub. Trzeba go odświeżyć i przerobić o więcej informacji dla nowych i obecnych użytkowników społeczności. Ten podręcznik dla społeczności CHAOSS pomoże nowym i dotychczasowym członkom społeczności w następujący sposób:

  • Uporządkowanie zasad społeczności CHAOSS i zgromadzenie ich w jednym miejscu
  • przedstawienie wprowadzenia, misji, wizji i zespołu zarządzającego społecznością;
  • Zasady działania społeczności CHAOSS
  • Wytyczne dotyczące publikowania treści
  • Definiowanie przepływów pracy w projekcie
  • Omówienie kultury społeczności CHAOSS
  • Najczęstsze pytania ogólne
  • Opieka mentora

OPIS PROJEKTU:

Podręcznik społeczności będzie podzielony na różne „sekcje”, które będą zawierać szczegółowe informacje na wybrane tematy. Sekcje można podzielić na kilka sposobów:

  • Wprowadzenie
  • Droga CHAOSS Community
  • Ścieżka do przewodzenia
  • Terminologia
  • Wytyczne dotyczące publikowania treści
    • Deweloper
    • Projektant
    • Zapisujący
    • Marketer
  • Dane
  • CHAOSScon
  • CHAOSScast
  • Filmy ze spotkań
  • Ogólne najczęściej zadawane pytania
  • Opieka mentora
    • Google Summer of Code
    • Inicjatywy
    • Google Season of Docs

SZCZEGÓŁOWE WYNIKI REALIZACJI PROJEKTU

1) Wstęp:

Ta sekcja będzie pełnić funkcję pierwszej strony podręcznika społeczności CHAOSS i będzie zawierać szczegóły, omówienie i informacje o sposobie korzystania z podręcznika. Poniżej znajdziesz:

A.) Zawiera on wiadomość powitalną z krótkim opisem społeczności CHAOSS, która ma przekonać czytelników do zapoznania się z podręcznikiem. Dołączę też kolaż zdjęć z tej strony: https://chaoss.community/chaoss-photo-album/, który pokazuje różne ruchy w społeczności. B.) Strona będzie zawierać szczegóły wszystkich sekcji z jednowierszowym opisem każdej z nich oraz odpowiednie linki. C.) Zastosowanie podręcznika: podręcznik jest już dostępny tutaj( shorturl.at/cqQU6 ), ale zaktualizuję i przerobię obecny podręcznik, stosując lepszy format markdownu, który będzie zawierał przepływ pracy w podręczniku(przedstawię, co się dzieje, gdy ktoś chce dodać, usunąć lub omówić elementy związane z podręcznikiem). Może to być proces komunikacji dotyczący wszelkich kwestii związanych z podręcznikiem.), Zasady dotyczące podręcznika(w tym jego użycie w ramach społeczności i zakresu), wkład w podręcznik ( w tym sposób korzystania z repozytorium do wprowadzania zmian, tworzenie PR-ów, szablon do stosowania przy wprowadzaniu zmian w podręczniku i wytycznych dotyczących stylu) oraz udostępnianie opinii na temat podręcznika. W ramach funkcji Udostępnianie opinii dodam szablon i różne sposoby, dzięki którym użytkownicy będą mogli przesyłać opinie lub korzystać z problemów w GitLab.

2) Sposób działania społeczności CHAOSS:

Metoda CHAOSS Community będzie dla użytkowników bardzo ważna, jeśli chodzi o zrozumienie jej praktyk i wytycznych. Dzięki przepływom pracy można lepiej podkreślić i opisało zasady społeczności. W tej sekcji znajdziesz:

A.) Wartości ogólne: opis sposobu, w jaki w społeczności CHAOSS są traktowane kwestie zrównoważonego rozwoju, otwartości i przejrzystości. Wyjaśnię, jak nowi i starsi użytkownicy powinni rozumieć te wartości i brać je pod uwagę podczas pracy z komunitą. B.) Wytyczne dla społeczności: obejmują one informacje o tym, jak zaangażować się w CHAOSS Community i przestrzegać podstawowych warunków. Pozwoli to też poznać kulturę pracy w danej społeczności. (Zalecenia i ograniczenia). Będzie ona zawierać listę kontrolną dla głównych współtwórców i konserwatorów, a także informacje o tym, jak powinni współpracować z konserwatorami i co należy sprawdzić. C.) Grupy robocze: ta strona( https://chaoss.community/participate/ ) zawiera informacje o grupach roboczych, takie jak opis grupy, link do repozytorium i informacje o spotkaniach. W podręczniku znajdziesz informacje o tym, jak uczestniczyć w różnych grupach roboczych, jak rozumieć proces oceny danych, jak rozumieć kulturę pracy w odpowiednich grupach roboczych i jak zostać głównym współtwórcą różnych grup roboczych.

3) Ścieżka do przewodzenia:

Zdobycie pozycji lidera w projekcie open source może być kluczowe dla sukcesu społeczności w świecie komercyjnym. Mając to na uwadze, przekażę następujące informacje:

A.) Kierownictwo techniczne: obejmuje procesy i obowiązki właścicieli repozytoriów, autorów dokumentacji i osób odpowiedzialnych za witrynę. B.) Zarządzanie: obejmuje to ścieżki dla członka zarządu i osoby podejmującej decyzje C. Operational Leaderships: zawiera informacje o menedżerach społeczności.

4) Terminologia:

Terminologia pomoże opisać terminy i odpowiednie elementy, które są często używane w społeczności CHAOSS. Ponadto dołączę wskazówki dotyczące stosowania terminologii, takie jak wielkość liter, skróty i słowa, których należy unikać, wraz z odpowiednimi uzasadnieniami. Warunki, które zostaną uwzględnione, to: projekt CHAOSS, zdrowie społeczności open source, przegląd kodu, grupa robocza, wskaźnik oprogramowania open source, wspólny wskaźnik, wskaźnik różnorodności i uwzględniania, grupa robocza ds. ewolucji, grupa robocza ds. ryzyka, grupa robocza ds. wartości, wydanie wskaźnika, obszar zainteresowania.

5) Wytyczne dotyczące treści:

Jest to główny kontekst dla każdej społeczności oprogramowania typu open source, ponieważ większość z nich zależy od wkładu lub pracy wolontariuszy. Pomoże to każdemu nowemu użytkownikowi dowiedzieć się, jakie są podstawowe wymagania i wytyczne. Będzie to obejmować te informacje:

A.) Omówienie planu działania społeczności: ten temat zawiera omówienie planu działania społeczności CHAOSS, który pomoże użytkownikom określić, jaką drogę lub proces wybrać, aby nadać priorytety różnym działaniom w ramach projektu CHAOSS. B.) Wyjaśnienie, co jest potrzebne do wniesienia konkretnego wkładu, np. tworzenia, dokumentacji, projektowania, testowania itp. (C.) Krótkie omówienie działania GitLab (D.) Przewodnik dla weryfikatorów/opiekunów

Ta sekcja będzie zawierać „Role i odpowiedzialnie” w przypadku każdej kategorii wkładu, a są to:

a.) PROJEKT: ta sekcja będzie zawierać „Proces projektowania CHAOSS” oraz „Wytyczne dotyczące projektowania”. Są w nim zawarte zasady projektowania, procesy i używane narzędzia, których uczestnicy muszą przestrzegać, pracując przy projektowaniu. b.) ROZWÓJ: zawierać będzie wskazówki dotyczące wkładu w kod źródłowy. Zawiera on wymagania techniczne, strukturę projektu i konfigurację projektu(Augur, Cregit, GremoireLab). DOKUMENTACJA: obejmuje zasoby dotyczące dokumentacji, w tym narzędzia i poradnik stylu. OUTREACH: Obejmują one sposoby pomagania społeczności CHAOSS w nawiązywaniu kontaktów: pisanie blogów, korzystanie z nicków w mediach społecznościowych, organizowanie spotkań i wydarzeń.

6) Dane

Obecnie witryna społeczności CHAOSS zawiera informacje o wersjach wskaźników( https://chaoss.community/metrics/ ), dlatego ważne jest, aby użytkownicy wiedzieli, jak postępować zgodnie z tym procesem, aby udostępnić stronę z danymi w tej witrynie. W tej sekcji znajdziesz informacje, które pomogą użytkownikom poznać procesy i działania, które należy wykonać, aby wdrożyć własne dane.

7.) CHAOSScon:

Informacje o CHAOSScon są już dostępne na GitHubie( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md) i na stronie internetowej( https://chaoss.community/CHAOSScon-2020-NA/ ), ale bardziej sensowne jest dodanie szczegółów i informacji wyjaśniających procesy oraz sposoby zarządzania CHAOSScon w podręczniku. Podręcznik zawiera te informacje:

A.) Szczegółowe informacje o komitecie organizacyjnym: wyjaśnienie, jak wziąć udział w pracy komitetu organizacyjnego CHAOSS. B.) Zarządzanie procesem zgłaszania ofert: obejmuje to zarządzanie rejestracją autorów, przesyłanie propozycji i dokumentacji oraz proces sprawdzania i zatwierdzania. C.) Zarządzanie i publikowanie programu CHAOSScon (D.). jak zarządzać materiałami reklamowymi i marketingowymi. E.) Jak postępować z propozycjami sponsorowania i funduszami w tym pakiecie

8) CHAOSScast:

Informacje o CHAOSScast znajdziesz tutaj: https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md. Będą one również dostępne w Podręczniku wraz z dodatkowymi szczegółami, takimi jak udział, komitet organizacyjny, reklama i materiały marketingowe.

9. Filmy ze spotkań:

Zawiera on wszystkie filmy z spotkań wraz z opisami, listą uczestników itp., które miały miejsce w przeszłości i są dostępne w YouTube.

10.) Najczęstsze pytania ogólne:

Będą one zawierać odpowiedzi na najczęstsze pytania zadawane przez członków społeczności. Dzięki temu nowi i obecni członkowie społeczności będą mogli uzyskać odpowiedzi na niektóre z nich.

11.) Google Summer of Code:

Ta sekcja będzie zawierać informacje o programie Google Summer of Code, kryteriach kwalifikacji oraz sposobach uczestnictwa w programie w ramach społeczności CHAOSS. W tej sekcji znajdziesz też szablon oferty, którego użytkownicy mogą używać do tworzenia propozycji, oraz informacje o rolach i odpowiedzialniach. Będzie ona zawierać informacje, które pomogą obecnym członkom społeczności dowiedzieć się, jak zostać administratorem organizacji i mentorem.

  1. Kontakt:

Ta sekcja będzie zawierać informacje o programie Outreachy, kryteriach kwalifikacji oraz sposobach uczestnictwa w programie w ramach społeczności CHAOSS.Będą w niej opisane role i obowiązki, w tym proces tworzenia organizacji i mentoringu.

  1. Sezon Dokumentów Google:

Ta sekcja będzie zawierać informacje o GSoD, kryteriach kwalifikacji oraz informacje o tym, jak użytkownicy mogą uczestniczyć w GSoD w ramach społeczności CHAOSS. Zawiera ona role i odpowiedzialnie, w tym proces tworzenia organizacji i mentoringu.

PRZEWIDYWANY WYNIK PROJEKTU:

Podręczniki odgrywają ważną rolę w każdej społeczności. Podobnie ten podręcznik dla społeczności CHAOSS zapewni lepszą organizację i szczegółowość dokumentacji dla społeczności CHAOSS. Każdy nowicjusz, który dołączy do społeczności, a także jej obecni członkowie, będą mogli z łatwością poznać podstawy i działanie społeczności CHAOSS. Ponadto ten podręcznik pozwoli na tworzenie różnych procesów i ścieżek do różnych kultur pracy w ramach społeczności CHAOSS.

INFORMACJE TECHNICZNE:

Proponuję, aby do utrzymywania podręcznika używać platformy Gitbook, ponieważ jest to przyjazna dla użytkownika platforma do współpracy, która pozwala zespołom pracować szybciej i skuteczniej. Niektóre funkcje platformy GitBook:

  • WYSIWYG: potężny i piękny edytor tekstu
  • Markdown: potężne i wydajne wsparcie skrótów Markdown
  • Rich Embed: umieszcza zewnętrzne treści internetowe, takie jak filmy, fragmenty kodu, artykuły, muzyka itp.
  • Panele dla autorów: inteligentny panel dla autorów, który umożliwia edycję wizualną.
  • Wersje robocze: wersje robocze z nowymi zmianami i współpraca asynchroniczna
  • Komentarze do pomocy: omawianie i sprawdzanie zmian w wersji roboczej
  • Śledź historię pisania: śledzone są wszystkie zmiany. Sprawdzanie i odwoływanie zmian
  • Statystyki: umożliwiają one również śledzenie ruchu, oceny i jakości treści.
  • GitHub Sync: zachowanie przepływu pracy i ciągłe synchronizowanie dokumentów z GitHubem
  • Dostosowywanie marki: domeny niestandardowe, niestandardowe logo, czcionki, kolory, motywy, nagłówek itp.

Oto kilka obrazów przedstawiających platformę

  • shorturl.at/GNQR4
  • shorturl.at/gATZ8
  • shorturl.at/qrE57
  • shorturl.at/rFRX6
  • shorturl.at/eyLW1
  • shorturl.at/rwHS8

-- Gdzie będzie hostowany podręcznik?

Podręcznik będzie hostowany w samym GitBook, gdzie GitHub zapewnia odpowiedni mechanizm dla domeny niestandardowej, typowych błędów i SEO.

Domeny niestandardowe: Jeśli społeczność CHAOSS chce hostować stronę w domenie niestandardowej, będzie ona wyświetlana w ten sposób: docs.chaoss.community. Organizacja musi tylko utworzyć dowolną subdomenę. Aby skonfigurować domenę organizacji, otwórz ustawienia organizacji na platformie Gitbook. Przykład obrazu: shorturl.at/GNQR4

Pokoje GitBooka są obsługiwane przez naszą własną sieć CDN z domyślnie włączonym protokołem HTTPS. Certyfikaty są wystawiane przez LetsEncrypt

Możliwe domeny:

  • Subdomena: www.example.com
  • Domena niestandardowa: docs.example.com

-- Jak zsynchronizować Gitbooka z GitHubem, aby można było efektywnie edytować na obu platformach?

Integracja z GitHubem jest bardzo łatwa w użyciu: jeśli ktoś zmieni treść w GitBook, jego zmiany zostaną przesłane do repozytorium GitHub. Z kolei commity przesłane do repozytorium GitHub są importowane do GitBooka.

Konfigurowanie integracji z GitHubem:

  • Na platformie GitBook kliknij kartę integracji > GitHub.
  • Autoryzowanie GitBook do uzyskiwania dostępu do Twojego konta GitHub połączonego z Twoją organizacją
  • Wejdź na GitHub organizacji i utwórz repozytorium „HandBook”, np. chaoss-handbook.
  • Teraz wybierz repozytorium o nazwie chaoss-handbook, które chcesz połączyć z opcją autoryzacji na platformie GitBook.

Po wykonaniu tych czynności GitBook doda do repozytorium podręcznika chaosu webhooka, który umożliwi pobieranie treści po każdej zmianie do repozytorium. Gdy wprowadzisz zmiany w GitBook, zostanie wgrany nowy komentarz.

To wszystko. Każdy może kontynuować edytowanie w GitBook lub repozytorium GitHub.

-- Jak edytować strony na platformie GitBook?

Każdy, kto chce edytować dowolne treści na platformie GitBook, musi dołączyć do platformy za pomocą linku umożliwiającego zaproszenie lub dołączenie. GitBook obsługuje edytowanie wizualne, gdzie użytkownicy mogą pisać bezpośrednio na stronach.

Wersja robocza to edytowalna wersja treści użytkownika, dostępna tylko dla autorów i tworzona automatycznie, gdy tylko zaczniesz pisać (pierwsza litera w edytorze, utworzenie nowej strony, przesłanie zdjęcia itp.).

Zmiany wprowadzone w projektie są do niego przypisane, co pozwala użytkownikom na jednoczesne współtworzenie tego samego dokumentu z innymi osobami bez powodowania konfliktów. Nazywamy to edycją asynchroniczną i rozwiązywaniem konfliktów.

Pierwsza wersja wersji roboczej nie zawsze jest gotowa do opublikowania od razu. Użyj opcji „Zapisz”, jeśli chcesz kontynuować pracę później lub jeśli Twoje treści nie są jeszcze gotowe do „scalenia”.

Po zakończeniu edycji możesz „złączyć” swój projekt. Treści lub zmiany zostaną udostępnione członkom zespołu lub będą publiczne.

Przykłady obrazów: shorturl.at/gATZ8 i shorturl.at/qrE57

– Struktura treści:

Spis treści: każda przestrzeń może zawierać tyle stron, ile jest Ci potrzebne do napisania dokumentacji. Wszystkie te strony są widoczne po lewej stronie ekranu w sekcji, którą nazywamy „Spis treści”. Z poziomu spisu treści możesz zarządzać stronami: tworzyć nowe strony, grupy stron, dodawać linki zewnętrzne, dodawać warianty, importować dokumenty zewnętrzne, takie jak witryny lub pliki w formacie Markdown (.md lub .markdown), HTML (.html) i Microsoft Word (.docx).

Strona początkowa: jest to strona główna lub katalog główny dokumentacji, która działa jako główna strona wszystkich stron dokumentacji. Jest to główne wejście do Twojej dokumentacji i Twojej przestrzeni, dlatego nie można jej przenieść, usunąć, umieścić podrzędnych stron ani umieścić w grupie.

Strony: strona ma tytuł i opcjonalny opis u góry edytora. Możesz wtedy pisać i dodawać do niej dowolne treści.Możesz umieścić stronę w gniezdzie, przeciągając ją i upuszczając pod inną. Elementy podrzędne strony będą ukryte, ale można je zwinąć.

Linki zewnętrzne: te wpisy to linki zewnętrzne, które nie zawierają treści w edytorze. Ich główną funkcją jest tworzenie linków do witryn zewnętrznych.

Warianty: możesz utworzyć alternatywne treści do dokumentacji, tworząc wariant. Może to być przydatne przy dokumentowaniu wielu wersji interfejsu API, biblioteki lub tłumaczeń.

Przykład obrazu: shorturl.at/eyLW1 i shorturl.at/rFRX6

-- Jak podręcznik będzie wyglądał po stronie klienta?

Podręcznik społeczności Chaos będzie dostępny pod subdomeną, która może mieć adres https://docs.chaoss.community. Dla użytkownika będzie wyglądać tak:

  • Podręcznik Mattermost – https://handbook.mattermost.com/
  • Dokumentacja Linux Foundation Community Bridge - https://docs.linuxfoundation.org/docs/ I wiele innych

OSIĄGNIĘCIA PROJEKTU:

1) Etap budowania więzi ze społecznością (17 sierpnia – 13 września)

A.) Tydzień 1–4:

  • Omów projekt z mentorami
  • Zbierz i zbierz informacje potrzebne w różnych sekcjach projektu, zadawaj społeczności pytania uściślające.
  • Zapytaj społeczność, jakiej platformy użyć do stworzenia podręcznika (polecam GitBook) i jak ją skonfigurować
  • Współpraca nad rozwiązywaniem problemów z Dokumentami

2) Etap tworzenia dokumentów (14 września – 30 listopada)

A.) Tydzień 5 (14–20 września)

  • Sekcja „Wstęp” w sekcji „Draft”

B.) Tydzień 6 (21–27 września)

  • Przygotowanie sekcji „The CHAOSS Community Way”

C.) Tydzień 7 (28 września – 4 października)

  • Stwórz szkic sekcji „Droga do objęcia stanowiska kierowniczego”.
  • Opracowanie sekcji „Terminologia”

D.) Tydzień 8 (5–11 paź)

  • Szkicowanie planu rozwoju społeczności
  • Wskazówki dotyczące publikowania projektów

E.) Tydzień 9 (12–18 paź)

  • Sekcja Wersja robocza rozwoju

F.) Tydzień 10 (19–25 paź)

  • Wskazówki dotyczące sekcji dotyczącej pisania i kontaktowania się

G.) Tydzień 11 (26 października – 1 listopada)

  • Sekcja danych roboczych
  • Sekcja CHAOSScon w wersji roboczej

H.) Tydzień 12 (2 listopada – 8 listopada)

  • Projektowanie sekcji Spotkanie

  • Opracowanie ogólnych najczęstszych pytań społeczności

    I.) Tydzień 13 (9 listopada – 15 listopada)

  • Szkic wytycznych dotyczących GSoC

J.) Tydzień 14 (16 listopada – 22 listopada)

  • Wersja robocza wytycznych dotyczących kontaktu

K.) Tydzień 15 (23 listopada – 29 listopada)

  • Czas buforowania; dopracowywanie i ulepszanie całej dokumentacji

3) Etap oceny (30 listopada – 5 grudnia)

A.) Tydzień 16:

  • Przygotowanie raportu dotyczącego projektu
  • Wypełnianie oceny projektu

INTERAKCJE W SPOŁECZNOŚCI

1) Zaangażowanie i dyskusje ze społecznością.

Od kwietnia 2020 r. jestem aktywny w społeczności CHAOSS i biorę udział w różnych dyskusjach z jej członkami oraz z moim mentorem w ramach projektu( Georg Link i Armstrong Foundjem). Jedna z takich dyskusji, która wzbudziła większe zainteresowanie wśród członków społeczności, to „Proposing Gitbook as a platform for hosting Community Handbook” (Propozycja użycia Gitbooka jako platformy do hostowania podręcznika społeczności). Dyskusja znajduje się w archiwum listy mailingowej CHAOSS pod nazwą „Proposing Gitbook as a platform for hosting Community Handbook”. Uczestniczyłem też w cotygodniowych rozmowach ze społecznością, co pomogło mi w przekazywaniu informacji.

2) Jak będziesz zbierać informacje wymagane do tego projektu?

Ten projekt wymaga skonfigurowania podręcznika dla całej społeczności, więc informacje, które będą w nim dostępne, zostaną zebrane od członków społeczności i omówione z nimi. Zgodnie z zaproponowanym przeze mnie harmonogramem będę mógł omówić i zebrać potrzebne informacje w trakcie okresu nawiązywania więzi ze społecznością.

Będę badać różne sekcje zgodnie z CHAOSS i kontynuować wątki na liście adresowej. W zależności od wymagań będę zadawać pytania mentorom i członkom społeczności.

Aby nasze rozmowy były zwięzłe, będę też dołączać do cotygodniowych rozmów.

3) Jak zamierzasz informować społeczność o postępach i problemach oraz zadawać pytania w trakcie realizacji projektu?

Aby zachować elastyczność i przejrzystość, w celu zadawania pytań spróbuję się komunikować w ramach dyskusji na liście adresowej.

Będę co tydzień informować o postępach w postach na blogu, które będą zawierać dokumentację scrum i opisywane przeze mnie wyzwania. Informacje te będą udostępniane na liście mailingowej społeczności, aby dotrzeć do większej liczby odbiorców w organizacji open source.

Będę też uczestniczyć w cotygodniowych rozmowach ze społecznością, aby móc zgłaszać odpowiednie sugestie i prowadzić dyskusje na temat głównych problemów.

Planuję też utworzyć w Trello tablicę z dostępnymi zadaniami tygodniowymi. Mentorzy mogą potem używać tej tablicy, aby jasno i zwięźle zrozumieć aktualne problemy i funkcje, nad którymi pracują.

4) Co zrobić, jeśli utkniesz w projekcie, a mentora nie będzie w pobliżu?

Uważam, że zadaniem mentora jest nakierowywanie uczniów we właściwym kierunku, a nie przedstawianie im każdego zapętlenia. Badania i wdrożenie projektu są wyłączną odpowiedzialnością ucznia. Pamiętaj, że z pomocą mentora staram się korzystać w ostateczności.

Jeśli jednak mentor nie będzie dostępny lub będzie zajęty, gdy będę potrzebować pomocy, opublikuję problem na forum społeczności CHAOSS. Na pewno ktoś będzie w stanie pomóc mi z moimi wyzwaniami. Opublikuję też problem na forach internetowych i w społecznościach programistów, np. na dev.to

Postaram się też brać udział w cotygodniowych wezwaniach członków społeczności CHAOSS, aby uzyskać pomoc.