Proyek Linux Foundation

Halaman ini berisi detail project penulisan teknis yang diterima untuk Google Season of Docs.

Ringkasan proyek

Organisasi open source:
The Linux Foundation
Penulis teknis:
jaskiratsingh2000
Nama project:
CHAOSS: Membuat Panduan Komunitas CHAOSS
Durasi project:
Durasi standar (3 bulan)

Project description

ABSTRAK PROJECT:

Saat ini, kelompok kerja dalam komunitas CHAOSS telah mengembangkan cara kerja mereka sendiri dan mendokumentasikan proses yang berbeda-beda dalam berbagai tingkat. Kelompok Kerja mencakup Kelompok Kerja Metrik Umum, Kelompok Kerja Keberagaman & Inklusi, Kelompok Kerja Evolusi, Risiko, dan Nilai yang telah menyiapkan cara berpartisipasi dan bekerja mereka sendiri serta menyesuaikan berbagai cara komunikasi dan budaya kerja. Kelompok kerja ini sesuai dengan metrik memiliki area fokus dan latar belakang yang berbeda yang berfungsi untuk metrik yang sesuai, memimpin berbagai riset dan pengembangan dalam kategori kelompok kerja masing-masing, dan mengetahui jalur yang tepat untuk memimpin berbagai riset dan pengembangan dalam kategori masing-masing, tetapi proses untuk pendatang baru dan kontributor lama mungkin tidak diketahui cara berpartisipasi atau mengambil jalur yang tepat untuk masing-masing pekerjaan.

Oleh karena itu, hal-hal dalam komunitas CHAOSS tidak distandarisasi. Oleh karena itu, untuk mengetahui proses yang tepat dan dasar-dasar dasar budaya kerja di seluruh komunitas, tujuan panduan komunitas ini adalah untuk memusatkan informasi penting dan membakukan bagian-bagiannya di seluruh project CHAOSS. Bagian informasi penting dan standardisasi secara utama berfokus pada proses yang digunakan CHAOSS, sehingga CHAOSS menyepakati cara kerja komunitas, Bagaimana pendatang baru dapat berpartisipasi dan mengikuti dasar-dasar komunitas, serta proses dan jalur yang harus diikuti oleh pendatang baru atau anggota lama untuk memanfaatkan kepemimpinan dalam komunitas CHAOSS.

Panduan ini harus berfungsi sebagai manual petunjuk bagi anggota komunitas lama dan baru tentang cara menyelesaikan pekerjaan dalam project CHAOSS. Project ini melibatkan komponen kreatif untuk mengumpulkan dan mengatur konten untuk buku panduan serta komponen teknis untuk menentukan cara menampilkan buku panduan.

APA YANG DIPERLUKAN UNTUK DIA?

Community Handbook adalah dokumen yang mendefinisikan kebijakan dan prosedur utama komunitas serta menguraikan misi, nilai, dan cara kerja komunitas.

Buku panduan ini memberikan pengantar dan cara kerja yang jelas kepada anggota komunitas yang baru bergabung. Saat ini, Handbook komunitas CHAOSS tersedia di repositori GitHub dan perlu diubah dan difaktorkan ulang dengan informasi lebih lanjut untuk pendatang baru dan pengguna komunitas yang sudah ada. Jadi, panduan komunitas CHAOSS ini akan membantu pendatang baru dan anggota komunitas lama dengan cara berikut:

  • Memformalkan dan mengatur kebijakan komunitas CHAOSS, dengan menempatkan semuanya di satu tempat
  • Menyampaikan Pengantar, Misi, Visi, dan kepemimpinan komunitas
  • Memahami praktik komunitas CHAOSS
  • Panduan Kontribusi
  • Menentukan Alur Kerja Project
  • Menjelaskan Budaya komunitas CHAOSS
  • FAQ umum
  • Bimbingan

DESKRIPSI PROJECT:

Panduan komunitas akan dibagi menjadi berbagai “Bagian” yang akan berisi informasi yang sesuai dan mendetail untuk topik tertentu. Bagian ini dapat dibagi dengan cara berikut:

  • Pengantar
  • Cara Komunitas CHAOSS
  • Jalur Kepemimpinan
  • Terminologi
  • Pedoman Kontribusi
    • Developer
    • Desainer
    • Penulis
    • Pemasar
  • Metrik
  • CHAOSScon
  • CHAOSScast
  • Video Rapat
  • FAQ Umum
  • Bimbingan
    • Google Summer of Code
    • Penjangkauan
    • Season of Docs Google

HASIL KERJA PROJECT YANG MENDETAIL

1.) Pendahuluan:

Bagian ini akan berfungsi sebagai halaman pertama panduan komunitas CHAOSS dan berisi detail, ringkasan, serta penggunaan Panduan ini. Berikut adalah hal-hal berikut:

A.) Halaman ini akan berisi pesan Selamat Datang dengan deskripsi singkat tentang Komunitas CHAOSS yang akan membantu meyakinkan pembaca untuk membaca Handbook. Saya juga akan menyertakan Kolase Gambar yang diambil dari sini https://chaoss.community/chaoss-photo-album/ yang akan menyoroti berbagai gerakan dalam komunitas. B.) Halaman ini juga akan berisi detail tentang semua bagian dengan deskripsi satu baris yang menjelaskan setiap bagian dan link yang sesuai. C.) Penggunaan Buku Pegangan: Penggunaan Buku Pegangan sudah ada di sini( shorturl.at/cqQU6 ) tetapi saya akan mengubah dan memfaktorkan ulang penggunaan Buku Pegangan yang ada dengan markdown yang lebih baik yang akan mencakup Alur dari Buku Pegangan(saya akan memasukkan bagaimana hal-hal terjadi ketika seseorang ingin menambah, menghapus, atau mendiskusikan hal-hal yang berkaitan dengan buku panduan. Langkah ini mungkin akan menindaklanjuti proses komunikasi untuk hal-hal terkait panduan.), Panduan Handbook(yang mencakup penggunaannya dalam komunitas dan cakupan), Kontribusi ke handbook ( yang mencakup cara menggunakan repo untuk membuat perubahan, membuat PR, Template yang harus diikuti untuk membuat perubahan pada Handbook dan Panduan Gaya), serta Berbagi Masukan tentang Handbook. Dalam Membagikan Masukan, saya akan menyertakan template dan berbagai cara yang dapat dilakukan pengguna untuk memberikan atau menggunakan masalah GitLab untuk menerimanya.

2.) Cara Komunitas CHAOSS:

Cara Komunitas CHAOSS akan penting bagi orang-orang untuk memahami praktik dan pedoman komunitas. Alur kerja akan dapat membuatnya lebih ditekankan dan menguraikan praktik komunitas dengan cara terbaik. Bagian ini mencakup hal-hal berikut:

A.) Nilai Umum: Menjelaskan cara Pengelolaan, Keterbukaan, dan Transparansi ditangani dalam Komunitas CHAOSS. Saya akan menjelaskan nilai-nilai ini tentang bagaimana pengguna baru atau pengguna lama harus memahaminya dan mempertimbangkannya saat bekerja di dalam komunitas. B.) Pedoman Komunitas: Ini mencakup cara seseorang harus terlibat dengan Komunitas CHAOSS dan mengikuti persyaratan dasar. Hal ini juga akan menjelaskan budaya kerja yang diikuti di dalam komunitas. (Anjuran dan Larangan). Panduan ini akan menyertakan checklist kontributor/pemelihara inti serta memberi tahu orang lain cara mereka bekerja sama dengan pemelihara dan apa saja checklist mereka. C.) Grup Kerja: Halaman ini( https://chaoss.community/participate/ ) berisi informasi tentang Grup Kerja seperti Deskripsi WG, Link repo, dan informasi Rapat, tetapi dalam panduan ini, saya akan menyertakan cara berpartisipasi dalam berbagai grup kerja dan memahami proses mengevaluasi metrik, memahami budaya kerja untuk masing-masing WG, dan cara menjadi kontributor inti untuk berbagai grup kerja.

3.) Jalan menuju Kepemimpinan:

Meskipun mendapatkan kepemimpinan dalam proyek {i>open source<i} bisa menjadi hal yang penting untuk kesuksesan komunitas itu sendiri di dunia komersial. Jadi, dengan mempertimbangkan hal tersebut, saya akan menyertakan hal-hal berikut:

A.) Kepemimpinan Teknis: Ini akan mencakup proses dan tanggung jawab untuk Pemelihara Repo, Penulis Dokumentasi, dan Pemelihara situs B.) Kepemimpinan Tata Kelola: ini akan mencakup jalur untuk Anggota Dewan dan Pengambil Keputusan C.) Kepemimpinan Operasional: Ini akan berisi jalur untuk Pengelola komunitas

4.) Terminologi:

Terminologi akan membantu menjelaskan istilah dan masing-masing kepemilikan yang sering digunakan dalam komunitas CHAOSS. Selain itu, saya juga akan menyertakan panduan penggunaan Istilah seperti Kapitalisasi, Singkatan, dan Kata yang Harus Dihindari beserta alasannya. Istilah yang akan disertakan adalah Project CHAOSS, Kesehatan Komunitas Open Source, Peninjauan Kode, Grup Kerja, Metrik Software Open Source, Metrik Umum, Metrik Keragaman, dan Inklusi, Grup Kerja Evolusi, Grup Kerja Risiko, Grup Kerja Nilai, Rilis Metrik, Area Fokus.

5.) Panduan Kontribusi:

Ini adalah konteks utama untuk komunitas open source karena sebagian besar komunitas open source bergantung pada kontribusi atau kerja sukarela, sehingga hal ini akan membantu pendatang baru/pengguna yang bergabung dengan komunitas untuk memahami kebutuhan dasar dan pedoman yang harus mereka ikuti. Jadi, hal ini akan mencakup detail berikut:

A.) Memahami Roadmap Komunitas: Topik ini akan mengarah ke ringkasan roadmap komunitas CHAOSS yang akan membantu pengguna mengetahui cara atau proses yang harus diikuti dengan memberikan prioritas pada berbagai cara kerja dalam Project CHAOSS. B.) Menjelaskan hal-hal yang diperlukan untuk memberikan kontribusi langsung seperti pengembangan, Dokumentasi, Mendesain, Pengujian, dll. C.) Memberikan ringkasan singkat tentang cara kerja GitLab D.) Panduan Peninjau/Pengelola

Bagian ini juga akan berisi “Peran dan Tanggung Jawab” untuk setiap kategori Kontribusi yang ada di bawah:

a.) DESAIN: Subbagian ini akan mencakup “Alur Kerja Desain CHAOSS” dan Panduan Desain yang akan berisi Prinsip Desain, Proses, dan Alat yang Digunakan yang harus diikuti oleh kontributor sekaligus berkontribusi pada bidang desain. b.) DEVELOPMENT: Ini akan berisi panduan untuk kontribusi ke codebase. Dokumen ini akan berisi Persyaratan teknis, Struktur Project, Penyiapan Project(Augur, Cregit, GremoireLab) c.) DOKUMENTASI: Ini akan Menyertakan Referensi untuk Dokumentasi termasuk alat dan Panduan Gaya. d.) PENJANGKAUAN: Hal ini mencakup cara kontributor dapat mendukung komunitas CHAOSS dalam pertumbuhan penjangkauan - Menulis Blog, Menggunakan Nama Sebutan Sosial, Mengorganisir pertemuan dan acara

6.) Metrik

Saat ini, situs komunitas CHAOSS berisi informasi Rilis Metrik( https://chaoss.community/metrics/ ) dan orang-orang lebih perlu memahami cara mengikuti proses untuk membuat situs metrik mereka tersedia di situs tersebut. Jadi, bagian ini akan memandu informasi yang akan membantu pengguna mengetahui proses dan cara kerja untuk merilis metrik mereka sendiri.

7.) CHAOSScon:

Informasi tentang CHAOSScon sudah ada di GitHub( https://github.com/chaoss/governance/blob/master/community-handbook/chaosscon.md ) dan Situs( https://chaoss.community/CHAOSScon-2020-NA/ ), tetapi akan lebih baik jika menambahkan detail dan informasi yang menjelaskan proses dan cara mengelola CHAOSScon di Handbook. Dalam Panduan ini, akan berisi Informasi berikut:

A.) Detail tentang Panitia Penyelenggara: Bagian ini akan menjelaskan proses cara berpartisipasi dalam panitia penyelenggara CHAOSScon B.) Pengelolaan untuk Proses Pengumuman Proposal: Hal ini akan mencakup pengelolaan pendaftaran penulis, pengiriman proposal dan dokumentasi, peninjauan, serta proses persetujuan. C.) Mengelola dan Memublikasikan program CHAOSScon D.) Cara mengelola hal-hal terkait Periklanan dan Pemasaran E.) Cara menangani proposal dan dana Sponsor Termasuk Paket

8.) CHAOSScast:

Informasi CHAOSScast ada di sini https://github.com/chaoss/governance/blob/master/community-handbook/chaosscast.md dan akan disertakan dalam Panduan dengan beberapa detail tambahan seperti Partisipasi, Panitia Penyelenggara, Iklan, dan Materi Pemasaran.

9.) Video Rapat:

Halaman ini akan berisi semua video rapat beserta deskripsi seperti, Peserta, Agenda, dll. yang telah terjadi sebelumnya dan tersedia di YouTube.

10.) FAQ Umum:

Bagian ini akan berisi pertanyaan umum yang diajukan dalam komunitas dan akan membantu pendatang baru serta anggota komunitas lama untuk menjawab beberapa pertanyaan tersebut.

11.) Summer of Code Google:

Bagian ini akan berisi informasi tentang Google Summer of Code, Kriteria Kelayakan, dan informasi tentang cara orang dapat berpartisipasi dalam komunitas CHAOSS di Google Summer of Code. Bagian ini juga akan berisi Template Proposal yang dapat digunakan orang untuk membuat draf proposal serta peran dan tanggung jawab mereka. Selain itu, halaman ini juga akan berisi informasi yang akan membantu anggota komunitas yang sudah ada untuk mempelajari proses menjadi admin organisasi dan mentor.

  1. Outreachy:

Bagian ini akan berisi informasi tentang Outreachy, Kriteria Kelayakan, dan informasi tentang cara orang dapat berpartisipasi dalam komunitas CHAOSS di Outreachy.Bagian ini akan berisi peran dan tanggung jawab, termasuk proses menjadi admin org dan mentor.

  1. Season Google Dokumen:

Bagian ini akan berisi informasi tentang GSoD, Kriteria Kelayakan, dan informasi terkait cara orang dapat berpartisipasi dalam komunitas CHAOSS di GSoD. Halaman ini akan berisi peran dan tanggung jawab, termasuk proses menjadi admin org dan mentor.

HASIL YANG DIHARAPKAN PROJECT:

Buku panduan memainkan peran penting di komunitas mana pun. Demikian pula, buku panduan komunitas CHAOSS ini akan menghasilkan dokumentasi yang lebih terorganisir dan mendetail untuk komunitas CHAOSS. Dengan mudah, baik pendatang baru maupun yang sudah bergabung dalam komunitas dapat memahami dasar-dasar dan cara kerja komunitas CHAOSS dengan mudah. Selain itu, panduan ini akan menghasilkan berbagai proses dan jalur ke budaya kerja yang berbeda dalam komunitas CHAOSS.

DETAIL TEKNIS:

Saya mengusulkan untuk menggunakan platform Gitbook guna mengelola handbook karena merupakan project kolaboratif yang mudah digunakan bagi tim untuk bekerja lebih efektif dan efisien. Beberapa Fitur Platform GitBook:

  • WYSIWYG: Editor teks yang canggih namun menarik
  • Markdown: Dukungan pintasan markdown yang andal dan produktif
  • Sematan yang Kaya: Menyematkan konten web eksternal seperti video, cuplikan kode, artikel, musik, dan lainnya
  • Dasbor untuk Penulis: Memiliki dasbor cerdas untuk penulis yang mendukung pengeditan visual
  • Draf: membuat draf perubahan baru dan berkolaborasi secara asinkron
  • Komentar Dukungan: Membahas dan meninjau perubahan draf
  • Lacak Histori Penulisan: Lacak semuanya. Meninjau dan mengembalikan perubahan
  • Insight: Fitur ini juga mendukung insight yang melacak traffic, rating, dan kualitas konten
  • GitHub Sync: Mempertahankan alur kerja dan terus menyinkronkan dokumen dengan GitHub
  • Branding Penyesuaian: Domain kustom, logo kustom, font, warna, tema, header, dll.

