เจฟฟ์แอดโพสต์ในบล็อกของ Amazon วิศวกรรมเติร์กให้เห็นว่ามันไม่ควรจะให้ผลตอบแทนที่เป็นตัวเงิน แต่แรงจูงใจภายใน , "แรงจูงใจที่จะขับเคลื่อนด้วยความสนใจหรือความบันเทิงในงานของตัวเองและมีอยู่ในแต่ละบุคคลมากกว่าอาศัยความดันภายนอกใด ๆ ."

สมาชิกในทีม (ผู้จัดการผู้นำหรือผู้พัฒนา) ทำอย่างไรให้เกิดแรงจูงใจภายในจากทีมซอฟต์แวร์

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

แก้ไข # 2:เพื่ออำนวยความสะดวกในการอภิปรายที่มีประสิทธิผลและในหัวข้อเราควรถือว่าการชดเชยทางการเงินเป็นที่น่าพอใจสำหรับนักพัฒนา

โดยไม่ฆ่ามัน ฉันพนันได้เลยว่าทุกคนที่ทำงานนานกว่า 5 วันได้พบกับนักฆ่าแรงจูงใจมากพอที่จะเติมหนังสือ ทุกคนสาบานถ้าพวกเขามีโอกาสพวกเขาจะทำได้ดีกว่า แต่อย่างใดนักฆ่าเหล่านี้ยังคงมีอยู่และผู้ที่ใช้พวกเขามักจะคิดว่าพวกเขาจะดีกว่า 'ยังคงเป็นหนึ่งในคนดี' ฯลฯ

ดังนั้นในความคิดของฉันวิธีที่ดีที่สุดคืออย่าพยายามทำดี แต่เพื่อหลีกเลี่ยงการทำสิ่งที่ไม่ดี

แก้ไขแก้ไขตามคำขอ:

รุ่นยาว

ในความคิดของฉันแรงจูงใจที่แท้จริงมีการเชื่อมต่ออย่างยิ่งกับการระบุกับงาน / บริษัท

การระบุมาจากการระบุเช่นเดียวกับใน 'การสร้าง sth identic' ดังนั้นบางคนที่ระบุว่าตัวเองกับงานของเขาพยายามที่จะมีความแตกต่างน้อยที่สุดระหว่าง 'การทำงาน' และ 'การทำสิ่งที่เขาต้องการ'

ดังนั้นทุกสิ่งที่บังคับให้มีการตัดสินใจระหว่างผลประโยชน์ บริษัท / ทีมโดยการทำงานและผลประโยชน์ให้กับตัวเองเป็นนักฆ่าแรงจูงใจที่มีศักยภาพดังนั้นควรหลีกเลี่ยง

บางส่วนของนักฆ่าที่ฉันพบคือ:

การติดต่อสื่อสารที่เสียหาย:ส่วนใหญ่เป็นเรื่องสำคัญอย่างไรและใครพูดอะไรแทนอะไร แรงจูงใจที่จะทำในสิ่งที่ถูกต้อง (โฆษณาซ้ำ) ถูกลงโทษโดยการฆ่าผู้ส่งสารหัวเราะที่คาสซานดราและดำเนินงาน atoner อย่างเปิดเผย

สัญญาณ:สำเนาถึงจำนวนมากสำเนาลับถึงและในอีเมลและความคลาดเคลื่อนระหว่างสิ่งที่กล่าวในการประชุมและสิ่งที่พูดในโรงอาหาร

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

สัญญาณ: 'facebook blockers', เวลาทำงานคงที่, ระเบียบข้อบังคับของโต๊ะทำงาน (ฉันคิดว่า Jeff Atwood เขียน sth. เกี่ยวกับ 'Furniture Police')

Boredom / Dead End:ในงานนี้เมื่ออยู่คนหนึ่งพลาดอะไรบางอย่างไม่ว่าจะเป็นโอกาสที่จะเรียนรู้ที่จะได้รับไปยังพื้นที่ของความเชี่ยวชาญที่แตกต่างกัน (เช่นจากการเขียนโปรแกรมการออกแบบ) หรือได้รับค่าตอบแทนสำหรับครอบครัว . ยิ่งอยู่นานเท่าไรโอกาสที่น้อยกว่าก็มี

ทางเลือกระหว่างการพัฒนา บริษัท และการปรับปรุงตนเอง

