รหัสเอาท์ซอร์สมีราคาแพงกว่าในระยะยาวหรือไม่? มันเป็นอันตรายต่อคุณภาพของรหัส? [ปิด]

16

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

โดยส่วนตัวฉันไม่คิดว่านี่จะเป็นวิธีแก้ปัญหาที่คุ้มค่ากว่าในระยะยาว สิ่งนี้สามารถนำไปสู่ปัญหาการสื่อสารเมื่อเกิดปัญหานอกจากนี้ข้อมูลจำเพาะจะต้องมีความแน่นหนาซึ่งอาจใช้เวลานานขึ้น ในความคิดของฉันเมื่อทำงานในทีมการสื่อสารเป็นสำคัญ - หรือมีวิธีที่มีประสิทธิภาพในการทำงานนี้หรือไม่?

code-quality outsourcing

— เซท
แหล่งที่มา

24

ค่าใช้จ่ายของเงินเดือนโปรแกรมเมอร์กำลังกินอัตรากำไรของ บริษัท ซอฟต์แวร์หรือไม่? ใครจะมี thunk มัน!

— Dima

20

PHB ต้องการเงินมากขึ้น -> PHB ตระหนักดีว่าเขาต้องจ่ายค่าจ้าง -> PHB ตัดสินใจที่จะกำจัดทุกคนสำหรับคนที่ถูกกว่า -> บริษัท ลงไปในหลอด มันเป็นบันทึกเก่าที่เหนื่อย

— Steven Evers

2

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

— The Tin Man

19

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

— dietbuddha

1

หนึ่งในตัวอย่างที่แย่กว่านั้นคือ Quark และ QuarkXPress ซึ่งเปลี่ยนจากส่วนแบ่งการตลาด 95% ไปเป็นเกือบทุกอย่าง

— gnasher729

41

ฉันแน่ใจว่าบางคนมีตัวอย่างของการทำงานนี้ แต่ฉันไม่เห็น

ฉันทำงานใน บริษัท ที่ติดอันดับ Fortune 500 มาหลายปีแล้วซึ่งพวกเขาได้ว่าจ้าง บริษัท พัฒนาจำนวนมาก ฉันไม่ได้มีตัวอย่างเดียวในปีที่ผ่านมาของโครงการเอาต์ซอร์ซที่มีต้นทุนน้อยกว่าถ้าเราทำเอง (ในบ้าน)

ในขณะที่อัตราการเขียนโปรแกรมของพวกเขาน้อยกว่าของเราเราใช้เวลา 3 เท่าของเวลาในการจัดการทีมภายนอกจากที่เราทำเพื่อทีมใน บริษัท นั่นคือเวลาที่เพิ่มเข้ามาซึ่งจำเป็นต้องมีข้อกำหนดที่ละเอียดกว่าความต้องการของทีมงานของเราและเวลาที่เพิ่มเข้ามาใน QA เนื่องจากรหัสไม่เคยใกล้เคียงกับการแก้ไข

— วอลเตอร์
แหล่งที่มา

1

+1 - ของฉันด้วย ... ฉันสงสัยว่า บริษัท ทุกแห่งใช้ playbook เล่มเดียวกัน

— Ali

นั่นเป็นสิ่งที่ฉันคาดไว้มาก

— เซท

ฉันเคยเห็นสิ่งนี้ในที่ทำงานเก่าของฉัน พวกเขาใช้เงินมากขึ้นในที่สุดเพราะพวกเขาต้องบินไปมาเพื่อจัดการนักพัฒนาระยะไกล บริษัท ไม่ได้ทำการพัฒนาซอฟต์แวร์ของตัวเองอีกต่อไปพวกเขาปรับแต่งผลิตภัณฑ์ M $

— Giorgio

31

คุณสามารถมีได้อย่างรวดเร็วคุณสามารถมีราคาถูกหรือคุณสามารถทำได้ดี คุณไม่สามารถมีได้ทั้งสามและฉันจะยืนยันว่าแม้สองในสามสามารถยืดได้

— คณบดีฮาร์ดิง
แหล่งที่มา

18

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

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

— Steven Evers
แหล่งที่มา

9

+1 ตามกฎนี้ "ไม่ต้อง outsource ความสามารถหลักของคุณ"

— Sparky

อย่างมากขึ้นอยู่กับสิ่งที่การพัฒนา - ตัวอย่างเช่นเรากำลังจ้างรายงานสคริปต์และแดชบอร์ดที่ใช้ API ของผลิตภัณฑ์ฐานข้อมูลอนุกรมเวลาของเราเนื่องจากเราไม่มีพนักงานเพียงพอที่จะทำสคริปต์หรือการปรับแต่งลูกค้าที่แตกต่างกันทั้งหมด . การเอาท์ซอร์สการพัฒนาผลิตภัณฑ์หลักใช่ แต่ไม่ใช่การพัฒนาซอฟต์แวร์ทั้งหมดเป็นความสามารถหลัก

