Proyek Linux Foundation

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

Ringkasan proyek

Organisasi open source:
Linux Foundation
Penulis teknis:
jaskiratsingh2000
Nama proyek:
CHAOSS: Membuat Buku Panduan CHAOSS untuk Seluruh Komunitas
Durasi proyek:
Durasi standar (3 bulan)

Project description

ABSTRAK PROYEK:

Saat ini, kelompok kerja di komunitas CHAOSS telah mengembangkan cara kerja mereka sendiri dan mendokumentasikan perbedaan proses mereka dalam berbagai tingkatan. Grup Kerja mencakup grup kerja Common Metrics WG, Diversity & Inclusion WG, Evolution, Risk, dan Value, yang telah menyiapkan cara kerja dan partisipasi mereka sendiri, serta mengadaptasi berbagai cara komunikasi dan budaya kerja. Kelompok kerja yang sesuai dengan metrik ini memiliki area fokus dan latar belakang yang berbeda, yang bekerja untuk metrik yang sesuai, memimpin berbagai penelitian dan pengembangan di bawah kategori kelompok kerja masing-masing dan mengetahui jalur yang tepat untuk memimpin berbagai penelitian dan pengembangan di bawah kategori masing-masing, tetapi proses bagi pendatang baru dan kontributor yang ada mungkin tidak diketahui bahwa cara berpartisipasi atau mengambil jalur yang benar untuk pekerjaan masing-masing.

Sebagai akibatnya, berbagai hal dalam komunitas CHAOSS tidak terstandardisasi. Oleh karena itu, untuk mengetahui proses yang benar dan dasar-dasar budaya kerja di seluruh komunitas, tujuan buku pedoman komunitas ini adalah untuk memusatkan informasi penting dan membakukan bagian-bagiannya di seluruh proyek CHAOSS. Bagian informasi penting dan standardisasi terutama berfokus pada proses yang digunakan CHAOSS sehingga CHAOSS memiliki kesepakatan tentang cara komunitas menyelesaikan pekerjaan, Bagaimana pendatang baru dapat berpartisipasi dan mengikuti dasar-dasar komunitas, serta proses dan jalur apa yang harus diikuti oleh pendatang baru atau anggota lama untuk memanfaatkan kepemimpinan di komunitas CHAOSS.

Panduan ini dapat berfungsi sebagai panduan petunjuk bagi anggota komunitas yang sudah ada dan yang baru terkait cara menyelesaikan pekerjaan dalam project CHAOSS. Proyek ini melibatkan komponen kreatif dalam mengumpulkan dan mengatur konten untuk buku panduan serta komponen teknis untuk menentukan cara merepresentasikan buku panduan.

APA SAJA KEBUTUHANNYA?

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

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

  • Meformalkan dan mengatur kebijakan komunitas CHAOSS, menempatkan semuanya di satu tempat
  • Mengomunikasikan Pengantar, Misi, Visi, dan kepemimpinan komunitas
  • Memahami praktik komunitas CHAOSS
  • Pedoman Kontribusi
  • Menentukan Alur Kerja Project
  • Menguraikan Budaya komunitas CHAOSS
  • Pertanyaan Umum (FAQ)
  • Bimbingan

DESKRIPSI PROYEK:

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

  • Pengantar
  • Cara Komunitas CHAOSS
  • Jalan Menuju Kepemimpinan
  • Terminologi
  • Panduan Kontribusi
    • Developer
    • Desainer
    • Penulis
    • Pemasar
  • Metrik
  • CHAOSScon
  • CHAOSScast
  • Video Rapat
  • FAQ Umum
  • Bimbingan
    • Program Kode di Musim Panas Google
    • Penjangkauan
    • Google Season Dokumen

DETAIL PENGGANTIAN PROJECT YANG MENJADI

1.) Pendahuluan:

Bagian ini akan bertindak sebagai halaman pertama dari buku panduan komunitas CHAOSS dan akan membahas detail, gambaran umum, dan penggunaan Buku Pegangan tersebut. Berikut ini hal-hal berikut:

A.) Pesan ini akan berisi Pesan selamat datang dengan deskripsi singkat tentang Komunitas CHAOSS yang akan membantu meyakinkan pembaca agar mempelajari Buku Pegangan ini. Kami juga akan menyertakan Kolase Gambar yang diambil dari sini https://chaoss.community/chaoss-photo-album/ yang akan menyoroti berbagai gerakan dalam komunitas. B.) Laman tersebut juga akan berisi detail tentang semua bagian dengan deskripsi satu baris yang menjelaskan setiap bagian dan tautan yang benar. 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 Buku Pegangan(Saya akan menyertakan bahwa bagaimana hal-hal terjadi ketika seseorang ingin menambahkan, menghapus, atau membahas hal-hal yang terkait dengan buku panduan. {i>Software<i} ini mungkin menindaklanjuti proses komunikasi untuk hal-hal terkait buku panduan.), Panduan Buku Pegangan(yang mencakup penggunaannya dalam komunitas dan cakupannya), Kontribusi pada buku panduan ( yang mencakup bagaimana seseorang harus menggunakan repo untuk membuat perubahan, membuat PR, Template yang harus diikuti untuk membuat perubahan pada Buku Pegangan dan Panduan Gaya) dan Berbagi Masukan tentang Buku Pegangan. Dalam Berbagi Masukan, saya akan menyertakan template dan berbagai cara yang dapat ditindaklanjuti pengguna untuk memberikan atau menggunakan masalah GitLab untuk menerimanya.

