การสร้างข้อเสนอองค์กร

ระยะปัจจุบัน:
ประกาศผล ไทม์ไลน์

ใช้คู่มือนี้เป็นเทมเพลตในการสร้างข้อเสนอโครงการขององค์กร

ชื่อข้อเสนอ - ชื่อองค์กร

ชื่อข้อเสนอควรสั้นและเฉพาะเจาะจง “อัปเดตคำแนะนำสำหรับ Contributor ORGNAME” เป็นชื่อข้อเสนอที่ดี "การปรับปรุงเอกสาร" คลุมเครือเกินไป "อัปเดตส่วนที่ 5,7,23,99 ของคู่มือ Contributor, สร้างคำถามที่พบบ่อย และการสร้างคู่มือแนะนำรูปแบบ" ยาวเกินไป

เกี่ยวกับองค์กรของคุณ

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

Glorious Pickle (เวอร์ชันปัจจุบัน 1.2.3 ที่เปิดตัวครั้งแรกในปี 2009) เป็นไลบรารีที่ได้รับอนุญาตจาก MIT สำหรับการคำนวณอัตราส่วนของเกลือ น้ำตาล น้ำส้มสายชู และเครื่องเทศที่สมบูรณ์แบบสำหรับผักดองทุกชนิดที่เป็นไปได้ ซึ่งมีตั้งแต่แตงกวาขนาดเล็กที่เลี้ยงเดี่ยวๆ ไปจนถึงหัวไชเท้าในตู้คอนเทนเนอร์ ผู้มีส่วนร่วมคือผู้ชื่นชอบรสนิยมจากทั่วทุกมุมโลก และผู้ใช้ของเราก็เป็นเชฟประจำบ้าน เชฟประจำร้านอาหาร และผู้คนที่ทำงานด้านโลจิสติกส์สำหรับบริษัทและองค์กรแปรรูปอาหารขนาดใหญ่ ผู้ใช้รายใหญ่ที่สุดของเราคือองค์กรที่ช่วยธนาคารอาหารเปลี่ยนผักอายุน้อยให้เป็นขวดโหลเก็บใส่ผักดอง เพื่อช่วยอาหารให้ผู้หิวในชุมชนหลายแห่งและลดขยะอาหาร นอกจากนี้ ผู้ใช้ยังส่งเมตริกทางเลือกเกี่ยวกับการใช้ Glorious Pickle มาให้เรา ซึ่งเราใช้ในการสร้าง PickleSet ซึ่งเป็นชุดข้อมูลขนาดใหญ่สำหรับสร้างสูตรผักดองใหม่ๆ ผ่านแมชชีนเลิร์นนิง

เกี่ยวกับโปรเจ็กต์ของคุณ

ปัญหาของโปรเจ็กต์

แจ้งให้เราทราบเกี่ยวกับปัญหาที่โครงการของคุณจะช่วยแก้ไขได้ เหตุใดการแก้ไขปัญหานี้จึงสำคัญต่อองค์กรหรือโปรเจ็กต์

ผู้ใช้อยากเพิ่มข้อมูลเกี่ยวกับเครื่องเทศใหม่ๆ และส่วนผสมอื่นๆ (โดยเฉพาะส่วนผสมจากอาหารที่ไม่ใช่อาหารยุโรป) ลงในเครื่องมือ Glorious Pickle น่าเสียดายที่ขั้นตอนการเพิ่มข้อมูลเหล่านี้ไม่มีการบันทึกไว้เป็นอย่างดี ซึ่งหมายความว่าผู้ที่มีโอกาสเป็นผู้ร่วมให้ข้อมูลจะต้องเปิดปัญหาในโครงการเพื่อขอรับความช่วยเหลือ (หรือพวกเขาอาจล้มเลิกแล้ว) กระบวนการนี้ยังมีสมมติฐานว่าผู้ให้ข้อมูลร่วมกันคุ้นเคยกับกระบวนการพุลคำขอของเราและ GitHub อยู่แล้ว แม้ว่าผู้ใช้หลายรายจะไม่ใช่นักพัฒนาซอฟต์แวร์มืออาชีพ