— Pete Kirkham

13

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

อย่างไรก็ตามหากคุณสามารถหา บริษัท ที่เชื่อถือได้คุณสามารถไว้วางใจได้ (เช่นคุณเคยเห็น / ได้ยินสิ่งดีๆเกี่ยวกับพวกเขาจากคนอื่น ๆ ) บางทีมันก็คุ้มค่า

— adamk
แหล่งที่มา

ไม่มีข้อในสัญญาที่ระบุผลิตภัณฑ์สุดท้ายหรือไม่?

— snmcdonald

16

@snmcdonald: ข้อความเช่นนี้ยากที่จะระบุอย่างเพียงพอและยากที่จะบังคับใช้ข้ามเขตแดนระหว่างประเทศ และถ้า บริษัท ผู้รับเหมาช่วงไม่ส่งมอบมันไม่สำคัญว่ามีอะไรอยู่ในสัญญา: คุณกำลังถูกเมา แม้ว่าคุณจะไม่ได้จ่ายเงินให้กับพวกเขาคุณก็แค่ใช้ความพยายามของตัวเองและทุกเวลาที่ลงไปในห้องน้ำ

— Bob Murphy

1

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

— adamk

10

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

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

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

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

— บ๊อบเมอร์ฟี่ย์
แหล่งที่มา

9

ใช่ - คุณได้สิ่งที่คุณจ่ายไป

จากประสบการณ์ของฉันเว้นแต่ความต้องการของตลาดและการพัฒนาของคุณนั้นเรียบง่ายมากพวกเขาสามารถอธิบายได้อย่างง่ายดายผ่านทางอีเมลไปยังนักพัฒนาที่มีอุปสรรคทางภาษาที่เป็นไปได้และตายง่าย ๆ ที่แม้แต่นักพัฒนา ที่การสร้างผลิตภัณฑ์ที่มีคุณภาพแล้วใช่ผลิตภัณฑ์ของคุณจะต้องทนทุกข์ทรมาน

ฉันทำงานที่ บริษัท ที่เรามีทีมพัฒนาท้องถิ่นขนาดใหญ่และผลิตภัณฑ์ของเราได้รับความเดือดร้อนเพียงเพราะทีมผู้บริหารเทเงินและความพยายามในการขายมากขึ้น เนื่องจากความพยายามอย่างมากถูกเทลงในการขายดูเหมือนว่าเรากำลังทำ "ดี" - แต่มันหมายถึงการสร้างรายได้ที่เราถูกผูกไว้เพื่อให้การเทเงินและทรัพยากรเข้าสู่กระบวนการขาย

เรามีทีมระยะไกล แต่เรารวมพวกเขาเข้ากับ บริษัท อย่างเต็มที่และพวกเขาเข้าร่วมในระดับเดียวกับทีมในพื้นที่ของเรา นั่นเป็นวิธีเดียวที่มันสามารถทำงานได้ ฉันเป็นหัวหน้าทีมท้องถิ่นสำหรับพวกเขาและพวกเราก็ออกไปทำงานนอกสถานที่กับพวกเขาเป็นประจำ เราให้เสื้อและแจ็คเก็ตของ บริษัท แก่พวกเขาเหมือนกับทีมท้องถิ่น หลังจากพิจารณาทุกสิ่งแล้วอาจช่วยเราได้ 20-30% หากคุณรวมระบบที่พยายามลดต้นทุนลงมากกว่านั้นผลิตภัณฑ์ของคุณจะได้รับผลกระทบตามไปด้วย

— นิโคล
แหล่งที่มา

3

หากคุณทำงานกับทีมผู้รับเหมาช่วงที่มีคุณภาพและฝ่ายบริหารยินดีที่จะสื่อสารและบังคับใช้เกณฑ์การยอมรับ

จากนั้นต้นทุนจะอยู่ในอัตราเดียวกับผลิตภัณฑ์ที่พัฒนาขึ้นภายใน บริษัท

คุณอาจได้คุณภาพที่เหมือนกันเช่นกันหากคุณโชคดี

ฉันอาจจะลำเอียงเล็กน้อยเพราะ บริษัท ของฉันคอยดูแลเจ้าหน้าที่ฝ่ายพัฒนาภายในและไม่ได้ให้บริการด้านการพัฒนาผลิตภัณฑ์ใด ๆ ฉันสงสัยว่าประสบการณ์ที่เรามีกับพันธมิตรการรวมกลุ่มที่มีการพัฒนาจากภายนอกนั้นมีบางอย่างเกี่ยวกับการตัดสินใจนั้น

— JGKelly
แหล่งที่มา

3

จากประสบการณ์ของฉันการจ้างโครงการไม่ได้เป็นทางออกที่ดีที่สุดเมื่อพยายามให้ได้มาร์จิ้นที่ดีขึ้น

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

