ความรับผิดชอบของผู้ดูแลระบบและที่ปรึกษาขององค์กร

ระยะปัจจุบัน:
โปรแกรม Season of Docs ปี 2019 จบลงแล้วเมื่อวันที่ 6 มีนาคม 2020 ดูไทม์ไลน์

ผู้ดูแลระบบองค์กรที่เข้าร่วมใน Season of Docs จะมีหน้าที่รับผิดชอบบางอย่างต่อที่ปรึกษาในองค์กรโอเพนซอร์สของตน ต่อผู้ร่วมเขียนเชิงเทคนิค และต่อ Google

ที่ปรึกษาโอเพนซอร์สที่มีส่วนร่วมใน Season of Docs มีส่วนรับผิดชอบต่อองค์กรโอเพนซอร์ส ผู้เข้าร่วมที่เป็นนักเขียนด้านเทคนิค และผู้ดูแลระบบโปรแกรมของ Google

เอกสารนี้จะอธิบายถึงความรับผิดชอบที่มีผลบังคับใช้กับองค์กรโอเพนซอร์สทั้งหมดที่เข้าร่วม องค์กรแต่ละแห่งอาจมีบทบาทและความรับผิดชอบเพิ่มเติม โปรดสอบถามข้อมูลเพิ่มเติมจากทีมผู้ดูแลระบบขององค์กร

ความรับผิดชอบของผู้ดูแลระบบองค์กร

สิ่งเหล่านี้คือความรับผิดชอบของผู้ดูแลระบบภายในองค์กรโอเพนซอร์ส

ความรับผิดชอบของคุณที่มีต่อ Google

  • กำหนดการมีส่วนร่วมขององค์กร เกณฑ์การเลือกองค์กร และ กระบวนการดำเนินงานเฉพาะองค์กร
  • ส่งใบสมัครขององค์กรและเป็นตัวแทนขององค์กร
  • ทำหน้าที่เป็นผู้ประสานงานด้านการสื่อสารกับ Google
    • ตอบข้อสงสัยจาก Google ภายใน 36 ชั่วโมง
    • รายงานการละเมิดข้อตกลงสำหรับผู้เข้าร่วม (เช่น การล่วงละเมิด การลอกเลียนผลงาน การประพฤติมิชอบ)
    • รายงานการถอนตัวของนักเขียนด้านเทคนิค
  • ตรวจสอบว่าได้ดำเนินการตามกำหนดเวลาทั้งหมด (เช่น การประเมินที่ปรึกษา ใบแจ้งหนี้องค์กร)
  • เลือกและเชิญที่ปรึกษาที่เชื่อถือได้ ผู้มีความสามารถ และผ่านการรับรอง
  • จัดทำและดูแลให้มีรายการไอเดียเกี่ยวกับโปรเจ็กต์และงานที่เพียงพอ
  • ตรวจดูกิจกรรมของที่ปรึกษาและนักเขียนด้านเทคนิคทุกคน เพื่อให้แน่ใจว่ามีหน้าที่รับผิดชอบ

ความรับผิดชอบของคุณที่มีต่อที่ปรึกษา

  • กำหนดการมีส่วนร่วมขององค์กร ข้อกำหนดของที่ปรึกษา กระบวนการที่ไม่สำเร็จ และขั้นตอน
  • แจ้งความคาดหวังของที่ปรึกษาก่อนที่โปรแกรมจะเริ่มต้น
  • สื่อสารถึงการเลือกผู้เขียนด้านเทคนิค การมีส่วนร่วมอย่างต่อเนื่อง และ นโยบายการเลิกจ้าง
    • ระบุเกณฑ์การเลือกสำหรับการจัดสรรช่อง ซีซันของเอกสาร
    • อธิบายวิธีการจัดการการละเมิดข้อตกลงของผู้เข้าร่วมและ ความล้มเหลว
  • ประเมินปฏิสัมพันธ์ระหว่างที่ปรึกษากับนักเขียนด้านเทคนิคอย่างต่อเนื่อง
    • รับรู้ผลประโยชน์ทับซ้อน ปัญหาระหว่างบุคคล และเปลี่ยน ที่ปรึกษาหากจำเป็น
  • แจ้งให้ที่ปรึกษาทราบเมื่อต้องงานหรือไอเดียเกี่ยวกับโปรเจ็กต์เพิ่มเติม
  • สื่อสารกับที่ปรึกษาเป็นประจำทั้งก่อนและระหว่างโปรแกรม
  • ดูแลให้มีการให้คำปรึกษาที่ครอบคลุมและเหมาะสม โดยเฉพาะในช่วงใกล้วันหยุด