สัญญาณ:ทุกคนรู้จักกันในชื่อ 'the X guy' ซึ่ง X คือสิ่งที่เขาทำตลอดไป

เป็นส่วนหนึ่งของวงจรการพัฒนาซอฟต์แวร์ของคุณ

• มอบหมายงานที่ถูกต้องให้กับคนที่เหมาะสม (ถ้าเป็นไปได้)
  • นี่ก็หมายความว่าพวกเขาต้องการงานตั้งแต่แรก
  • ถ้าไม่ใช่ให้พิจารณาว่างานนี้ไม่ควรทำ
• มอบหมายงานที่ท้าทาย
  • โปรแกรมเมอร์เป็นคนที่มีความคิดสร้างสรรค์และชอบที่จะมีงานที่ท้าทายทางจิตใจและไม่ใช่แค่ทำซ้ำสิ่งที่พวกเขาทำไปแล้ว
  • แน่นอนคุณสามารถมอบหมายงานที่คุณมีอยู่เป็นส่วนหนึ่งของความต้องการของคุณได้ แต่พยายามระบุว่าข้อกำหนดเหล่านี้แต่ละข้อสามารถแสดงถึงความท้าทายและเลือกนักพัฒนาที่เหมาะสมได้อย่างไร หากความต้องการของคุณเหมือนเดิมและน่าเบื่อก็มีบางสิ่งที่ต้องทำที่นี่ ไม่มีแรงจูงใจที่แท้จริงที่นี่ แต่มีจุดที่แท้จริงของความล้มเหลวและความซ้ำซ้อน
• ใช้เกมการรวม / ตรวจสอบอย่างต่อเนื่อง
  • พวกเขาสนุกและสร้างแรงบันดาลใจ
  • พวกเขาสนับสนุนให้ผู้คนมุ่งมั่นเพื่อความสมบูรณ์แบบ
  • พวกเขาไม่ได้อยู่ในตัวของมันเอง แต่พวกเขาแค่สนใจในคุณภาพภายในของการพัฒนาที่ต้องการทำให้ตัวเองสมบูรณ์แบบเรียนรู้และแบ่งปัน แต่อาจต้องมีการผลักดันเป็นครั้งคราว
• ใช้Wallboards (หรือRadiators ) สำหรับ SCM การรวมอย่างต่อเนื่องและเครื่องมือตรวจสอบอย่างต่อเนื่องเป็นเรื่องสนุกและสร้างแรงบันดาลใจ (คุณต้องการสิ่งเหล่านี้เป็นส่วนหนึ่งของโครงสร้างพื้นฐานของคุณ)
  • พวกเขาดึงดูดนักพัฒนาด้วยเหตุผลเดียวกับเกม CI
  • แม้จะไม่มีแง่มุมในการแข่งขันพวกเขาก็ยังให้ความภาคภูมิใจและมีสิทธิ์ให้กับนักพัฒนาที่มีส่วนร่วมในโครงการ
  • ช่วยให้พวกเขาเห็นวิวัฒนาการของการออกแบบที่น่าเกรงขามหากพวกเขาเป็นส่วนหนึ่งของทีมใหญ่
  • นอกจากนี้ยังช่วยให้ทีมของคุณ(และไม่ใช่นักพัฒนาของคุณทีละคน) ไปที่:
    • แข่งขัน (ข้ามโครงการคุณภาพของโค้ดสำหรับ instnace - อย่าแข่งขันกับ LOCs ... )
    • ทำงานร่วมกัน (โดยต้องการสร้างซอฟต์แวร์ที่เป็นของครอบครัว)
• ใช้ย้อนหลัง
  • ช่วยระบุปัญหาในลักษณะการทำงานร่วมกัน
  • พวกเขาให้ความรู้สึกถึงการเป็นเจ้าของโครงการ (และความผิดพลาด)
  • พวกเขาไม่ได้ให้รางวัลหรือตำหนิ (แต่ให้ความรับผิดชอบ )
• การตรวจสอบรหัสจะต้องเป็นส่วนหนึ่งของกระบวนการ (หรือพวกเขาจะกลัวพวกเขาแทนการกอดพวกเขา)
  • นักพัฒนาจะได้เรียนรู้ที่จะแสวงหาและมุ่งมั่นเพื่อยกย่อง
  • พวกเขาจะเปิดกว้างต่อการวิจารณ์