ยิ่งเรามีข้อมูลส่วนผสมมากเท่าใด Glorious Pickle ก็จะยิ่งเป็นประโยชน์ต่อผู้ใช้มากขึ้นเท่านั้น

ขอบเขตของโปรเจ็กต์

บอกให้เราทราบเกี่ยวกับเอกสารที่องค์กรของคุณจะสร้าง อัปเดต หรือปรับปรุง หากงานบางอย่างไม่ได้จงใจทำให้เสร็จ ให้ระบุข้อมูลนั้นด้วย ระบุเวลาโดยประมาณและระบุว่าคุณได้ระบุอาสาสมัครขององค์กรและผู้เขียนด้านเทคนิคที่จะทำงานร่วมกับโครงการของคุณแล้วหรือยัง

โครงการ Glorious Pickle (ซึ่งมีชื่อรหัส PicklePlus) ดำเนินการดังนี้

  • ตรวจสอบเอกสารประกอบที่มีอยู่และสร้างบันทึกความขัดแย้งของเอกสารปัจจุบันสำหรับ Use Case ยอดนิยม 3 กรณี (การเพิ่มส่วนผสมใหม่ การเพิ่มส่วนผสมของตัวแปร และการอัปเดตหรือแก้ไขข้อมูลเกี่ยวกับส่วนผสม)
  • ใช้บันทึกความขัดแย้งเป็นแนวทางในการทำความเข้าใจช่องโหว่ในเอกสารประกอบเพื่อสร้างเอกสารประกอบที่อัปเดตแล้วสำหรับ Use Case ยอดนิยม
  • สร้าง "ข้อมูลสรุป" สั้นๆ เพื่อช่วยให้ผู้มีส่วนร่วมมือใหม่สามารถดึงคำขอและ GitHub เพื่อช่วยให้พวกเขาใช้กระบวนการของเราได้
  • รวบรวมความคิดเห็นจากผู้ทดสอบเอกสารประกอบ (อาสาสมัครในโปรเจ็กต์) และชุมชน Glorious Pickle ในวงกว้าง
  • ทำงานร่วมกับทีมเผยแพร่เพื่ออัปเดตเอกสารประกอบในเว็บไซต์ Glorious Pickle และสร้างกระบวนการทำให้เอกสารซิงค์กับเครื่องมืออัปเดตอย่างต่อเนื่อง

งานที่อยู่นอกขอบเขตสำหรับโปรเจ็กต์นี้:

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

เรามีผู้สมัครงานเขียนด้านเทคนิคที่มีความเชี่ยวชาญ 2 รายสำหรับโปรเจ็กต์นี้ และเราคาดว่าขั้นตอนนี้จะใช้เวลา 3 เดือนจึงจะเสร็จสมบูรณ์ Glorious Pickle PickleDocuments SIG และ @Glorious PicklePat (ผู้ดูแลหลักของ API ที่เติมส่วนประกอบ) ให้คำมั่นที่จะสนับสนุนโครงการนี้

การวัดความสำเร็จของโครงการ

คุณจะทราบได้อย่างไรว่าเอกสารประกอบใหม่ช่วยแก้ปัญหาได้ คุณจะใช้เมตริกใด และติดตามเมตริกเหล่านั้นอย่างไร

Glorious Pickle ได้รับคำขอพุลเฉลี่ย 10 ครั้งในไตรมาสหนึ่งเพื่อเพิ่มหรืออัปเดตส่วนผสมใหม่ (ที่ติดแท็ก "ส่วนผสม") คำขอพุลเหล่านี้ส่วนใหญ่ (>60%) มาจากผู้ร่วมสร้างรายก่อนหน้า เราเชื่อว่าเอกสารที่ได้รับการปรับปรุงนี้จะส่งผลให้มีการดึงคำขอเพิ่มขึ้นและดึงคำขอจากผู้ร่วมให้ข้อมูลรายใหม่เพิ่มขึ้น เนื่องจากผู้สนับสนุนที่ใช้งานอยู่ส่วนใหญ่ของเราเริ่มต้นด้วยการเพิ่มส่วนผสม เราจึงคิดว่าการปรับปรุงเอกสารประกอบนี้จะทำให้ผู้มีส่วนร่วมโดยรวมมีส่วนร่วมมากขึ้น