Berikut beberapa gambar yang memberikan gambaran tentang platform

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

-- Di mana Panduan akan dihosting?

Handbook akan dihosting di GitBook itu sendiri tempat GitHub menyediakan mekanisme yang tepat untuk Domain Kustom, Error Umum, dan SEO.

Domain Kustom: Jika komunitas CHAOSS ingin menghostingnya di domain kustom, maka akan ditampilkan seperti docs.chaoss.community. Organisasi hanya perlu membuat subdomain yang ingin dimiliki. Untuk menyiapkan domain Organisasi, buka setelan organisasi di Platform Gitbook. Contoh Gambar: shorturl.at/GNQR4

Ruang GitBook ditayangkan melalui CDN kami sendiri dengan HTTPS diaktifkan secara default. Sertifikat dikeluarkan oleh LetsEncrypt

Domain yang Didukung:

  • Subdomain: www.example.com
  • Domain Kustom: docs.example.com

-- Bagaimana cara menyinkronkan Gitbook dengan GitHub agar pengeditan dapat dilakukan di kedua platform secara efektif?

Integrasi dengan GitHub sangat mudah digunakan: jika ada yang mengubah beberapa konten di GitBook, hasil editnya akan didorong ke repositori GitHub. Sebaliknya, commit yang dikirim ke repositori GitHub akan diimpor dalam GitBook.

Siapkan Integrasi GitHub:

  • Dari ruang Anda dalam platform GitBook, klik tab integration > GitHub
  • Memberi otorisasi kepada GitBook untuk mengakses akun GitHub Anda yang ditautkan dengan organisasi
  • Buka GitHub organisasi Anda dan buat repo untuk “HandBook”, misalnya chaoss-handbook
  • Sekarang, pilih repositori bernama chaoss-handbook yang ingin Anda hubungkan dalam opsi otorisasi di dalam platform GitBook.

Setelah langkah-langkah ini selesai, GitBook akan menambahkan webhook ke repositori chaoss-handbook yang akan memungkinkannya mengambil konten pada setiap perubahan pada repositori. Saat melakukan perubahan pada GitBook, komentar baru akan dikirim.

Selesai! Siapa pun dapat terus mengedit dari repositori GitBook atau GitHub.

-- Bagaimana cara mengedit halaman di platform GitBook?

Siapa pun yang ingin mengedit apa pun dalam platform GitBook harus bergabung ke platform GitBook dengan link undangan atau bergabung. GitBook mendukung pengeditan visual yang memungkinkan pengguna menulis langsung di dalam halaman.

Draf adalah versi konten pengguna yang dapat diedit dan hanya dapat diakses oleh penulis dan dibuat secara otomatis setelah Anda mulai menulis (huruf pertama pada editor, pembuatan halaman baru, mengupload gambar, dll.).

Perubahan yang dibuat pada draf sudah sesuai sehingga pengguna dapat berkontribusi pada dokumen yang sama dengan anggota lain secara bersamaan tanpa menimbulkan konflik apa pun. Hal ini disebut pengeditan asinkron dan resolusi konflik.

Versi pertama draf tidak selalu siap untuk langsung dipublikasikan. Gunakan ""save"" jika Anda ingin melanjutkan pekerjaan nanti, atau jika konten Anda belum siap untuk "digabungkan"".

Setelah selesai mengedit, Anda dapat ""menggabungkan"" draf. Konten yang Anda tulis atau perubahan yang Anda buat akan tersedia untuk anggota tim dan/atau publik.

