Projekt Linux Foundation

Ta strona zawiera szczegółowe informacje na temat projektu technicznego przyjęta do programu Sezon Dokumentów Google.

Podsumowanie projektu

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

Opis projektu

Streszczenie PROJEKTU:

Obecnie grupy robocze w społeczności CHAOSS wypracowały własne metody pracy i udokumentowały swoje zróżnicowane procesy w różnym stopniu. Grupy robocze obejmują Common Metrics WG, Diversity & Inclusion WG, Evolution, Risk i Value – grupy robocze, które stworzyły własne sposoby uczestnictwa i pracy oraz dostosowują różne sposoby komunikacji i kultury pracy. Te grupy robocze na podstawie danych mają różne obszary i trendy, które na podstawie odpowiednich danych prowadzą różne badania i rozwój w ramach odpowiednich kategorii grup roboczych. Wiesz też, jak prowadzić różne badania i rozwój w poszczególnych kategoriach. Być może jednak nie wiesz, jak wziąć udział w zajęciach przez nowych i dotychczasowych użytkowników.

W związku z tym działania w społeczności CHAOSS nie są ujednolicone. Dlatego celem podręcznika dla społeczności jest scentralizowanie kluczowych informacji i ujednolicenie ich części w całym projekcie CHAOSS, dzięki czemu poznasz właściwy proces i podstawowe podstawowe zasady kultury pracy w społeczności. Kluczowe informacje i standaryzacja koncentrują się głównie na procedurach stosowanych przez CHAOSS, dzięki czemu CHAOS ma zgodę na to, jak społeczność wykonywana jest praca, jak nowi uczestnicy mogą uczestniczyć w niej i jak postępować zgodnie z jej podstawowymi zasadami oraz jakie procesy i ścieżki muszą podążać nowym i dotychczasowym członkiem społeczności CHAOSS.

Podręcznik powinien stanowić instrukcję dla obecnych i nowych członków społeczności na temat realizacji projektu CHAOSS. Ten projekt obejmuje część twórczą obejmującą zbieranie i porządkowanie treści do podręcznika, a także część techniczną określającą sposób prezentowania podręcznika.

JAKIE SĄ POTRZEBNE?

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

Ten podręcznik w przejrzysty sposób przedstawia nowych członków społeczności i występuje w nich procedury. Obecnie podręcznik społeczności CHAOSS jest dostępny w repozytorium GitHub. Należy go jednak odświeżyć i zadbać o większą ilość informacji dla nowych i dotychczasowych użytkowników społeczności. Ten podręcznik CHAOSS przeznaczony dla całej społeczności pomoże nowym i dotychczasowym członkom społeczności na następujące sposoby:

  • Sformalizowanie i porządkowanie zasad społeczności CHAOSS w jednym miejscu
  • Przekazywanie wiedzy o społeczności, jej misji, wizji i kierunku przywództwa
  • Jak działa społeczność CHAOSS
  • Wytyczne dotyczące darowizn
  • Definiowanie przepływów pracy projektu
  • Prezentacja kultury społeczności CHAOSS
  • Najczęstsze pytania ogólne
  • Opieka mentora

OPIS PROJEKTU:

Podręcznik dla społeczności zostanie podzielony na różne „sekcje”, które będą zawierać odpowiednie i szczegółowe informacje na poszczególne tematy. Sekcje można podzielić na następujące sposoby:

  • Wstęp
  • Sposób na CHAOSS
  • Ścieżka przywództwa
  • Terminologia
  • Wytyczne dotyczące darowizn
    • Deweloper
    • Projektant
    • Zapisujący
    • Marketer
  • Wskaźniki
  • CHAOSScon
  • CHAOSScast
  • Filmy ze spotkań
  • Ogólne najczęściej zadawane pytania
  • Mentor
    • Google Summer of Code
    • Kontakt
    • Sezon Dokumentów Google

SZCZEGÓŁOWE MOŻLIWOŚCI ODPOWIEDZIALNOŚCI PROJEKTOWEJ

1) Wstęp:

Ta sekcja stanie się pierwszą stroną podręcznika dla społeczności CHAOSS i zawiera szczegółowe informacje na temat tego podręcznika oraz jego omówienie i sposób korzystania. Poniżej znajdziesz informacje na ten temat:

A.) Będzie on zawierać wiadomość powitalną z krótkim opisem społeczności CHAOSS, który pomoże przekonać czytelników do przeczytania podręcznika. Dołączę też kolaż zdjęć wykonany tutaj: https://chaoss.community/chaoss-photo-album/ i przedstawiający różne ruchy w społeczności. B.) Strona będzie też zawierać szczegółowe informacje o wszystkich sekcjach, opisy w jednym wierszu opisujące poszczególne sekcje i właściwe linki. C.) Wykorzystanie podręcznika: już istnieje możliwość wykorzystania podręcznika( shorturl.at/cqQU6 ), ale zmienię i refaktoryzuję obecne użycie podręcznika przez lepsze oznaczenie, które będzie obejmować raport przepływu podręcznika(uwzględnię, jak dzieje się, gdy ktoś chce dodać, usunąć lub omówić kwestie związane z podręcznikiem. Może również śledzić proces komunikacji w przypadku wszelkich zagadnień związanych z podręcznikiem). Wytyczne dotyczące podręcznika(obejmujące jego wykorzystanie w ramach społeczności i zakresu), wkład w publikację podręcznika ( w tym instrukcje, jak korzystać z repozytorium w celu dokonywania zmian, PR, szablonu do wprowadzania zmian w podręczniku i przewodniku po stylu) i dzielenia się opiniami na temat podręcznika. W sekcji „Udostępnianie opinii” dodam szablon i różne sposoby, w jakie użytkownicy będą mogli przekazać lub wykorzystać ten moduł w celu dostarczenia go do zespołu GitLab.

2.) W ramach społeczności CHAOSS:

Sposób korzystania ze społeczności CHAOSS będzie ważny, aby użytkownicy mogli zrozumieć procedury i wytyczne dotyczące społeczności. Mogłyby one zostać uwydatnione i w najlepszy sposób nakreślić praktyki społeczne. Ta sekcja zawiera następujące informacje:

A.) Wartości ogólne: określenie, jak wygląda zrównoważony rozwój, otwartość i przejrzystość w społeczności CHAOSS. Wyjaśnię, jakie wartości powinni rozumieć nowi i obecni użytkownicy oraz brać je pod uwagę podczas pracy ze społecznością. B.) Wytyczne dla społeczności: informacje o tym, jak dołączyć do społeczności CHAOSS i przestrzegać podstawowych warunków. Przedstawimy również kulturę pracy obowiązującą w społeczności. (co robić, a czego nie). Zawiera ona listę kontrolną głównego współtwórcy/opiekunów, a także do innych, aby wiedzieli, jak współpracować z opiekunami i jaka jest ich lista. C.) Grupy robocze: ta strona( https://chaoss.community/participate/ ) zawiera informacje o grupach roboczych, takie jak opis WG, link do repozytorium i informacje o spotkaniu, ale w podręczniku zaprezentuję informacje o uczestnictwie w różnych grupach roboczych, poznaniu procesu oceny danych, poznaniu kultury pracy poszczególnych grup i tego, jak zostać głównym współtwórcą różnych grup roboczych.

3.) Ścieżka przywództwa:

Z kolei zdobycie pozycji lidera w projekcie open source może być kluczem do osiągnięcia sukcesu w świecie komercyjnym społeczności. Mając to na uwadze, uwzględnię:

A.) Kierownictwo techniczne: będzie to obejmować procesy i obowiązki właścicieli repozytorium, autora dokumentacji i opiekuna strony internetowej. B) przywództwo: obejmuje ścieżki dla członków rady i osób decyzyjnych C). Kierownictwo operacyjne: obejmuje ścieżkę dla menedżerów społeczności.

4.) Terminologia:

Terminologia mogłaby pomóc w opisaniu terminów i przedmiotów często używanych w społeczności CHAOSS. Załączam też wytyczne dotyczące używania terminologii, takie jak stosowanie wielkich liter, skróty i słowa, których należy unikać. Uwzględnione Warunki to CHAOSS Project, Open Source Community Health, Code Review, Working Group, Open Source Software Metric, Common Metric, Diversity and Inclusion Metric, Evolution Working Group, Risk Working Group, Value Working Group, Metric Release, Focus Area

5.) Wytyczne dotyczące darowizn:

Jest to główny kontekst dla każdej społeczności open source, ponieważ większość społeczności open source zależy od wkładu lub pracy wolontariuszy, dzięki czemu każdy nowy użytkownik dołącza do społeczności i może zrozumieć podstawowe potrzeby i wytyczne, których musi przestrzegać. Będą to między innymi następujące dane:

A.) Omówienie planu działań dla społeczności: w tym temacie omówimy plan działania społeczności CHAOSS, który pomoże użytkownikom określić, w jaki sposób i jakie procedury należy postępować, określając priorytety poszczególnych działań w ramach projektu CHAOSS. B.) Wyjaśnienie elementów niezbędnych do bezpośredniego zaangażowania, takich jak tworzenie, dokumentacja, projektowanie, testowanie itp. C.) Krótkie omówienie działania GitLab. D.) Przewodnik dla recenzentów i opiekunów

Ta sekcja zawiera też poniżej „Role i obowiązki” w przypadku każdej kategorii Wpłat:

a.) DESIGN: Ta podsekcja obejmuje „schemat pracy projektowej CHAOSS” oraz „Wytyczne dotyczące projektowania”, które obejmują zasady projektowania, procesy i narzędzia, których muszą przestrzegać współtwórcy, przyczyniając się do rozwoju tej dziedziny. b.) DEVELOPMENT: zawiera instrukcję dotyczącą wkładu w bazę kodu. Będzie on zawierał wymagania techniczne, strukturę projektu i konfigurację projektu(Augur, Cregit, GremoireLab). c.) DOKUMENTACJA: Obejmuje zasoby do dokumentacji, w tym narzędzia i poradnik stylistyczny. d) REAKCJE: Będą one obejmować informacje o tym, w jaki sposób współtwórcy mogą wspierać społeczność CHAOSS w rozwoju działalności poza siecią: pisać blogi, korzystać z nicków w mediach społecznościowych, organizować spotkania i wydarzenia

6.) Wskaźniki

Obecnie witryna społeczności CHAOSS zawiera informacje na temat wersji Metric Releases( https://chaoss.community/metrics/ ). W przypadku użytkowników ważniejsza jest znajomość procesu udostępniania w niej witryny z danymi. W tej sekcji zamieścimy informacje, które pomogą użytkownikom poznać procesy i pracę nad tym, aby opublikować własne wskaźniki.

7.) CHAOSS

Informacje o CHAOSScon są już dostępne na GitHubie( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md) i na stronie( https://chaoss.community/CHAOSScon-2020-NA/ ), ale warto dodać szczegóły i informacje o procesach i zarządzaniu nimi w sekcji CHAOS.OS. Podręcznik będzie zawierać następujące informacje:

A.) Szczegóły dotyczące komitetu organizacyjnego: zostaną omówione procedury uczestnictwa w komitecie organizacyjnym CHAOSScon B. Zarządzanie procesem składania ofert pakietowych: obejmuje zarządzanie rejestracją autorów, przesyłanie ofert i dokumentów, a także sprawdzanie i zatwierdzanie. C.) zarządzanie i publikowanie programu CHAOSScon. D.) Jak zarządzać marketingiem i reklamami. E.) Obsługa ofert pakietowych i środków, w tym pakietów

8.) CHAOSScast:

Informacje na temat CHAOSScast są dostępne tutaj: https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md. Zostaną one włączone do podręcznika wraz z dodatkowymi informacjami, takimi jak udział, Komitet organizacyjny, Reklama i Materiały marketingowe.

9) Filmy ze spotkania:

Będą one zawierać wszystkie filmy ze spotkania (wraz z opisem, listę uczestników, plan dnia itp.) opublikowane w przeszłości i dostępne w YouTube.

10) Najczęstsze pytania ogólne

Będą one zawierać ogólne, typowe pytania zadawane w społeczności. Znajdą w nich odpowiedzi na niektóre z nich będą mogli zarówno nowi, jak i dotychczasowi członkowie społeczności.

11.) Google Summer of Code:

Ta sekcja zawiera informacje o programie Google Summer of Code, kryteriach kwalifikacji oraz o tym, jak osoby biorące udział w społeczności CHAOSS w Google Summer of Code mogą wziąć udział w programie. W tej sekcji znajdziesz też szablon oferty, za pomocą którego użytkownicy będą mogli opracować ofertę pakietową oraz listę ról i obowiązków. Znajdziesz tam również informacje, które ułatwią dotychczasowym członkom społeczności poznanie procesu zostania administratorem organizacji i mentorem.

  1. Kontakt:

Ta sekcja zawiera informacje o programie Salesforce, kryteriach kwalifikacji oraz o tym, jak osoby w ramach społeczności CHAOSS mogą uczestniczyć w programie Outline.Dowiesz się z niego, jakie są role i obowiązki użytkowników, w tym proces zostania administratorem organizacji i mentorem.

  1. Sezon Dokumentów Google:

Ta sekcja zawiera informacje o GSoD, kryteriach kwalifikacji oraz o tym, w jaki sposób osoby mogą uczestniczyć w społeczności CHAOSS w GSoD. Obejmuje to role i obowiązki, w tym proces uzyskiwania dostępu do administratorów i mentorów w organizacji.

OCZEKIWANE WYNIKI PROJEKTU:

Podręczniki odgrywają ważną rolę w każdej społeczności. Dzięki temu podręcznikowi CHAOSS przeznaczonemu dla całej społeczności organizacja CHAOSS będzie lepiej uporządkowana i bardziej szczegółowa. Każdy nowy użytkownik, który dołączy do społeczności CHAOSS, jak i dotychczasowi członkowie społeczności, będą mogli z łatwością zrozumieć jej podstawy i działania. Ponadto dzięki tym podręcznikom poznasz różne procesy i ścieżki prowadzące do różnych kultur pracy w społeczności CHAOSS.

SZCZEGÓŁY TECHNICZNE:

Proponuję korzystać z platformy Gitbook do obsługi podręcznika, ponieważ jest to łatwy w użyciu projekt umożliwiający zespołom współpracę wydajniejszą i bardziej efektywną. Wybrane funkcje platformy GitBook:

  • WYSIWYG: zaawansowany i piękny edytor tekstu
  • Markdown: zaawansowana obsługa skrótów do formatu Markdown
  • Umieszczanie tekstu na stronie: umieszczanie na stronie zewnętrznych treści internetowych, takich jak filmy, fragmenty kodu, artykuły, muzyka i inne.
  • Panele dla pisarzy: inteligentny panel dla pisarzy z obsługą edycji wizualnej
  • Wersje robocze: tworzenie wersji roboczych nowych zmian i asynchroniczna współpraca
  • Komentarze do zespołu pomocy: omów i sprawdź wersje robocze zmian
  • Śledź historię zapisywania: śledź wszystko. Sprawdzanie i cofanie zmian
  • Statystyki: obsługują też statystyki, które pozwalają śledzić ruch, oceny i jakość treści.
  • Synchronizacja GitHub: utrzymanie przepływu pracy i synchronizowanie dokumentów z GitHubem
  • Dostosowywanie marki: domeny niestandardowe, niestandardowe logo, czcionki, kolory, motywy, nagłówek itp.

Oto kilka obrazów, które pokazują, na czym polega platforma

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

-- Gdzie będzie przechowywany podręcznik?

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

Własne domeny: Jeśli społeczność CHAOSS chce hostować ją w domenie niestandardowej, będzie ona wyświetlana w następujący sposób: docs.chaoss.community Organizacja jest zobowiązana tylko do stworzenia dowolnej subdomeny. Aby skonfigurować domenę organizacji, otwórz ustawienia organizacji na platformie Gitbook. Przykład obrazu: shorturl.at/GNQR4

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

Obsługiwane domeny:

  • Subdomena: www.example.com
  • Własna domena: docs.example.com

– Jak zsynchronizować Gitbooka z GitHubem, aby możliwe było efektywne edytowanie na obu platformach?

Integracja z GitHubem jest bardzo prosta: jeśli ktoś zmieni niektóre treści na GitHubie, zmiany te zostaną przeniesione do repozytorium GitHub. Natomiast zatwierdzenia przekazane do repozytorium GitHub są importowane w obrębie GitBooka.

Skonfiguruj integrację z GitHubem:

  • W obszarze na platformie GitBook kliknij kartę integracji > GitHub.
  • Autoryzacja GitHuba dostępu do konta GitHub połączonego z Twoją organizacją
  • Otwórz swoją organizację na GitHubie i utwórz repozytorium „HandBook”, np. „chaoss-handbook”.
  • Teraz wybierz repozytorium o nazwie chaoss-handbook, które chcesz połączyć za pomocą opcji autoryzacji na platformie GitBook.

