Projekt Linux Foundation

Ta strona zawiera szczegółowe informacje na temat projektu dotyczącego pisania technicznego zaakceptowanego do udziału w sezonie Dokumentów Google.

Podsumowanie projektu

Organizacja open source:
Linuks Foundation
Pisarz techniczny:
jaskiratsingh2000
Nazwa projektu:
CHAOS: utwórz podręcznik dotyczący CHAOSS dla całej społeczności
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 sposoby pracy i udokumentowały w różny sposób swoje zróżnicowane procesy. Grupy robocze obejmują grupy robocze Common Metrics WG, Diversity & Inclusion WG, Evolution, Risk, and Value, które stworzyły własne sposoby uczestnictwa i pracy oraz dostosowane różne sposoby komunikacji i kultury pracy. Te grupy robocze zgodnie ze swoimi danymi mają różne obszary i przebiegi, które pomagają w określaniu odpowiednich wskaźników, prowadzą różne badania i rozwój w ramach odpowiednich grup roboczych i znają właściwą drogę do prowadzenia różnych badań i rozwoju w poszczególnych kategoriach, ale mogą nie znać procesów dla nowych i dotychczasowych użytkowników, jak mogą uczestniczyć w badaniach i wybrać właściwe ścieżki.

Z tego powodu sprawy społeczności CHAOSS nie są ustandaryzowane. Dlatego celem podręcznika społeczności jest znalezienie właściwego procesu i podstawowych podstaw kultury pracy w społeczności. Celem podręcznika jest zebranie w projekcie CHAOSS wszystkich ważnych informacji i ujednolicenie ich części. Kluczowe informacje i standaryzacja koncentrują się głównie na procesach stosowanych przez CHAOSS, aby organizacja CHAOSS uzyskiwała zgodę dotyczącą sposobu wykonywania pracy przez społeczność, o tym, w jaki sposób nowi członkowie społeczności mogą uczestniczyć w niej i postępować zgodnie z jej podstawowymi zasadami oraz jakie procesy i ścieżki muszą wykonać nowi i dotychczasowi członkowie, aby uzyskać status lidera.

Podręcznik powinien być instrukcją dla obecnych i nowych członków społeczności, jak wykonać pracę w projekcie CHAOSS. Ten projekt obejmuje kreatywny element zbierania i porządkowania treści podręcznika, a także aspekt techniczny określający sposób prezentowania podręcznika.

JAKIE JEST POTRZEBY?

Podręcznik społeczności to dokument opisujący najważniejsze zasady i procedury związane ze społecznością oraz jej misję, wartości i działania.

Ten podręcznik zawiera przejrzyste przedstawienie nowych członków społeczności i praktyki ich pracy. Obecnie podręcznik społeczności CHAOSS jest dostępny w repozytorium GitHub. Można go odnowić i przeformułować, dodając więcej informacji dla nowych użytkowników 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 w następujący sposób:

  • Sformalizowanie i porządkowanie zasad społeczności CHAOSS, dzięki czemu będą one dostępne w jednym miejscu
  • Przekazywanie informacji o społeczności, jej misji, wizji i sposobie przywództwa
  • Jak działa społeczność CHAOSS
  • Wytyczne dotyczące publikowania treści
  • Definiowanie przepływów pracy w projekcie
  • Kultura społecznościowa 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ć odpowiednie i szczegółowe informacje dotyczące poszczególnych tematów. Sekcje można podzielić w następujący sposób:

  • Wstęp
  • Społeczność 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
    • Lato kodowania Google
    • Kontakt
    • Sezon Dokumentów Google

SZCZEGÓŁOWE MATERIAŁY DOTYCZĄCE PROJEKTÓW

1) Wstęp:

Ta sekcja stanie się pierwszą stroną podręcznika społeczności CHAOSS i zawiera szczegółowe informacje, omówienie oraz sposoby korzystania z podręcznika. Poniżej przedstawiono następujące informacje:

A.) Będzie on zawierał wiadomość powitalną z krótkim opisem społeczności CHAOSS, który pomoże przekonać czytelników do zapoznania się z podręcznikiem. Dołączę też kolaż zdjęć wykonanych tutaj: https://chaoss.community/chaoss-photo-album/, który pozwoliłby podkreślić różne ruchy w społeczności. B.) Strona będzie też zawierać szczegółowe informacje o wszystkich sekcjach wraz z jednym wierszem opisu z objaśnieniem poszczególnych sekcji i właściwymi linkami. C.) Wykorzystanie podręcznika: już istnieje możliwość korzystania z podręcznika (shorturl.at/cqQU6 ). Ulepszę i refaktoryzuję istniejące zastosowanie podręcznika, dodając lepsze znaczniki, które będą uwzględniać przepływ pracy podręcznika. Może kontynuować komunikację w kwestiach związanych z podręcznikiem). Wytyczne dotyczące podręcznika(obejmujące jego wykorzystanie w społeczności i zakresie), wkład w podręcznik ( w tym informacje o tym, jak korzystać z repozytorium w celu wprowadzania zmian, PR i szablonu, którego należy przestrzegać podczas wprowadzania zmian w podręczniku i przewodniku po stylu) oraz dzielenie się opinią na temat podręcznika. W sekcji Udostępnianie opinii dodam szablon i różne sposoby, w jakie użytkownicy będą mogli zgłaszać problemy z GitLab w celu otrzymania tych informacji lub z nich korzystać.

2) Społeczność CHAOSS

Dzięki społeczności CHAOSS użytkownicy będą mogli zrozumieć zasady i wytyczne dotyczące społeczności. Przepływy pracy mogłyby zostać uwydatnione i w najlepszy możliwy sposób nakreślić praktyki społeczności. W tej sekcji znajdziesz:

A.) Wartości ogólne: sposób traktowania zrównoważonego rozwoju, otwartości i przejrzystości w społeczności CHAOSS. Wyjaśnię te wartości, że sposób, w jaki nowi lub obecni użytkownicy powinni je rozumieć i brać pod uwagę podczas pracy ze społecznością. B.) Wytyczne dla społeczności: informacje o tym, jak należy zaangażować się w życie społeczności CHAOSS, a także przestrzeganie podstawowych warunków. Wyjaśnia także kulturę pracy obowiązującą w społeczności. (co robić, a czego nie). Będzie zawierać listę kontrolną głównego współtwórcy/moderatora, a także poinformować innych, jak powinni pracować z opiekunami i jaka jest ich lista kontrolna. C.) Grupy robocze: ta strona( https://chaoss.community/participate/ ) zawiera informacje na temat grup roboczych, takie jak opis WG, link do repozytorium i informacje o spotkaniu, ale w podręczniku zaprezentuję sposób uczestnictwa w różnych grupach roboczych, zrozumienie procesu oceny wskaźników, zrozumienie kultury pracy w poszczególnych grupach roboczych oraz bycie głównym współtwórcą różnych grup roboczych.

3) Ścieżka przywództwa:

Zdobycie pozycji lidera w projekcie open source może mieć kluczowe znaczenie dla sukcesu społeczności w świecie komercyjnym. Biorąc to pod uwagę, uwzględnię:

A.) Kierownictwo techniczne: obejmuje procesy i obowiązki właścicieli repozytorium, autora dokumentacji i opiekuna strony internetowej. B.) zarządzanie liderami: obejmuje ścieżki dla członków zarządu i osobi podejmującej decyzje; Kierownictwo operacyjne: obejmuje ścieżkę dla Opiekunów Społeczności

4) Terminologia:

Terminologia pomoże opisać terminy i elementy, których często używa się w społeczności CHAOSS. Dołączę też wskazówki dotyczące terminologii, takie jak pisanie wielkimi literami, skróty i słowa, których należy unikać, z odpowiednimi przyczynami. Uwzględnione warunki obejmują projekt CHAOSS Project, społeczność open source Health Community, Code Review, Grupa robocza, Wskaźnik oprogramowania open source, Common Metric, Diversity and Inclusion Metric, Evolution Engineering Group, Risk Korzystanie z grupy, Grupa robocza ds. wartości, Wydanie wskaźnika, Obszar skupienia.

5) Wytyczne dotyczące darowizn:

Jest to główny kontekst dla każdej społeczności open source, ponieważ większość takich społeczności zależy od wkładu i wolontariatu, więc nowi użytkownicy i użytkownicy dołączający do społeczności będą mogli łatwiej zrozumieć podstawowe potrzeby i wytyczne, których muszą przestrzegać. Będzie to obejmować następujące informacje:

A.) Zrozumienie planu działania społeczności: w tym temacie zaprezentujemy plan rozwoju społeczności CHAOSS, który pomoże użytkownikom określić, w jaki sposób lub jakie procesy powinni postępować, określając priorytety dla różnych działań w ramach projektu CHAOSS. B.) Wyjaśnienie, co jest niezbędne do wykonywania działań w praktyce, np. programowanie, dokumentacja, projektowanie, testowanie itp.) Krótkie omówienie działania GitLab. D.) Przewodnik dla recenzentów/opiekunów