Contoh Gambar: shorturl.at/gATZ8 dan shorturl.at/qrE57

-- Struktur Konten:

Daftar Isi: Setiap ruang dapat berisi sebanyak yang Anda butuhkan untuk menulis dokumentasi. Semua halaman ini terlihat di sisi kiri layar Anda dalam daftar Isi. Dari Daftar Isi, Anda dapat mengelola halaman Anda: membuat halaman baru, grup halaman, menambahkan tautan eksternal, menambahkan varian, mengimpor dokumen eksternal seperti situs web atau file yang merupakan Markdown (.md atau .markdown), HTML (.html), Microsoft Word (.docx).

Halaman Awal: Halaman awal adalah halaman beranda atau root dokumentasi Anda dan pada dasarnya berfungsi sebagai master dari semua halaman dokumentasi Anda. Karena ini adalah pintu masuk utama dokumentasi dan ruang Anda, halaman ini tidak dapat dipindahkan, dihapus, memiliki anak, atau berada dalam grup.

Halaman: Halaman memiliki judul, deskripsi opsional di bagian atas editor. Kemudian, Anda dapat menulis dan menambahkan konten apa pun ke dalamnya.‌ Anda dapat menyusun bertingkat halaman dengan menarik lalu melepas halaman di bawah halaman lain. Turunan halaman akan disembunyikan, tetapi dapat diciutkan.

Link Eksternal: Entri ini adalah link eksternal dan tidak memiliki konten apa pun di editor. Fungsi utamanya adalah menautkan ke situs eksternal.

Varian: Anda dapat membuat konten alternatif untuk dokumentasi dengan membuat varian. Hal ini dapat berguna untuk mendokumentasikan beberapa versi API, library, atau terjemahan.

Contoh Gambar: shorturl.at/eyLW1 dan shorturl.at/rFRX6

-- Bagaimana Handbook akan ditampilkan di sisi klien?

Panduan komunitas Chaoss akan dapat diakses dengan subdomain yang dapat berupa https://docs.chaoss.community dan akan terlihat seperti berikut di sisi pengguna:

  • Panduan Mattermost - https://handbook.mattermost.com/
  • Dokumen Jembatan Komunitas Linux Foundation - https://docs.linuxfoundation.org/docs/ Dan banyak lagi

LINI MASA PROJEK:

1.) Tahap Pengikatan Komunitas (17 Agustus - 13 September)

A.) Minggu ke-1-4:

  • Membahas project dengan mentor
  • Meneliti dan mengumpulkan informasi yang dibutuhkan untuk berbagai bagian dalam proyek, mengajukan pertanyaan klarifikasi kepada komunitas
  • Jelaskan kepada komunitas platform apa yang akan digunakan untuk buku panduan (sebaiknya GitBook) dan siapkan platform tersebut
  • Berkontribusi pada masalah dokumen

2.) Fase Pengembangan Dokumen (14 Sep - 30 Nov)

A.) Minggu 5 (14 Sep - 20 Sep)

  • Bagian Pengantar “Draf”

B.) Minggu ke-6 (21 Sep - 27 Sep)

  • Draf bagian “The CHAOSS Community Way”

C.) Minggu ke-7 (28 Sep - 4 Okt)

  • Membuat Draf Bagian “Jalur Kepemimpinan”
  • Membuat draf bagian “Istilah”

D.) Minggu ke-8 (5 Okt - 11 Okt)

  • Membuat Draf Roadmap Komunitas
  • Panduan kontribusi desain draf

E.) Minggu ke-9 (12 Okt - 18 Okt)

  • Bagian Pengembangan Draf

F.) Minggu ke-10 (19 Okt - 25 Okt)

  • Panduan bagian Penulisan dan Penjangkauan

G.) Minggu 11 (26 Okt - 1 Nov)

  • Bagian Metrik Draf
  • Draf bagian CHAOSScon

H.) Minggu ke-12 (2 Nov - 8 Nov)

  • Mendesain Bagian Rapat

  • Draf FAQ Umum komunitas

    I.) Minggu 13 (9 Nov - 15 Nov)

  • Draf tentang Pedoman GSoC