2.) Cara Komunitas CHAOSS:

Cara komunitas CHAOSS akan sangat penting bagi orang-orang untuk memahami praktik dan pedoman komunitas. Alur kerja dapat memperjelas praktik komunitas dengan cara yang lebih baik dan lebih menekankannya. Bagian ini mencakup hal-hal berikut:

A.) Nilai Umum: Menguraikan cara penanganan Keberlanjutan, Keterbukaan, dan Transparansi dalam Komunitas CHAOSS. Saya akan menjelaskan nilai-nilai ini bahwa bagaimana pengguna baru atau pengguna lama harus memahaminya dan mempertimbangkannya saat bekerja di dalam komunitas. B.) Pedoman Komunitas: Ini mencakup bagaimana seseorang seharusnya terlibat dengan Komunitas CHAOSS dan mengikuti persyaratan dasar. Hal ini juga akan menjelaskan budaya kerja yang diikuti di dalam masyarakat. (Anjuran dan Larangan). {i>Checklist<i} ini akan mencakup checklist kontributor/pemelihara inti serta memberi tahu mereka orang lain bahwa mereka harus bekerja sama dengan para pengelola dan apa saja checklist mereka. C.) Kelompok Kerja: Halaman ini( https://chaoss.community/participate/ ) berisi informasi tentang Kelompok Kerja seperti Deskripsi WG, link Repo, dan informasi Rapat, tetapi dalam buku panduan, saya akan menyertakan cara berpartisipasi dalam kelompok kerja yang berbeda dan memahami proses evaluasi metrik, memahami budaya kerja untuk setiap WG, dan cara menjadi kontributor utama untuk berbagai kelompok kerja.

3.) Jalan Menuju Kepemimpinan:

Sementara itu, menjadi pemimpin di proyek {i>open-source<i} bisa jadi sangat penting bagi kesuksesan komunitas 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 Pengelola Repo, Penulis Dokumentasi, dan Pemelihara Situs B.) Kepemimpinan Tata Kelola: ini mencakup jalur untuk anggota Dewan dan Pengambil Keputusan C.) Kepemimpinan Operasional: Ini akan berisi jalur bagi Community Manager

4.) Terminologi:

Terminologi akan membantu menjelaskan istilah dan barang masing-masing yang sering digunakan dalam komunitas CHAOSS. Selain itu, saya juga akan menyertakan pedoman penggunaan Terminologi seperti Kapitalisasi, Singkatan, dan Kata yang Harus Dihindari dengan alasan. Persyaratan yang akan disertakan adalah 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.) Pedoman Kontribusi:

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

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

Bagian ini juga berisi "Peran dan Tanggung Jawab" untuk setiap kategori Kontribusi sebagai berikut:

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 saat memberikan kontribusi mereka pada bidang desain. b.) PENGEMBANGAN: Bagian ini akan berisi panduan untuk kontribusi ke codebase. Project 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.) KOMUNIKASI: Hal ini mencakup bagaimana kontributor dapat mendukung komunitas CHAOSS dalam menjangkau pertumbuhan- Menulis Blog, Menggunakan Nama Sebutan Sosial, Mengorganisir pertemuan dan acara

6.) Metrik

Saat ini, situs komunitas CHAOSS berisi informasi tentang Rilis Metrik( https://chaoss.community/metrics/ ) dan lebih penting bagi orang-orang untuk memahami cara mengikuti proses agar situs metrik mereka tersedia di situs tersebut. Jadi, bagian ini akan memberikan informasi yang akan membantu pengguna mengetahui berbagai proses dan cara bekerja agar mereka dapat membuat rilis metriknya 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 masuk akal jika menambahkan detail dan informasi yang menjelaskan proses dan mengelola cara untuk CHAOSScon di Handbook Dalam Buku Pegangan, buku tersebut akan berisi Informasi berikut:

A.) Detail tentang Komite Pengorganisasian: Bagian ini akan menjelaskan proses cara berpartisipasi dalam komite penyelenggara CHAOSScon B.) Pengelolaan Panggilan Telepon untuk Proses Proposal: Ini akan mencakup mengelola pendaftaran penulis, mengirim proposal dan dokumentasi, peninjauan, dan proses persetujuan. C.) Mengelola dan Memublikasikan program CHAOSScon D.) Cara mengelola hal-hal Periklanan dan Pemasaran E.) Cara menangani proposal Sponsor dan dana, Termasuk Paket

