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

ระยะปัจจุบัน:
การพัฒนาเอกสาร ดูไทม์ไลน์

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

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

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

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

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

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 เดือนจึงจะเสร็จสมบูรณ์ SIG ของ Glorious Choosele Pickleยอด SIG และ @Glorious PicklePat (ผู้ดูแลหลักของ API ที่ใส่ส่วนผสม) มุ่งมั่นที่จะสนับสนุนโปรเจ็กต์นี้

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

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

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

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

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

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

ไทม์ไลน์

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

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

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

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

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

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

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

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

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

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

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

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