เราจะติดตามเมตริก 2 รายการ (จำนวนคำขอดึงที่เกี่ยวข้องกับส่วนผสมและจำนวนคำขอพุลจากผู้ร่วมให้ข้อมูลใหม่) ทุกเดือนหลังจากเผยแพร่เอกสารแล้ว นอกจากนี้ เราจะติดตามจำนวนผู้ร่วมให้ข้อมูลที่ร่วมให้ข้อมูลมากกว่า 3 รายการโดยรวม โดยเริ่มทุกไตรมาสหลังจากเผยแพร่เอกสารประกอบแล้ว

เราจะถือว่าโครงการนี้ประสบความสำเร็จหากหลังจากเผยแพร่เอกสารใหม่แล้ว

  • จำนวนคำขอดึงข้อมูลที่เกี่ยวข้องกับส่วนผสมเพิ่มขึ้น 20%
  • จำนวนคำขอพุลจากผู้ร่วมให้ข้อมูลรายใหม่เพิ่มขึ้น 15%
  • จำนวนผู้มีส่วนร่วมที่ร่วมให้ข้อมูลมากกว่า 3 ครั้งเพิ่มขึ้น 10% (เริ่มไตรมาสหลังจากเผยแพร่เอกสารประกอบแล้ว)

ไทม์ไลน์

คุณคิดว่างานนี้จะใช้เวลานานเท่าใด คุณแจกแจงงานของนักเขียนด้านเทคโนโลยีตามเดือน/สัปดาห์ได้ไหม

ตัวโปรเจ็กต์เองจะใช้เวลาประมาณ 6 เดือนจึงจะเสร็จสมบูรณ์ หลังจากจ้างนักเขียนเรื่องเทคโนโลยีแล้ว เราจะใช้เวลา 1 เดือนไปกับการปฐมนิเทศผู้เขียนเทคโนโลยี จากนั้นจะไปติดตามบันทึกการตรวจสอบและข้อผิดพลาด และใช้เวลา 2-3 เดือนสุดท้ายไปกับการสร้างเอกสารประกอบ

วันที่ รายการการทำงาน
พฤษภาคม การวางแนว
มิถุนายน - สิงหาคม ตรวจสอบเอกสารประกอบที่มีอยู่และสร้างบันทึกข้อผิดพลาด
กันยายน - ตุลาคม สร้างเอกสาร
พฤศจิกายน โปรเจ็กต์เสร็จสมบูรณ์

งบประมาณของโครงการ