• อนุญาต (และส่งเสริม) สำหรับการวิจารณ์ที่สร้างสรรค์และสร้างสรรค์
• อนุญาต (และสนับสนุน) การพัฒนาส่วนบุคคล
  • ในรูปแบบของโครงการสัตว์เลี้ยง
  • ในรูปแบบของต้นแบบ (ซึ่งสามารถเป็นโครงการสัตว์เลี้ยง)
  • นักพัฒนามีความสุขมากขึ้นเมื่อพวกเขาไม่ต้องการซ่อนที่ทำงาน
• อนุญาต (และสนับสนุน) การแบ่งปันความรู้
• อนุญาตให้นักพัฒนา (และสนับสนุน) ขัดรหัสของตน
  • การย้ายไปยังภารกิจต่อไปอาจเป็นเรื่องที่น่าตื่นเต้น แต่การถูกบังคับให้ละทิ้งงานที่คุณทำงานมาระยะหนึ่งโดยไม่ต้องทำให้เสร็จในระดับคุณภาพที่น่าพอใจนั้นไม่ดีด้วยเหตุผลหลายประการ คุณสูญเสียความรู้สึกเหล่านี้ที่กล่าวถึงข้างต้น (ความภาคภูมิใจในการทำงานที่ดีฝีมือ ฯลฯ ... ) และคุณจะสูญเสียคุณภาพ
  • ช่วยให้นักพัฒนามีความสนุกสนานในขณะที่ทำงานของพวกเขาเสร็จสิ้นการทดลองกับการใช้งานทางเลือก (อาจเป็นประโยชน์สำหรับคุณถ้ามาตรฐานมาพร้อม)
• หมุนงานที่น่ารำคาญระหว่างทีม / บุคคล
  • เพื่อให้มั่นใจว่าหลายคนมีทักษะที่จำเป็น
  • เพื่อให้พวกเขาแบ่งปันภาระของพวกเขาและรู้สึกเห็นอกเห็นใจต่อผู้ที่เกี่ยวข้องกับงานที่เนรคุณในบางเวลา (แทนที่จะชี้ไปที่คนรอบข้างด้วย "Ahah!") และต้องการช่วยเหลือพวกเขา

ทำอะไรที่คุณสามารถที่จะหลีกเลี่ยงวัว-boy เข้ารหัสหรือผลเรือดำน้ำ: คุณต้องการนักพัฒนาของคุณจะมีความภาคภูมิใจในสิ่งที่พวกเขาทำเพื่อเพลิดเพลินไปกับสิ่งที่พวกเขาทำและเพลิดเพลินไปกับการแสดงให้คนอื่น ๆ และมีคนอื่น ๆ ที่มีส่วนร่วมในความพยายามของพวกเขา

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

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

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

ส่วนต่อไปนี้เป็นโครงร่างของจุดที่ไม่ได้สร้างแรงจูงใจจากภายใน

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

เป็นส่วนหนึ่งของวัฒนธรรมองค์กรของคุณ

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

สำหรับผู้เริ่มใหม่

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

ฉันคิดว่าเจ้าของธุรกิจ (co) ส่วนใหญ่หายไปจากจุดนี้

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

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

แต่สำหรับพวกเราทุกคนที่มีชีวิตนอกงานวันฉันบอกว่าใช่ฉันต้องการ perks เหล่านั้นได้โปรด แต่พวกเขาไม่สามารถทดแทนโบนัส / รางวัล / เงินเดือนที่ 13 / สิ่งที่ - แรงจูงใจทางการเงินทำงานได้ค่อนข้างดี สำหรับฉัน. หากดูเหมือนจะไม่ทำงานบางทีคนที่บริหาร บริษัท อาจไม่ได้รับเงินมากพอ

น่าเสียดายที่การศึกษาแสดงให้เห็น ( ดูบทความนักวิทยาศาสตร์ใหม่การสมัครสมาชิกที่จำเป็นสำหรับข้อความฉบับเต็ม) ว่าเงินไม่ใช่แรงจูงใจที่ยอดเยี่ยมสำหรับความพยายามสร้างสรรค์ ในความเป็นจริงมันสามารถทำให้คนทำงานหนักน้อยลง

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

คุณจะไปเกี่ยวกับเรื่องนี้ได้อย่างไร

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

หากคุณต้องการที่จะจูงใจคนที่มีเงินทำเพื่อสิ่งเล็ก ๆ น้อย ๆ เช่นให้ความสนใจในการประชุม

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

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

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