Po wykonaniu tych czynności GitBook doda do repozytorium chaoss-handbook webhooka, aby umożliwić mu pobieranie treści po każdej zmianie w repozytorium. Podczas wprowadzania zmian w usłudze GitBook zostanie wysłany nowy komentarz.

To wszystko. Każdy może kontynuować edytowanie z poziomu repozytorium GitBook lub GitHuba.

-- Jak edytować strony na platformie GitBook?

Każdy, kto chce edytować coś na platformie GitBook, musi dołączyć do platformy GitBook za pomocą linku z zaproszeniem lub linkiem. GitBook obsługuje edycję wizualną, dzięki której użytkownicy mogą pisać bezpośrednio na stronach.

Wersja robocza to edytowalna wersja treści użytkownika, która jest dostępna tylko dla autorów i jest tworzona automatycznie po rozpoczęciu pisania (pierwszy list w edytorze, utworzenie nowej strony, przesłanie zdjęcia itp.).

Zmiany wprowadzone w wersji roboczej są właściwe, co umożliwia użytkownikom jednoczesne współpracowanie nad tym samym dokumentem z innymi członkami bez tworzenia konfliktów. Jest to tzw. edytowanie asynchroniczne i rozwiązywanie konfliktów.

Pierwsza wersja wersji roboczej nie zawsze jest gotowa do opublikowania od razu. Kliknij „Zapisz”, jeśli chcesz kontynuować pracę później lub jeśli treść nie jest jeszcze gotowa do scalenia.

Po zakończeniu edytowania możesz „scalić” wersję roboczą. Treść napisana przez Ciebie lub wprowadzone przez Ciebie zmiany będzie dostępna dla członków Twojego zespołu lub publicznie.

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

-- Struktura treści:

Spis treści: w każdym pokoju możesz umieścić dowolną liczbę stron do opisania dokumentacji. Wszystkie te strony są widoczne po lewej stronie ekranu, w tzw. spisie treści. Korzystając ze spisu treści, możesz zarządzać stronami: tworzyć nowe strony, grupy stron, dodawać linki zewnętrzne, dodawać warianty oraz importować dokumenty zewnętrzne, na przykład witryny lub pliki w formacie Markdown (.md lub .markdown), HTML (.html) lub Microsoft Word (.docx).

Strona początkowa: strona początkowa to strona główna, czyli strona główna, i zasadniczo pełni rolę wzorca wszystkich stron Twojej dokumentacji. Ponieważ jest to główne wejście do Twojej dokumentacji i pokoju, nie można jej przenieść, usunąć, mieć dzieci ani należeć do grupy.

Strony: strona ma tytuł oraz opcjonalny opis u góry edytora. Następnie możesz pisać i dodawać do nich dowolne treści.Możesz zagnieżdżać strony, przeciągając i upuszczając je pod inną. Elementy podrzędne strony będą ukryte, ale można je zwinąć.

Linki zewnętrzne: te wpisy są linkami zewnętrznymi i nie zawierają żadnej treści w edytorze. Jego główną funkcją jest dodawanie linków do zewnętrznych stron internetowych.

Warianty: możesz tworzyć treści alternatywne do dokumentacji, tworząc wariant. Jest to przydatne do udokumentowania wielu wersji interfejsu API, biblioteki lub tłumaczeń.

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

-- Jak podręcznik będzie prezentowany po stronie klienta?

Podręcznik społeczności Chaoss będzie dostępny za pomocą subdomeny, którą może być https://docs.chaoss.community, która z punktu widzenia użytkownika będzie wyglądać w następujący sposób:

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

OŚ CZASU PROJEKTU:

1) Etap wiązania 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, zadając pytania społeczności.
  • Ustal ze społecznością platformę, z której warto skorzystać w przypadku podręcznika (sugeruję GitBooka), i go skonfiguruj.
  • Uczestnicz w problemach z dokumentami