8.) {i>CHAOSScast<i}:

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

9.) Video Rapat:

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

10.) FAQ umum:

Pertanyaan ini berisi pertanyaan umum yang diajukan dalam komunitas, dan ini akan membantu anggota baru dan anggota komunitas yang sudah ada untuk menjawab sebagian dari pertanyaan tersebut.

11.) Program Kode di Google Summer of Code:

Bagian ini akan berisi informasi tentang Google Summer of Code, Kriteria Kelayakan, dan informasi terkait bagaimana orang dapat berpartisipasi dalam komunitas CHAOSS di Google Summer of Code. Bagian ini juga berisi Template Proposal yang dapat digunakan peserta untuk membuat draf proposal serta peran dan tanggung jawabnya. Selain itu, dokumen ini juga akan berisi informasi yang akan membantu anggota komunitas yang ada untuk mempelajari proses menjadi admin org dan mentor.

  1. Penjangkauan:

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

  1. Google Season Dokumen:

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

HASIL YANG DIHARAPKAN PROYEK:

Buku panduan memainkan peran penting dalam setiap komunitas. Demikian pula, panduan seluruh komunitas CHAOSS ini akan menghasilkan dokumentasi yang lebih terorganisir dan mendetail untuk komunitas CHAOSS. Akan mudah bagi setiap pendatang baru yang bergabung dengan komunitas serta anggota lama dalam komunitas untuk memahami dasar-dasar dan cara kerja komunitas CHAOSS. Selain itu, panduan ini akan menghasilkan berbagai proses dan jalur menuju budaya kerja yang berbeda dalam komunitas CHAOSS.

DETAIL TEKNIS:

Saya mengusulkan untuk menggunakan platform Gitbook untuk mengelola buku panduan karena merupakan proyek kolaboratif yang mudah digunakan bagi tim untuk bekerja secara lebih efektif dan efisien. Beberapa Fitur Platform GitBook:

  • WYSIWYG: Editor teks yang andal namun indah
  • Markdown: Dukungan yang andal dan Produktif untuk pintasan markdown
  • Rich Embed: Menyematkan konten web eksternal seperti video, cuplikan kode, artikel, musik, dan lain-lain
  • Dasbor untuk Penulis: Memiliki dasbor cerdas bagi penulis yang mendukung pengeditan visual
  • Draf: membuat draf perubahan baru dan berkolaborasi secara asinkron
  • Komentar Dukungan: Mendiskusikan dan meninjau perubahan draf
  • Lacak Riwayat Penulisan: Lacak semuanya. Meninjau dan mengembalikan perubahan
  • Insight: Fitur ini juga mendukung insight yang melacak traffic, rating, dan kualitas konten
  • Sinkronisasi GitHub: Menjaga alur kerja dan terus menyinkronkan dokumen dengan GitHub
  • Penyesuaian Branding: Domain kustom, logo kustom, font, warna, tema, header, dll.

Berikut ini beberapa gambar yang memberikan gambaran sekilas tentang platform ini

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

-- Di mana Buku Pegangan ini akan dihosting?

Panduan ini akan dihosting di GitBook 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 muncul seperti ini docs.chaoss.community. Organisasi hanya diperlukan untuk membuat subdomain yang diinginkan. Untuk menyiapkan domain Organisasi, buka setelan organisasi di Platform Gitbook. Contoh Gambar: shorturl.at/GNQR4

Ruang GitBook disajikan melalui CDN kami sendiri dengan HTTPS diaktifkan secara default. Sertifikat diterbitkan oleh LetsEncrypt

Domain yang Didukung:

  • Sub-Domain: www.example.com
  • Domain Khusus: docs.example.com

-- Bagaimana cara menyinkronkan Gitbook dengan GitHub sehingga 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 dikirim ke repositori GitHub. Sebaliknya, commit yang didorong ke repositori GitHub diimpor dalam GitBook.

Siapkan Integrasi GitHub:

  • Dari ruang Anda di dalam platform GitBook, klik tab integrasi > GitHub
  • Izinkan GitBook mengakses akun GitHub yang terhubung dengan organisasi Anda
  • Buka GitHub organisasi Anda dan buat repo “HandBook” untuk 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 ke repositori. Saat melakukan perubahan pada GitBook, komentar baru akan dikirimkan.

Selesai! Siapa pun dapat melanjutkan pengeditan dari repositori GitBook atau GitHub.

-- Bagaimana cara mengedit halaman di platform GitBook?

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

