ในบทความแรกของฉันเกี่ยวกับแผนกโอเพนซอร์สในซีรีส์นี้ ฉันได้วิเคราะห์อย่างลึกซึ้งว่าแผนกโอเพนซอร์สคืออะไร และทำไมบริษัทของคุณจึงต้องการแผนกโอเพนซอร์ส จากนั้นฉันก็ได้พูดถึงว่า Google สร้างแผนกโอเพนซอร์สแบบใหม่อย่างไร และในบทความนี้ ฉันจะอธิบายถึงประโยชน์ของการมีแผนกโอเพนซอร์ส
ในแวบแรก บริษัทที่ไม่ใช่บริษัทซอฟต์แวร์จะให้การต้อนรับแผนกโอเพนซอร์สอย่างอบอุ่น เหตุผลสำคัญประการหนึ่งคือพวกเขาไม่มีอะไรจะเสีย ท้ายที่สุดแล้ว พวกเขาไม่จำเป็นต้องพึ่งพาผลิตภัณฑ์ซอฟต์แวร์เหล่านี้เพื่อรับรายได้ ตัวอย่างเช่น Facebook สามารถปล่อย “ระบบจัดเก็บข้อมูลแบบ key-value แบบกระจาย” เป็นโปรเจกต์โอเพนซอร์สได้อย่างง่ายดาย เพราะพวกเขาไม่ได้ขายผลิตภัณฑ์ที่เรียกว่า “ระบบจัดเก็บข้อมูลแบบ key-value ระดับองค์กร” นี่เป็นคำตอบสำหรับคำถามเกี่ยวกับความเสี่ยง แต่ไม่ได้ตอบคำถามว่าพวกเขาจะได้รับประโยชน์อย่างไรจากการมีส่วนร่วมในการเขียนโค้ดให้กับระบบนิเวศโอเพนซอร์ส ให้เราคาดเดาและสำรวจเหตุผลที่เป็นไปได้ทีละข้อ คุณจะพบว่าแรงจูงใจหลายอย่างของผู้ขายโอเพนซอร์สนั้นเหมือนกัน แต่ก็มีความแตกต่างบ้าง
การรับสมัครงาน
การรับสมัครงานอาจเป็นวิธีที่ง่ายที่สุดในการนำเสนอแผนกโอเพนซอร์สให้กับผู้บริหารระดับสูง แสดงต้นทุนที่เกี่ยวข้องกับการรับสมัครงาน และอัตราผลตอบแทนการลงทุน จากนั้นอธิบายว่าจะสร้างความสัมพันธ์กับวิศวกรที่มีความสามารถอย่างไร และสร้างการติดต่อกับนักพัฒนาที่มีความสามารถซึ่งสนใจในโปรเจกต์เหล่านี้และยินดีที่จะทำงานในนั้น ไม่ต้องพูดมาก คุณเข้าใจแล้ว!
อิทธิพลทางเทคโนโลยี
ในอดีต บริษัทที่ไม่ได้ขายซอฟต์แวร์โดยเฉพาะมักจะยากที่จะมีอิทธิพลโดยตรงต่อวงจรการพัฒนาของผู้ขายซอฟต์แวร์ โดยเฉพาะเมื่อพวกเขาไม่ใช่ลูกค้ารายใหญ่ โอเพนซอร์สได้เปลี่ยนแปลงสิ่งนี้โดยสิ้นเชิง โดยวางผู้ใช้และผู้ขายไว้ในสนามแข่งขันที่เท่าเทียมกันมากขึ้น ด้วยการเพิ่มขึ้นของการพัฒนาโอเพนซอร์ส ทุกคน หากพวกเขาเต็มใจที่จะลงทุนเวลาและทรัพยากร สามารถผลักดันเทคโนโลยีไปในทิศทางที่เลือกได้ แต่บริษัทเหล่านี้พบว่า แม้ว่าการลงทุนในการพัฒนาจะให้ผลลัพธ์ที่ดี แต่ความพยายามในเชิงกลยุทธ์โดยรวมจะมีประสิทธิภาพมากกว่า — เปรียบเทียบการแก้ไขบั๊กและการสร้างซอฟต์แวร์ — บริษัทส่วนใหญ่ผลักดันการแก้ไขบั๊กไปยังโปรเจกต์โอเพนซอร์สต้นน้ำ แต่บางบริษัทเริ่มตระหนักว่าการประสานงานการทำงานอย่างต่อเนื่องผ่านคำมั่นสัญญาในการตอบแทนที่ลึกซึ้งขึ้นและการพัฒนาฟีเจอร์ที่รวดเร็วขึ้นจะเป็นประโยชน์ต่อธุรกิจมากกว่า ผ่านรูปแบบแผนกโอเพนซอร์ส พนักงานของบริษัทสามารถรับรู้จุดโฟกัสเชิงกลยุทธ์จากชุมชนโอเพนซอร์สได้อย่างแม่นยำ แล้วลงทุนทรัพยากรในการพัฒนา
สำหรับบริษัทที่เติบโตอย่างรวดเร็ว เช่น Google และ Facebook ภาวะผู้นำที่มีให้กับโปรเจกต์โอเพนซอร์สที่มีอยู่ยังไม่เพียงพอต่อการขยายตัวของธุรกิจ ด้วยการเผชิญกับการเติบโตอย่างรวดเร็วและความท้าทายในการสร้างระบบขนาดใหญ่ บริษัทขนาดใหญ่หลายแห่งเริ่มสร้างสแต็กซอฟต์แวร์ที่ปรับแต่งสูงสำหรับใช้ภายในเท่านั้น เว้นแต่พวกเขาจะสามารถโน้มน้าวให้ผู้อื่นร่วมมือในโปรเจกต์โครงสร้างพื้นฐานบางโปรเจกต์ ดังนั้น แม้ว่าพวกเขายังคงลงทุนในพื้นที่เช่นเคอร์เนล Linux, Apache และโปรเจกต์ที่มีอยู่อื่นๆ พวกเขาก็เริ่มเปิดตัวโปรเจกต์ขนาดใหญ่ของตัวเอง Facebook ได้เปิดตัว Cassandra, Twitter ได้สร้าง Mesos และแม้แต่ Google ก็สร้างโปรเจกต์ Kubernetes โปรเจกต์เหล่านี้ได้กลายเป็นแพลตฟอร์มหลักสำหรับนวัตกรรมในอุตสาหกรรม ยืนยันว่าโครงการนี้เป็นความสำเร็จที่น่าสนใจสำหรับบริษัทที่เกี่ยวข้อง (โปรดทราบว่า Facebook ได้หยุดใช้ Cassandra ภายในหลังจากที่ต้องสร้างโปรเจกต์ซอฟต์แวร์ใหม่เพื่อแก้ปัญหาขนาดใหญ่ขึ้น แต่ในขณะนั้น Cassandra ได้กลายเป็นที่นิยม และบริษัท DataStax ได้รับหน้าที่ในการพัฒนาต่อ) โปรเจกต์ทั้งหมดนี้ได้เร่งการเติบโตและการพัฒนาของระบบนิเวศทั้งหมดที่ประกอบด้วยนักพัฒนา โปรเจกต์ที่เกี่ยวข้อง และผู้ใช้ปลายทาง
แผนกโอเพนซอร์สที่ไม่สอดคล้องกับโครงการเชิงกลยุทธ์ของบริษัทไม่สามารถประสบความสำเร็จได้ หากไม่ทำเช่นนั้น บริษัทเหล่านี้จะยังคงพยายามแก้ปัญหาเหล่านี้แยกกัน และช้ากว่า การมีโปรเจกต์เหล่านี้ไม่เพียงช่วยแก้ปัญหาทางธุรกิจภายใน แต่ยังช่วยให้บริษัทเหล่านี้กลายเป็นผู้นำในอุตสาหกรรม แน่นอนว่า Google เป็นผู้นำในอุตสาหกรรมมาหลายปีแล้ว แต่การพัฒนา Kubernetes ได้รับประกันคุณภาพของซอฟต์แวร์ และมีเสียงพูดโดยตรงในทิศทางในอนาคตของเทคโนโลยีคอนเทนเนอร์ และเหนือกว่าเสียงที่มีอยู่ก่อนหน้านี้ บริษัทเหล่านี้ยังเป็นที่รู้จักในด้านโครงสร้างพื้นฐานขนาดใหญ่และผู้มีบทบาทสำคัญในซิลิคอนแวลลีย์ ที่รู้จักน้อยกว่า แต่สำคัญกว่าคือความใกล้ชิดกับผู้ผลิตเทคโนโลยี แผนกโอเพนซอร์สนำงานเหล่านี้ไปสู่การเพิ่มอิทธิพลให้สูงสุด ด้วยคำแนะนำทางเทคโนโลยีและความสัมพันธ์กับนักพัฒนาที่มีอิทธิพล บวกกับความเชี่ยวชาญเชิงลึกในการกำกับดูแลชุมชนและการจัดการบุคคล
ความสามารถทางการตลาด
ควบคู่ไปกับอิทธิพลทางเทคโนโลยีคือทุกบริษัทที่พูดถึงความพยายามของพวกเขาในโอเพนซอร์ส โดยการเผยแพร่ข่าวเกี่ยวกับโปรเจกต์และชุมชนเหล่านี้ แผนกโอเพนซอร์สสามารถให้ผลกระทบสูงสุดผ่านกิจกรรมทางการตลาดที่มุ่งเป้า การตลาดในโลกโอเพนซอร์สเป็นคำที่สกปรกมาโดยตลอด เพราะทุกคนมีประสบการณ์ที่แย่จากการตลาดขององค์กร ในชุมชนโอเพนซอร์ส การตลาดมีรูปแบบที่แตกต่างจากวิธีการแบบดั้งเดิมอย่างสิ้นเชิง โดยจะเน้นที่สิ่งที่ชุมชนของเราได้ทำในทิศทางเชิงกลยุทธ์มากกว่า ดังนั้น แผนกโอเพนซอร์สจะไม่โฆษณาโปรเจกต์ที่ยังไม่ได้ปล่อยโค้ดใดๆ เลย แต่พวกเขาจะพูดคุยเกี่ยวกับซอฟต์แวร์ที่พวกเขาสร้างและโครงการอื่นๆ ที่พวกเขามีส่วนร่วม โดยพื้นฐานแล้ว จะไม่มี “vaporware”
ลองนึกถึงงานแรกที่แผนกโอเพนซอร์สของ Google ทำ พวกเขาไม่ได้เพียงแค่มอบโค้ดให้กับเคอร์เนล Linux หรือโปรเจกต์อื่นๆ พวกเขาพูดถึงมันมากกว่า และมักจะพูดในงานประชุมโอเพนซอร์ส พวกเขาไม่ได้เพียงแค่ให้เงินกับนักเรียนที่เขียนโค้ดโอเพนซอร์ส พวกเขายังสร้างโปรแกรมระดับโลก — “Google Summer of Code” ซึ่งตอนนี้ได้กลายเป็นจุดอ้างอิงทางวัฒนธรรมสำหรับการพัฒนาโอเพนซอร์ส บทบาททางการตลาดเหล่านี้ได้วางรากฐานให้ Google เป็นผู้ยิ่งใหญ่ในโลกโอเพนซอร์สก่อนที่ Kubernetes จะพัฒนาเสร็จ ในที่สุด ทำให้ Google มีอิทธิพลสำคัญในระหว่างการสร้างข้อตกลงสัญญาอนุญาต GPLv3 และในกิจกรรมด้านเทคโนโลยี โฆษกของบริษัทและตัวแทนของแผนกโอเพนซอร์สได้กลายเป็นบุคคลสำคัญ แผนกโอเพนซอร์สเป็นหน่วยงานที่ดีที่สุดในการประสานงานเหล่านี้ และสามารถให้คุณค่าที่แท้จริงแก่บริษัทแม่ได้
ปรับปรุงกระบวนการภายใน
การปรับปรุงกระบวนการภายในอาจไม่ดูเหมือนเป็นประโยชน์ใหญ่ แต่การเอาชนะกระบวนการภายในที่วุ่นวายเป็นความท้าทายสำหรับทุกแผนกโอเพนซอร์ส ไม่ว่าจะเป็นผู้ขายซอฟต์แวร์หรือแผนกภายในบริษัท ในขณะที่ผู้ขายซอฟต์แวร์ต้องแน่ใจว่ากระบวนการของพวกเขาไม่ทับซ้อนกับผลิตภัณฑ์ที่พวกเขาปล่อย (เช่น ไม่ได้เปิดเผยซอฟต์แวร์ที่ขายเชิงพาณิชย์โดยไม่ตั้งใจ) ผู้ใช้ให้ความสนใจมากกว่ากับการละเมิดกฎหมายทรัพย์สินทางปัญญา (IP): สิทธิบัตร ลิขสิทธิ์ และเครื่องหมายการค้า ไม่มีใครต้องการถูกฟ้องเพียงเพราะปล่อยซอฟต์แวร์ หากไม่มีแผนกโอเพนซอร์สที่ใช้งานอยู่เพื่อจัดการและประสานปัญหาด้านใบอนุญาตและปัญหาทางกฎหมายอื่นๆ บริษัทใหญ่จะเผชิญกับความยากลำบากอย่างมากในกระบวนการและการจัดการโอเพนซอร์ส ทำไมสิ่งนี้ถึงสำคัญ? หากทีมต่างๆ ปล่อยซอฟต์แวร์ภายใต้ใบอนุญาตที่เข้ากันไม่ได้ นั่นไม่เพียงแต่เป็นเรื่องน่าอับอาย แต่ยังเป็นอุปสรรคใหญ่หลวงต่อการบรรลุเป้าหมายพื้นฐานที่สุดในการปรับปรุงความร่วมมือ
เมื่อพิจารณาว่าบริษัทหลายแห่งยังคงเติบโตอย่างรวดเร็ว หากไม่สามารถสร้างกฎกระบวนการพื้นฐานได้ ก็สามารถคาดการณ์ได้ว่าพวกเขาจะเผชิญกับความต้านทาน ฉันเคยเห็นสเปรดชีตขนาดใหญ่ที่แสดงรายการใบอนุญาตที่ได้รับการอนุมัติและไม่ได้รับการอนุมัติ และคำแนะนำเกี่ยวกับวิธีการ (หรือไม่) สร้างชุมชนโอเพนซอร์สโดยปฏิบัติตามข้อจำกัดทางกฎหมาย สิ่งสำคัญคือเมื่อนักพัฒนาต้องการตัดสินใจ พวกเขาต้องมีอะไรบางอย่างที่จะยึดเป็นหลัก และทุกครั้งที่นักพัฒนาต้องการมีส่วนร่วมในโค้ดให้กับชุมชนโอเพนซอร์ส พวกเขาไม่ควรต้องเผชิญกับค่าใช้จ่ายทางกฎหมายจำนวนมากและการตรวจสอบทรัพย์สินทางปัญญาที่ไม่มีประสิทธิภาพ
การมีแผนกโอเพนซอร์สที่ใช้งานอยู่ซึ่งรับผิดชอบในการดูแลกฎใบอนุญาตและการมีส่วนร่วมของซอร์สโค้ด รวมถึงการสร้างโปรแกรมฝึกอบรมสำหรับวิศวกร ช่วยหลีกเลี่ยงข้อบกพร่องทางกฎหมายที่อาจเกิดขึ้นและการฟ้องร้องที่มีค่าใช้จ่ายสูง ท้ายที่สุด ความร่วมมือในโอเพนซอร์สที่ดีสามารถลดเหตุการณ์ที่บริษัทต้องเสียเงินเนื่องจากมีคนไม่ได้อ่านใบอนุญาต ข่าวดีคือ บริษัทสามารถกังวลน้อยลงเกี่ยวกับทรัพย์สินทางปัญญาที่เป็นกรรมสิทธิ์ที่ขัดแย้งกับผู้ขายซอฟต์แวร์ ข่าวร้ายคือ ปัญหาทางกฎหมายของพวกเขาไม่ซับซ้อนพอ โดยเฉพาะเมื่อพวกเขาต้องเผชิญกับความต้านทานจากผู้ขายซอฟต์แวร์โดยตรง
องค์กรของคุณได้รับประโยชน์อย่างไรจากการมีแผนกโอเพนซอร์ส? สามารถแบ่งปันกับเราในความคิดเห็นได้
ผู้เขียนบทความนี้ John Mark Walker เป็นผู้อำนวยการฝ่ายจัดการผลิตภัณฑ์ของ Dell EMC รับผิดชอบการจัดการผลิตภัณฑ์ ViPR Controller และชุมชนโอเพนซอร์ส CoprHD เขาเคยเป็นผู้นำชุมชนโอเพนซอร์สหลายแห่งรวมถึง ManageIQ
แปลจาก:https://opensource.com/business/16/9/4-big-ways-companies-benefit-having-open-source-program-officesผู้เขียน: John Mark Walker
ต้นฉบับ:LCTT https://linux.cn/article-7950-1.htmlผู้แปล: Chao-zhi Liu
โปรดระบุแหล่งที่มา: ความสัมพันธ์นักพัฒนา »