2.) Etap opracowywania dokumentu (14 września–30 listopada)

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

  • Wersja robocza”

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

  • Wersja robocza sekcji „The CHAOSS Community Way”

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

  • Przygotuj wersję roboczą sekcji „Ścieżka przywództwa”
  • Przygotuj wersję roboczą sekcji „Terminologia”.

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

  • Opracuj plan rozwoju społeczności
  • Wytyczne dotyczące tworzenia wersji roboczej projektu

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

  • Sekcja Wersja robocza

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

  • Wytyczne dotyczące pisania i współpracy

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

  • Sekcja danych w wersji roboczej
  • Wersja robocza sekcji CHAOSScon

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

  • Projektowanie sekcji spotkania

  • Wersja robocza odpowiedzi na najczęstsze pytania na temat społeczności

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

  • Wersja robocza wytycznych GSoC

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

  • Wersja robocza wytycznych kontaktu

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

  • Buforowanie, dopracowywanie i ulepszanie całej dokumentacji

3.) Etap oceny (30 listopada – 5 grudnia)

A.) Tydzień 16:

  • Przygotuj wersję roboczą raportu o projekcie
  • Wypełnij ocenę projektu

INTERAKCJE ze SPOŁECZNOŚCIĄ

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

Surfuję po społeczności CHAOSS od kwietnia 2020 roku i bierzę udział w różnych dyskusjach z członkami społeczności oraz z mentorami zajmującymi się konkretnymi projektami( Georgem Linkem i Armstrong Foundjem). Jedną z takich dyskusji, która wzbudziła większe zainteresowanie członków społeczności, była „Proponowanie Gitbooka jako platformy do hostowania podręcznika dla społeczności”. Można ją znaleźć w wątku archiwum CHAOSS na liście adresowej CHAOSS zatytułowanym „Proponowanie Gitbooka jako platformy do hostowania podręcznika dla społeczności”. Uczestniczyłem też w cotygodniowych rozmowach na karcie Społeczność, co pomagało mi przekazywać aktualne informacje.

2.) Jak będziesz zbierać informacje wymagane w tym projekcie?

Ten projekt wymaga przygotowania podręcznika obejmującego całą społeczność, tak aby informacje, do których należy uzyskać dostęp, były zbierane od członków społeczności i omawiane z nimi. Zgodnie z proponowanym harmonogramem będę w stanie przedyskutować i zgromadzić potrzebne informacje w okresie nawiązywania więzi ze społecznością.

Będę badać różne sekcje zgodnie z zasadami CHAOSS i na bieżąco śledzić wątki na liście adresowej. W zależności od wymagań spróbuję zadać pytania mentorom i członkom społeczności.

Aby zwięźle prowadzić rozmowy, będę też brać udział w cotygodniowych rozmowach.

3.) Jak zamierzasz informować społeczność o postępach i wszelkich problemach i pytaniach, jakie możesz zadać w trakcie projektu?

Aby zapewnić elastyczność i przejrzystość, w razie wątpliwości spróbuję się komunikować w ramach listy adresowej.

Będę publikować na blogu informacje o moich postępach w tym tygodniu, w których będziemy udostępniać dokumentację scrum oraz wyzwania, z którymi się zetkniesz, aby dotrzeć do większej grupy odbiorców w ramach organizacji open source.

Brał też udział w cotygodniowych rozmowach społecznościowych, aby wygłaszać odpowiednie sugestie i dyskusje na temat najważniejszych problemów.

Zamierzam też utworzyć tablicę Trello z dostępnymi cotygodniowymi zadaniami. Mentorzy mogą korzystać z tej tablicy, aby w jasny i zwięzły sposób zrozumieć bieżące problemy i funkcje, nad którymi obecnie pracujemy.

4.) Co zrobić, jeśli masz problem z realizacją projektu, a mentora nie ma w pobliżu?

Uważam, że rolę mentora polega na wskazywaniu uczniom właściwego kierunku, a nie wyjaśnianiu mu wszystkich zawirowań. Odpowiedzialność za badania i realizację projektu ponosi wyłącznie uczeń. Pamiętaj, że w ostateczności spróbuję poprosić o pomoc mentora.

Jeśli jednak mentor nie jest aktualnie dostępny ani zajęty i potrzebuję pomocy, zajmę się teraz zgłoszeniem problemu w społeczności CHAOSS. Na pewno ktoś będzie w stanie pomóc mi rozwiązać każdy napotkany problem. Przekażę informacje o tym problemie na forach internetowych i społecznościach programistów, takich jak dev.to

Spróbuję też brać udział w cotygodniowych rozmowach z członkami społeczności CHAOSS, aby rozwiać swoje wątpliwości.