Draf adalah versi konten pengguna yang dapat diedit yang hanya dapat diakses oleh penulis dan dibuat secara otomatis setelah Anda mulai menulis (huruf pertama di 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. Inilah yang kami sebut pengeditan asinkron dan resolusi konflik.

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

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

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

-- Struktur Konten:

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

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

Halaman: Halaman memiliki judul, deskripsi opsional di bagian atas editor. Anda kemudian dapat menulis dan menambahkan jenis konten apa pun ke dalamnya.Anda dapat menyarangkan halaman dengan menarik dan melepas halaman di bawah halaman yang lain. Turunan halaman akan disembunyikan, tetapi dapat diciutkan.

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

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

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

-- Bagaimana Buku Pegangan ini akan disajikan 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/
  • Linux Foundation Community Bridge Docs - https://docs.linuxfoundation.org/docs/ Dan banyak lagi

LINIMASA PROYEK:

1.) Fase Ikatan Komunitas (17 Agu - 13 Sep)

A.) Minggu ke-1-4:

  • Diskusikan proyek dengan mentor
  • Cari informasi dan kumpulkan informasi yang diperlukan untuk berbagai bagian dalam proyek, ajukan pertanyaan klarifikasi kepada komunitas
  • Klarifikasi platform apa yang akan digunakan untuk buku panduan ini kepada komunitas (saya sarankan GitBook) dan siapkan platform tersebut
  • Berkontribusi pada masalah dokumen

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

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

  • Draf” Bagian Pengantar

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

  • Draf bagian “CHAOSS Community Way”

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

  • Buat draf Bagian “Jalur menuju Kepemimpinan”
  • Buat draf bagian “Terminologi”

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

  • Buat draf {i>Roadmap<i} Komunitas
  • Panduan kontribusi desain draf

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

  • Bagian Draf Pengembangan

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

  • Pedoman bagian Penulisan dan Penjangkauan

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

  • Bagian Draf Metrik
  • Draf bagian CHAOSScon

H.) Minggu 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 14 (16 Nov - 22 Nov)

  • Draf tentang Pedoman Penjangkauan

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

  • Waktu Jeda; Menyempurnakan seluruh dokumen

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

A.) Minggu ke-16:

  • Membuat draf laporan proyek
  • Mengisi evaluasi untuk project

INTERAKSI KOMUNITAS

1.) Keterlibatan dan Diskusi dengan komunitas.

Saya telah menjelajahi komunitas CHAOSS sejak April 2020 dan terlibat dalam berbagai diskusi dengan anggota komunitas dan mentor proyek khusus saya( Georg Link dan Armstrong Foundjem). Salah satu diskusi yang membangkitkan minat yang lebih besar dari anggota komunitas adalah “Mengusulkan Gitbook sebagai platform untuk menghosting Buku Pegangan Komunitas'' dan dapat ditemukan di utas milis arsip CHAOSS dengan nama Proposing Gitbook sebagai platform untuk menghosting Buku Pegangan Komunitas. Saya juga berpartisipasi dalam panggilan mingguan komunitas yang membantu saya memberikan informasi terbaru kepada komunitas.

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

Karena proyek ini membutuhkan pengaturan panduan untuk seluruh komunitas sehingga informasi yang harus diakses di dalamnya dapat dikumpulkan dan didiskusikan dengan anggota komunitas. Seperti yang telah saya sampaikan di atas, saya akan dapat mendiskusikan dan mengumpulkan informasi yang diperlukan selama periode ikatan komunitas ini.

Saya akan meneliti berbagai bagian sesuai dengan CHAOSS dan terus mengikuti perkembangan rangkaian pesan di milis. Saya akan mencoba mengajukan pertanyaan klarifikasi dari mentor saya dan komunitas tergantung pada persyaratannya.

Untuk melakukan diskusi yang singkat, saya juga akan mengikuti sesi panggilan mingguan.

3.) Bagaimana Anda mengusulkan agar komunitas tetap mendapat informasi tentang kemajuan Anda dan masalah atau pertanyaan apa pun yang mungkin Anda miliki selama proyek berlangsung?

Agar memiliki 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 dan tantangan scrum yang dihadapi yang akan dibagikan di milis komunitas itu sendiri untuk menjangkau lebih banyak audiens di dalam organisasi {i>open-source<i}.

Saya juga akan menghadiri panggilan komunitas mingguan agar bisa mendapatkan saran dan diskusi yang sesuai tentang 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 terjebak dalam proyek dan mentor Anda tidak ada di sana?

Saya percaya bahwa peran mentor adalah membimbing siswa ke arah yang benar dan bukan untuk menjelaskan setiap celah kepada siswa. Penelitian dan implementasi proyek adalah satu-satunya tanggung jawab siswa. Mengingat hal itu, saya hanya akan mencoba meminta bantuan dari mentor saya sebagai upaya terakhir.

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

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