ความรับผิดชอบของคุณที่มีต่อนักเขียนด้านเทคนิค

  • แจ้งให้ผู้เขียนด้านเทคนิครู้ว่าควรติดต่อผู้ดูแลระบบองค์กรอย่างไร เมื่อใด และเพราะเหตุใด
  • ดูแลให้มีการแนะนำผู้เขียนด้านเทคนิคและผสานรวมอย่างเหมาะสม
  • สื่อสารข้อกำหนดเฉพาะองค์กร (เช่น เวลา การเขียนโค้ด การสื่อสาร การอนุญาตให้ใช้สิทธิ)
  • สื่อสารความคาดหวังเฉพาะองค์กร (เช่น พฤติกรรม แนวทางปฏิบัติแนะนำ ระดับการเข้าถึง)
  • แจ้งกำหนดเวลา เกณฑ์การยอมรับ และนโยบายความล้มเหลว/การปิดบริษัท
  • ตรวจสอบการสื่อสารและแก้ไขพฤติกรรมที่ไม่เหมาะสม
  • ตรวจสอบให้แน่ใจว่าผู้เขียนด้านเทคนิคที่มีความเสี่ยงต่อการล้มเหลวหรือถูกปิดได้รับการแจ้งเตือนล่วงหน้า

ความรับผิดชอบของที่ปรึกษา

ทั้งหมดนี้เป็นความรับผิดชอบของ Mentor ในองค์กรโอเพนซอร์ส

ความรับผิดชอบต่อองค์กรโอเพนซอร์สของคุณ

  • สื่อสารถึงความพร้อมให้บริการและความคาดหวังในการโต้ตอบ
  • แจ้งให้ทราบเมื่อความสามารถในการให้คำปรึกษาจะลดลงโดยเร็วที่สุดเท่าที่จะเป็นไปได้ (เช่น ครอบครัว สุขภาพ วันหยุดพักผ่อน)
  • แจ้งเมื่อเกิดปัญหากับผู้เขียนด้านเทคนิค ซึ่งรวมถึง
    • ไม่มีการสื่อสาร กิจกรรม ระดับการเข้าถึง หรือความคืบหน้า
    • การละเมิดข้อตกลงของผู้เข้าร่วม (เช่น การลอกเลียนผลงาน การล่วงละเมิด การประพฤติมิชอบ)
    • ไม่เหมาะสมกับโครงการหรือตัดสินใจลงจากตำแหน่ง
  • ประเมินการมีส่วนร่วมของผู้เขียนด้านเทคนิคอย่างเป็นทางการ
    • ติดต่อผู้ดูแลระบบองค์กรและผู้เขียนด้านเทคนิคก่อนที่จะ ตั้งสถานะโปรเจ็กต์ว่าล้มเหลว

ความรับผิดชอบต่อผู้เขียนด้านเทคนิค

ความรับผิดชอบของคุณต่อนักเขียนด้านเทคนิคที่คุณเป็นที่ปรึกษาอยู่มีดังนี้

  • ช่วยเหลือและ/หรือสอนวิธีเขียนงานด้านเทคนิค
    • เป็นส่วนหนึ่งของชุมชน
    • สื่อสารได้อย่างมีประสิทธิภาพมากขึ้นใน
    • ทำงานร่วมกับช่องทางการสื่อสารที่องค์กรของคุณต้องการ (IRC, Slack ฯลฯ)
    • ใช้ระบบควบคุมเวอร์ชันขององค์กรคุณ
    • ถามคำถามดีๆ และรับคำตอบเมื่อมีข้อสงสัย
    • ให้ข้อโต้แย้งทางเทคนิคและอภิปรายเชิงสร้างสรรค์ที่น่าสนใจ
    • สร้างแรงจูงใจอย่างอิสระและมีประสิทธิภาพ
    • แก้ปัญหาทางเทคนิคที่ยุ่งยาก
  • ติดตามความคืบหน้า ให้ข้อมูลอัปเดต เกี่ยวกับนักเขียนด้านเทคนิค
  • สื่อสารเป็นประจำ:
    • สื่อสารเป็นประจำอย่างน้อยสัปดาห์ละ 2 ครั้ง
    • ตอบคำถามภายใน 24 ชั่วโมง (ในบางกรณีอาจไม่เกิน 36 ชั่วโมง)
  • ให้ข้อเสนอแนะที่สร้างสรรค์ อดทน และให้เกียรติผู้อื่น
  • กำหนดวัตถุประสงค์ของงานที่ทำได้จริงและความคาดหวังของไทม์ไลน์
  • ประเมินขอบเขตกับผู้เขียนด้านเทคนิคอีกครั้งเมื่อก่อนหรือหลังความคาดหวังไปอย่างมาก
  • ทำงานร่วมกับนักพัฒนาซอฟต์แวร์และชุมชนเพื่ออำนวยความสะดวก ในการยอมรับผลงานของนักเขียนเชิงเทคนิค