J.) Minggu ke-14 (16 Nov - 22 Nov)

  • Draf tentang Panduan Penjangkauan

K.) Minggu ke-15 (23 Nov-29 Nov)

  • Waktu Buffer; Mengoptimalkan dan meningkatkan kualitas seluruh dokumen

3.) Fase Evaluasi (30 Nov - 5 Des)

A.) Minggu ke-16:

  • Membuat draf laporan project
  • Mengisi evaluasi untuk project

INTERAKSI KOMUNITAS

1.) Keterlibatan dan Diskusi dengan komunitas.

Saya telah menjelajahi komunitas CHAOSS sejak April 2020 dan telah terlibat dalam berbagai diskusi dengan anggota komunitas dan dengan mentor project saya yang spesifik( Georg Link dan Armstrong Foundjem). Salah satu diskusi yang membangkitkan minat yang lebih besar dari anggota komunitas adalah “Menawarkan Gitbook sebagai platform untuk menghosting Community Handbook'' dan dapat ditemukan di rangkaian pesan milis arsip CHAOSS dengan nama Menawarkan Gitbook sebagai platform untuk menghosting Community Handbook. Saya juga telah berpartisipasi dalam panggilan mingguan komunitas yang membantu saya memberikan info terbaru kepada komunitas.

2.) Bagaimana Anda akan mengumpulkan informasi yang diperlukan untuk project ini?

Karena project ini memerlukan penyiapan handbook untuk seluruh komunitas, informasi yang harus diakses di dalamnya akan dikumpulkan dari dan didiskusikan dengan anggota komunitas. Seperti yang telah saya usulkan di atas, saya akan dapat mendiskusikan dan mengumpulkan informasi yang diperlukan selama periode ikatan komunitas.

Saya akan meneliti berbagai bagian sesuai dengan CHAOSS dan terus melanjutkan rangkaian pesan di milis. Saya akan mencoba mengajukan pertanyaan klarifikasi kepada mentor dan komunitas, bergantung pada persyaratannya.

Untuk berdiskusi secara ringkas, saya juga akan bergabung ke panggilan mingguan.

3.) Bagaimana Anda akan memberi tahu komunitas tentang progres Anda dan masalah atau pertanyaan yang mungkin Anda miliki selama project berlangsung?

Untuk mendapatkan fleksibilitas dan transparansi, saya akan mencoba berkomunikasi melalui diskusi milis untuk menanyakan keraguan saya.

Saya akan membagikan progres mingguan saya sebagai postingan blog yang akan menyertakan dokumentasi scrum dan tantangan yang dihadapi yang akan dibagikan di milis komunitas itu sendiri untuk menjangkau audiens yang lebih besar di dalam organisasi open source.

Saya juga akan menghadiri panggilan komunitas mingguan untuk mendapatkan saran dan diskusi yang tepat terkait masalah utama.

Saya juga berencana membuat papan Trello dengan tugas mingguan yang tersedia. Mentor kemudian dapat menggunakan papan ini untuk mendapatkan pemahaman yang jelas dan ringkas tentang masalah dan fitur saat ini yang sedang dikerjakan.

4.) Apa yang akan Anda lakukan jika mengalami kesulitan dengan project dan mentor Anda tidak ada?

Saya percaya bahwa peran mentor adalah memandu siswa ke arah yang benar, bukan menjelaskan setiap sudut loop kepada siswa. Riset dan penerapan project adalah tanggung jawab penuh siswa. Mengingat hal itu, saya hanya akan mencoba meminta bantuan dari mentor saya sebagai opsi terakhir.

Namun, jika mentor tidak ada/sibuk saat saya membutuhkan bantuan, saya akan membagikan masalah yang saya alami dalam komunitas CHAOSS. Saya yakin seseorang akan dapat membantu saya mengatasi tantangan apa pun yang saya hadapi. Saya juga akan membagikan masalah ini di forum online/komunitas developer seperti dev.to

Selain itu, saya akan mencoba berpartisipasi dalam panggilan bantuan mingguan dalam komunitas CHAOSS untuk menanyakan keraguan saya.