ด้วยความไว้วางใจนักพัฒนาของพวกเขาที่จะทำสิ่งที่ถูกต้อง

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

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

ในทางตรงกันข้ามกับความคิดของประสิทธิภาพการทำงานที่มีการวางแนวทางต่อการทำงานอยู่บนพื้นฐานของความคิดการเรียนรู้ ที่นี่ผลลัพธ์ไม่สำคัญต่อ se แต่กระบวนการของการทำงานและเข้าใจบริบทของงาน ในการเปรียบเทียบกีฬานี่คือเมื่อคุณเพียงแค่พยายามปรับปรุงเล็กน้อย ไม่มีความคาดหวังในการชนะในที่สุดเพียงแค่ให้สิ่งที่ดีที่สุดและเรียนรู้จากความล้มเหลว การปรับปรุงความเข้าใจในความล้มเหลวในที่สุดส่งผลให้เกิดความมั่งคั่งส่วนบุคคลและความรู้และสามารถเพิ่มแรงจูงใจภายในของเราในระยะยาว ความคิดประเภทนี้มีการพูดคุยกันโดยดร. สตีฟริทเทอร์ (CMU) และแครอลดเวค (สแตนฟอร์ด)

ผมขอเล่นเป็นทนายของปีศาจ

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

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

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

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

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

การชดเชยยังคงมีความสำคัญ แต่เมื่อได้รับค่าตอบแทนแบบเดียวกับที่ฉันอยากทำงานในสถานที่ที่มีปัญหาฉันสนใจฉันจะทำตามธรรมชาติและทำงานหนักโดยไม่ตั้งใจเพราะฉันมีความสนใจ

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

อย่างไรก็ตามสมาชิกในทีมเหล่านี้จำเป็นต้องสามารถทำงานร่วมกันและแบ่งปันจุดแข็งซึ่งกันและกัน

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

สิ่งที่สำคัญอีกอย่างหนึ่งคือการมีปฏิสัมพันธ์ทางสังคมที่ดีต่อสุขภาพ Joel Spolsky บล็อกเมื่อเร็ว ๆ นี้เกี่ยวกับประโยชน์ของอาหารกลางวันของทีม : "การกินด้วยกันเป็นส่วนสำคัญของความหมายของการเป็นมนุษย์และสิ่งที่มีความหมายในการทำงานอย่างมีมนุษยธรรม ... "ถึงแม้ว่านักพัฒนาโปรเฟสเซอร์ ทำให้การเพลิดเพลินกับการเขียนโปรแกรมทำได้ยาก

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

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

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

สิ่งที่ฉันใช้ในบทความและทฤษฎีเบื้องหลังคือมันเป็นความพยายามของเจ้าของธุรกิจที่จะลดค่าใช้จ่ายด้านแรงงานและทำให้ผู้คนเชื่อว่า "คุณไม่ต้องการเงินทั้งหมดนี้เพื่อความสุขดังนั้นมันจะไม่สำคัญ หากเราไม่เคยเพิ่มเงินให้คุณหรือถ้าเราจ้างคุณในอัตราต่ำกว่าตลาดคุณควรจะมีความสุขที่คุณมีงานทำเลยให้คนที่มีส่วนร่วมเช่นนี้ดังนั้นมีส่วนร่วมกับมันแล้ว! ดีกว่าเข้ามาในวันเสาร์ตั้งแต่ 6 โมงเช้าถึงเที่ยงคืนเพราะนั่นเป็นสิ่งที่คนทำงาน "หมั้น" ทำคุณจะได้รับการตบหัวที่ดีและ 'งานที่ดี!' เมื่อคุณฆ่าตัวตายเพื่อโครงการแล้ว "

การศึกษาบอกว่ามันไม่สำคัญว่าคุณจ่ายเงินให้ใครบางคนเกินจำนวนที่ทำให้พวกเขา "สบาย" ที่พวกเขาไม่ต้องกังวลเกี่ยวกับวิธีที่พวกเขาจะจ่ายค่าของพวกเขาหรือวางอาหารบนโต๊ะ .. ดังนั้นเท่าไหร่ 40k เหรียญสหรัฐต่อปี 30k?

เท่าที่วิธีการส่งเสริมแรงจูงใจภายในฉันเห็นด้วยกับ @keppala แรงจูงใจภายในนั้นมาจากภายใน สิ่งที่ดีที่สุดที่คุณสามารถทำได้คือไม่ให้มีพนักงานที่มีอยู่