ความคิดเห็นของฉันเกี่ยวกับเรื่องนี้คือถ้าคุณกำลังคิดที่จะสร้างความแตกต่างเกี่ยวกับการพัฒนาผู้รับเหมาช่วงกำไรคุณอาจละทิ้งการลงทุนของคุณ หากคุณคิดเกี่ยวกับมันความสำเร็จของผลิตภัณฑ์เป็นเรื่องของการทำงานที่ถูก spected ดังนั้นหากคุณเปลี่ยนทีม dev สิ่งต่าง ๆ อาจเปลี่ยนไปอย่างน่าเกลียด

— guiman
แหล่งที่มา

1

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

"วิธีเริ่มต้นโครงการโอเพนซอร์ส" โดย Jeremy Ruston (BT) http://vimeo.com/856110
"Open Source is Magic" โดย Chris DiBona (Google) http://www.youtube.com/watch?v=hmZyyBVbkOQ
"เครื่องยนต์ของชุมชน" โดย Jono Bacon (Canonical) http://www.youtube.com/watch?v=zKOrWubmzAY
"โครงการโอเพ่นซอร์สและผู้มีพิษ" Ben Collins-Sussman และ Brian Fitzpatric (Google) http://www.youtube.com/watch?v=ZSFDm3UYkeE
"มีอะไรให้ฉันบ้างประโยชน์จากรหัสการจัดหาแบบเปิด" Ben Collins-Sussman และ Brian Fitzpatric (Google) http://www.youtube.com/watch?v=ZtYJoatnHb8&feature=related

และอาจจะยัง:

"วิธีเลือกรูปแบบธุรกิจ" โดย Roan Lavery (FreeAgent) http://vimeo.com/5588154

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

นอกจากนี้หากเจ้านาย / บริษัท ของคุณไม่เต็มใจที่จะเปิดซอฟต์แวร์เพียงแค่แยกเฉพาะตรรกะทางธุรกิจและความรู้ของคุณเอง ดังนั้นสิ่งที่คุณจะทำ:

ฟักไข่โครงการโอเพ่นซอร์สด้วยทรัพยากรของคุณ
สร้างชุมชน
???
กำไร =)

ใช่ฉันจริงจังและ "???" เกี่ยวข้องกับกลยุทธ์ที่คุณต้องการติดตามหลังจากที่คุณได้รับความสนใจมากพอ ด้วยเครื่องมือของวันนี้เช่น Github และ Twitter คุณสามารถกระจายคำได้ง่ายขึ้น แต่โปรดทราบว่าความประทับใจแรกของคุณน่าสนใจพอ

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

ในท้ายที่สุดการเป็นโอเพนซอร์ซหรือการเปิดตัวเป็นบริการเป็นวิธีการทำให้โครงการยั่งยืนในระยะยาว

— dukeofgaming
แหล่งที่มา

1

ฉันจำชื่อผู้แต่งไม่ได้ แต่มันกระทบเล็บ

" ทีมงานที่ทำงานร่วมกันอย่างหลวม ๆ บนส่วนประกอบที่เชื่อมโยงกันอย่างแน่นหนาล้มเหลวอย่างหลีกเลี่ยงไม่ได้ "

การเอาต์ซอร์ซ = ทีมที่รวมกันอย่างหลวม ๆ

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

ในอีกทางหนึ่งตามประสบการณ์ของฉันการย้ายส่วนของซอฟต์แวร์อาจทำงานได้ทั้งหมดซึ่งหมายความว่ามันสามารถพัฒนาคุณภาพดีด้วยต้นทุนที่ลดลง

— Maros Urbanec
แหล่งที่มา

คำถามนี้ถามคำถามนี้อย่างไร

— ริ้น

เนื้อความของคำถามนั้นเกี่ยวกับการเอาต์ซอร์ซ = ทีมคู่ที่หลวม การพยายามลดค่าใช้จ่ายด้วยการแบ่งงานทางภูมิศาสตร์ในองค์ประกอบพึ่งพาซึ่งกันและกันล้มเหลวเสมอ ในอีกทางหนึ่งตามประสบการณ์ของฉันการย้ายส่วนของซอฟต์แวร์อาจทำงานได้ทั้งหมดซึ่งหมายความว่ามันสามารถพัฒนาคุณภาพดีด้วยต้นทุนที่ลดลง

— Maros Urbanec

1

@MarosUrbanec - ความคิดเห็นของคุณควรเป็นส่วนหนึ่งของคำตอบของคุณ การอ้างถึงตัวมันเองไม่แข็งแรงพอที่จะตอบคำถามของตัวเองได้

1

@MarosUrbanec +1 คำพูดที่ยอดเยี่ยมฉันได้เพิ่มความคิดเห็นของคุณไว้ในเนื้อหาของคำตอบเพื่อทำให้คำตอบเหมือนกันมากขึ้น

— Tulains Córdova