หลักเกณฑ์ทั่วไป

  • คุณสามารถรวมงบประมาณในข้อเสนอของคุณ หรือจะเป็นลิงก์แยกต่างหาก หากงบประมาณของคุณมีน้อยกว่า 10 รายการ เราขอแนะนำให้รวมรายการดังกล่าวไว้ในข้อเสนอของคุณ
  • งบประมาณทั้งหมดควรเป็นสกุลเงินดอลลาร์สหรัฐฯ เราคาดหวังให้งบประมาณสนับสนุนอยู่ในช่วง 5,000 ถึง 15,000 ดอลลาร์สหรัฐ หากโครงการของคุณอยู่นอกช่วงดังกล่าว โปรดระบุข้อมูลเพิ่มเติมเพื่อจัดสรรงบประมาณ
  • เราคาดว่าจะมีการจัดสรรงบประมาณจำนวนมาก (ขั้นต่ำ 60-70%) ให้กับนักเขียนด้านเทคนิคที่ทำงานในโปรเจ็กต์ของคุณ เราแนะนําให้ตั้งงบประมาณแบบต่อโปรเจ็กต์หากเป็นไปได้
  • เราคาดหวังว่าโครงการโอเพนซอร์สจะใช้เครื่องมือโอเพนซอร์สทุกครั้งที่เป็นไปได้ หากโครงการของคุณต้องการเงินทุนสำหรับใบอนุญาตหรือการสนับสนุนซอฟต์แวร์ที่เป็นกรรมสิทธิ์จริงๆ โปรดระบุเหตุผลสำหรับจำนวนเงิน
  • ค่าใช้จ่ายอื่นๆ ที่เป็นไปได้ ได้แก่
    • งานออกแบบเพื่อสร้างการสร้างแบรนด์ โลโก้ เทมเพลต หรือเนื้อหาการออกแบบอื่นๆ สำหรับเว็บไซต์เอกสารประกอบของคุณ
    • จำนวนเงินขั้นต่ำ (<US$200) สำหรับของที่ระลึกของโปรเจ็กต์ (เสื้อยืดหรือสติกเกอร์สำหรับผู้เข้าร่วม) หากใช้โลโก้ซีซันของเอกสาร โลโก้นั้นต้องมีโลโก้หรือชื่อโปรเจ็กต์หรือองค์กรของคุณ ของที่ระลึกจะต้องไม่ใช้ชื่อ Google
    • ค่าจ้างขั้นต่ำสำหรับอาสาสมัครที่รับผิดชอบในการให้คำปรึกษาหรือให้คำแนะนำในโครงการอย่างมาก (เราขอแนะนำไม่เกิน $500 ต่ออาสาสมัคร 1 คน)
    • เงินบริจาคให้แก่โครงการโอเพนซอร์สอื่นๆ ควรไม่เกิน 10% ของงบประมาณรวม
  • ระบุรายการงบประมาณอื่นๆ ตามความจำเป็น พร้อมกับเหตุผลสำหรับจำนวนเงินที่ต้องการ เหตุผลรองรับค่าใช้จ่ายควรแสดงให้เห็นว่าค่าใช้จ่ายมีส่วนในความสำเร็จของโครงการโดยรวมอย่างไร

ตัวอย่างงบประมาณ

รายการงบประมาณ จำนวนเงิน ยอดรวมสะสม หมายเหตุ/เหตุผลรองรับ
การตรวจสอบผู้เขียนด้านเทคนิค อัปเดต ทดสอบ และเผยแพร่เอกสารประกอบใหม่เกี่ยวกับขั้นตอนการเพิ่มส่วนผสมสำหรับ Glorious Pickle 5,000.00 5,000.00
ค่าจ้างอาสาสมัคร 500 6500.00 ค่าอาสาสมัคร 3 ค่า x 500 ต่อคน
เสื้อยืดโครงการ (เสื้อยืด 10 ตัว) 150.00 6,650.00
ยูนิคอร์นเป่าลมยักษ์ (เวอร์ชัน 15 ฟุต) 99.99 6,749.99 เราจะมอบยูนิคอร์นแบบเป่าลมให้กับทีมที่ตอบคำถามของนักเขียนด้านเทคนิคได้เร็วที่สุดในระยะเวลาการพัฒนาโปรเจ็กต์
ทั้งหมด 6,749.99

ข้อมูลเพิ่มเติม

ระบุข้อมูลเพิ่มเติมที่เกี่ยวข้องกับข้อเสนอของคุณที่นี่

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

  • การเข้าร่วม Season of Docs, Google Summer of Code หรือโปรแกรมอื่นๆ ก่อนหน้านี้: หากคุณหรือที่ปรึกษาคนอื่นๆ เคยเข้าร่วม Google Summer of Code หรือโปรแกรมที่คล้ายกัน โปรดพูดถึงเรื่องนี้ในใบสมัคร อธิบายความสำเร็จของคุณในโปรแกรมนี้ อธิบายว่าประสบการณ์นี้อาจส่งผลต่อวิธีการทำงานของคุณอย่างไรใน Season of Docs