Ta sekcja zawiera też „Role i obowiązki” w przypadku każdej kategorii Społeczności, które są wymienione poniżej:

a.) projekt DEVELOPMENT: zawiera przewodnik dotyczący wkładu w bazę kodu. Będzie on zawierał wymagania techniczne, strukturę projektu i konfigurację projektu(Augur, Cregit, GremoireLab). c.) DOKUMENTACJA: Obejmuje to materiały do dokumentacji, w tym narzędzia i poradnik stylistyczny. d.) REKLAMY: w ramach tych działań darczyńcy będą mogli wspierać społeczność CHAOSS w rozwoju działalności poza siecią: pisanie blogów, korzystanie z profili społecznościowych, organizowanie spotkań i wydarzeń.

6) Wskaźniki

Obecnie strona społeczności CHAOSS zawiera informacje z serwisu Metric Releases( https://chaoss.community/metrics/ ). Więcej osób musi jednak wiedzieć, jak udostępnić w niej swoją witrynę z danymi. W tej sekcji zamieścimy informacje, które pomogą użytkownikom poznać procesy i pracować nad ich własnymi wskaźnikami.

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( https://chaoss.community/CHAOSScon-2020-NA/ ), ale warto dodać szczegóły i informacje dotyczące procesów i zarządzania nimi w sekcji CHAOSScon. Podręcznik będzie zawierał następujące informacje:

A.) Szczegóły na temat Komitetu organizacyjnego: zostaną omówione procedury uczestnictwa w komitecie organizacyjnym CHAOSScon B.) Zarządzanie procesem składania ofert: zarządzanie rejestracją autorów, przesyłanie ofert i dokumentacji, sprawdzanie i zatwierdzanie. C.) zarządzanie i publikowanie programu CHAOSScon. D.) Jak zarządzać funkcjami związanymi z reklamą i marketingiem. E.) Obsługa ofert pakietowych sponsorowania i środków, w tym pakietów

8) CHAOSScast:

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

9. Filmy ze spotkań:

Będzie on zawierał wszystkie filmy ze spotkania wraz z opisem, takim jak Uczestnicy, Plan dnia i inne, 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ć ogólne najczęściej zadawane pytania zadawane w ramach społeczności, a także pomoże nowym i dotychczasowym członkom społeczności uzyskać odpowiedź na niektóre z nich.

11) Lato kodowania Google:

Ta sekcja zawiera informacje o Google Summer of Code, kryteriach kwalifikacji oraz o tym, jak można uczestniczyć w programie Google Summer of Code w ramach społeczności CHAOSS. Znajdzie się w niej również szablon oferty, z którego osoby będą korzystać podczas opracowywania oferty pakietowej, tworzenia stanowisk i obowiązków. Znajdą się tam również informacje, które pomogą obecnym członkom społeczności dowiedzieć się, jak zostać administratorem organizacji i mentorem/mentorką.

  1. Kontakt:

Ta sekcja zawiera informacje o programie Lookery, kryteriach kwalifikacji oraz o możliwościach uczestnictwa w programie Outline w ramach społeczności CHAOSS.Będzie tam między innymi o rolach i obowiązkach, w tym o procesie pełnienia roli administratora i mentora organizacji.

  1. Sezon Dokumentów Google:

Ta sekcja zawiera informacje o GSoD, kryteriach kwalifikacji oraz o możliwości uczestnictwa w społeczności CHAOSS w GSoD. Obejmuje on role i obowiązki, w tym proces uzyskiwania dostępu administratora i mentorów do organizacji.

OCZEKIWANE OCZEKIWANIA 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 będzie lepiej uporządkowana i bardziej szczegółowa dokumentacja dla społeczności CHAOSS. Każdy nowy użytkownik, który dołącza do społeczności, a także jej obecni członkowie, mogliby bez trudu zrozumieć podstawy i działanie społeczności CHAOSS. Dzięki temu podręcznikowi odkryjesz też różne procesy i ścieżki do różnych kultur pracy w społeczności CHAOSS.

SZCZEGÓŁY TECHNICZNE:

Proponuję korzystanie z platformy Gitbook do zarządzania podręcznikiem, ponieważ jest to łatwy w użyciu projekt oparty na współpracy, dzięki któremu zespoły mogą pracować wydajniej i wydajniej. Oto niektóre funkcje platformy GitBook:

  • WYSIWYG: wydajny i jednocześnie atrakcyjny edytor tekstu
  • Markdown: zaawansowana i produktowa obsługa skrótów znaczników Markdown
  • Umieszczanie treści rozszerzonych: zawiera zewnętrzne treści internetowe, takie jak filmy, fragmenty kodu, artykuły, muzyka i inne.
  • Panele dla pisarzy: inteligentny panel dla pisarzy, który obsługuje edytowanie wizualne.
  • Wersje robocze: tworzenie nowych zmian i asynchroniczna współpraca
  • Komentarze pomocy: omów i sprawdź zmiany w wersji roboczej
  • Historia zapisu: śledź wszystko. Sprawdź i cofnij zmiany
  • Statystyki: dostępne są też statystyki, które pozwalają śledzić natężenie ruchu, oceny i jakość treści.
  • Synchronizacja GitHub: utrzymanie przepływu pracy i synchronizowanie dokumentów z GitHubem
  • Dostosowywanie i budowanie marki: domeny niestandardowe, niestandardowe logo, czcionki, kolory, motywy, nagłówek itp.

Oto kilka obrazów, które pokazują platformę

  • 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 hostowany w serwisie GitBook, gdzie GitHub zapewnia prawidłowy mechanizm dla domeny niestandardowej, typowego błędu i SEO.

Własne domeny: jeśli społeczność CHAOSS chce hostować ją w domenie niestandardowej, będzie ona widoczna w ten sposób: docs.chaoss.community. Organizacja jest zobowiązana tylko do stworzenia dowolnej subdomeny. Aby skonfigurować domenę organizacji, otwórz ustawienia organizacji na Gitbooku. 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:

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

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

Integracja z GitHubem jest bardzo łatwa w obsłudze: jeśli ktoś zmieni treść na GitBooku, jego modyfikacje zostaną przeniesione do repozytorium GitHub. I odwrotnie – zatwierdzenia wypchnięte do repozytorium GitHub są importowane w obrębie GitBooka.

Skonfiguruj integrację z GitHubem:

  • W obszarze na platformie GitBook kliknij kartę integracji > GitHub.
  • Autoryzuj usługę GitBook, aby uzyskać dostęp 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, który umożliwi mu pobieranie treści w przypadku każdej zmiany w repozytorium. Gdy wprowadzisz zmiany w GitBooku, 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 edytowanie wizualne, dzięki czemu 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 po rozpoczęciu pisania (pierwszy list w edytorze, utworzenie nowej strony, przesłanie zdjęcia itp.).

Zmiany wprowadzone w wersji roboczej są odpowiednie, więc użytkownicy mogą pracować nad tym samym dokumentem z innymi członkami jednocześnie, nie powodując konfliktów. Nazywamy to asynchroniczną edycją i rozwiązywaniem 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ą. Utworzone przez Ciebie treści i wprowadzone przez Ciebie zmiany staną się dostępne publicznie dla członków Twojego zespołu.

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

– Struktura treści:

Spis treści: każdy pokój może zawierać dowolną liczbę stron do opracowania dokumentacji. Wszystkie są widoczne po lewej stronie ekranu, w tzw. spisie treści. W spisie treści możesz zarządzać swoimi stronami: tworzyć nowe strony, grupować strony, dodawać linki zewnętrzne, dodawać warianty, importować dokumenty zewnętrzne, takie jak witryny lub pliki w formacie Markdown (.md lub .markdown), HTML (.html), Microsoft Word (.docx).

Strona początkowa: to strona główna, czyli strona główna dokumentu, i zasadniczo pełni rolę strony głównej dla wszystkich stron dokumentacji. Tej strony nie można przenieść, usunąć, mieć dzieci ani należeć do grupy, ponieważ jest ona głównym wejściem do Twojej dokumentacji i Twojego pokoju.

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

Linki zewnętrzne: te wpisy to linki zewnętrzne i nie mają żadnej treści w edytorze. Ich główną funkcją jest dodawanie linków do zewnętrznych stron internetowych.

Warianty: możesz utworzyć wariant, aby dodać treści alternatywne do dokumentacji. Może to być przydatne, gdy chcesz udokumentować wiele wersji interfejsu API, biblioteki lub tłumaczeń.

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

– W jaki sposób 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. Jego zawartość będzie wyglądać tak:

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

HARMONOGRAM PROJEKTU:

1) Etap budowania społeczności (17 sierpnia–13 września)

A.) Tydzień 1–4:

  • Omów projekt z mentorami
  • Zbierz i zbierz informacje potrzebne w poszczególnych sekcjach projektu, zadając pytania społeczności.
  • Wyjaśnij społeczności, której platformy użyć z podręcznikiem (sugeruję GitBooka), i go skonfiguruj.
  • Współdziałanie problemów z dokumentami

2) Etap opracowywania dokumentów (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 sekcję „Ścieżka przywództwa”.
  • Przygotuj sekcję „Terminologia”.

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

  • Przygotuj plan rozwoju społeczności
  • Wytyczne dotyczące przesyłania projektów na podstawie wersji roboczej

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

  • Wersja robocza sekcji programowania

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

  • Wytyczne dotyczące pisania i kontaktu

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

  • Sekcja danych wersji roboczej
  • Sekcja CHAOSScon w wersji roboczej

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

  • Projektowanie sekcji spotkania

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

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

  • Wersja robocza dotycząca wytycznych GSoC

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

  • Wersja robocza wytycznych dotyczących 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 z projektu
  • Wypełnij ocenę projektu

INTERAKCJE ze SPOŁECZNOŚCIĄ

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

Surfuję w społeczności CHAOSS od kwietnia 2020 roku i bierzę udział w różnych dyskusjach z członkami tej społeczności oraz z mentorami związanymi z projektem( 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 społeczności”. Można ją znaleźć w wątku archiwum CHAOSS na liście adresowej CHAOSS zatytułowanej „Proposing Gitbook jako platformę do hostowania podręcznika społeczności”. Brałam też udział w cotygodniowych rozmowach społeczności, dzięki którym mogę przekazywać aktualne informacje.

2) Jak będziesz gromadzić informacje wymagane w ramach tego projektu?

Ten projekt wymaga przygotowania podręcznika dla całej społeczności, tak aby informacje w nim zawarte były gromadzone od członków społeczności i omawiane z nimi. Zgodnie z przesłanym wcześniej harmonogramem będę w stanie omówić i zbierać informacje potrzebne w okresie nawiązywania więzi ze społecznością.

Będę badać zawartość poszczególnych sekcji zgodnie z zasadą CHAOSS, a także będę śledzić wątki na liście adresowej. W zależności od wymagań spróbuję zapytać mentorów i społeczność o wyjaśnienie tych pytań.

Aby zwięźle prowadzić rozmowy, będę też dołączać do cotygodniowych rozmów.

3) W jaki sposób będziesz informować społeczność o postępach i ewentualnych problemach i pytaniach, które mogą pojawić się w trakcie projektu?

Aby zapewnić elastyczność i przejrzystość, w razie wątpliwości spróbuję się komunikować przez listę adresową.

Będę publikować na blogu informacje o swoich cotygodniowych postępach z dokumentacją scrum oraz wyzwaniami, które zostaną udostępnione na liście adresowej społeczności. Umożliwi to dotarcie do większej grupy odbiorców w ramach organizacji open source.

Uczestniczyłabym też w cotygodniowych spotkaniach społecznościowych w celu wysłuchania sugestii i dyskusji nad głównymi problemami.

Zamierzam też utworzyć tablicę Trello z dostępnymi cotygodniowymi zadaniami. Mogą oni wykorzystać tę tablicę, aby w jasny i zwięzły sposób zrozumieć bieżące problemy oraz funkcje, nad którymi pracujemy.

4) Co zrobisz, jeśli zapanujesz nad projektem i nie będzie w pobliżu Twojego mentora?

Uważam, że rolę mentora polega na pokierowaniu uczniów we właściwym kierunku, a nie o objaśnianiu im wszystkich zaległości. Za badanie i realizację projektu spoczywa wyłączną odpowiedzialność ucznia. Pamiętaj, że w ostatecznym rozrachunku spróbuję poprosić o pomoc mentora.

Jeśli jednak mentor nie jest aktualnie dostępny/zajęty i potrzebuję pomocy, przekażę swój problem społeczności CHAOSS. Na pewno ktoś mógłby pomóc mi rozwiązać wszystkie napotkane przeze mnie wyzwania. Przekażę te informacje również na forach internetowych/społecznościach programistów, takich jak dev.to

Próbowałbym też uczestniczyć w cotygodniowych rozmowach z członkami społeczności CHAOSS, żeby rozwiać swoje wątpliwości.