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

ระยะปัจจุบัน:
ประกาศผลลัพธ์แล้ว ดูไทม์ไลน์

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

ชื่อโปรเจ็กต์ - ชื่อองค์กร

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

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

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

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

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

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

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

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

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

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

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

โปรเจ็กต์ Glorious Pickle (ชื่อรหัสว่า PicklePlus) จะดำเนินการต่อไปนี้

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

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

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

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

การวัดความสําเร็จของโปรเจ็กต์

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

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

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

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

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

ไทม์ไลน์

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

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

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

งบประมาณโปรเจ็กต์

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

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

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

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

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

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

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

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