คำถามติดแท็ก management

"พลังที่เป็น" มักจะเป็นวลีที่ใช้อธิบายถึงอำนาจที่รับผิดชอบในการทำงาน การกระจายทรัพยากรจะเป็นวิธีการอธิบายสิ่งที่ผู้จัดการทำแม้ว่าทรัพยากรรวมถึงเวลาเงินและผู้คน

30
ฉันเป็นผู้จัดการ ฉันจะปรับปรุงความสัมพันธ์ในการทำงานและการสื่อสารกับโปรแกรมเมอร์ได้อย่างไร [ปิด]
พื้นหลังเล็กน้อยก่อน ฉันเป็นผู้จัดการโครงการของ บริษัท ขนาดกลาง ฉันเริ่มเป็น CS และได้รับความรู้เล็กน้อยเกี่ยวกับการเขียนโปรแกรม แต่หลังจากนั้นไม่กี่เดือนฉันรู้ว่ามันไม่ใช่เส้นทางของฉันดังนั้นฉันจึงเปลี่ยนไปใช้การจัดการ นั่นพิสูจน์แล้วว่าเป็นการตัดสินใจที่ดีและหลังจากเรียนจบฉันได้ทำงานด้านการจัดการซอฟต์แวร์ที่ บริษัท ต่าง ๆ (เป็นเวลา 5 ปีแล้ว) เมื่อเร็ว ๆ นี้เรามีโครงการที่เจ็บปวดมาก มันเป็นสิ่งที่เลวร้ายที่สุดของความเลวร้ายที่สุดมีข้อผิดพลาดมากมายทั้งในด้านของเราและในด้านลูกค้าและเพิ่งจะจบมันโดยไม่สูญเสีย มันนำไปสู่สถานการณ์ที่น่าผิดหวังมากมายซึ่งหนึ่งในนั้นเพิ่มขึ้นถึงจุดที่หนึ่งในนักพัฒนาอาวุโสของเราออกจาก บริษัท หลังจากการโต้เถียงกับแกนนำกับเรา (ฝ่ายบริหาร) นี่เป็นธงสีแดงสำหรับฉัน: ฉันทำอะไรผิดไปมาก (สำหรับบันทึกข้อโต้แย้งนั้นเกี่ยวกับเวลาโดยประมาณที่ผิดพลาดหลายประการ) ฉันค้นหาสถานที่หลายแห่งเพื่อหาคำตอบและมีเพื่อนคนหนึ่งชี้ให้ฉันไปที่เว็บไซต์นี้ มีคำถามมากมายเกี่ยวกับความผิดหวังกับฝ่ายบริหาร ฉันสามารถเข้าใจได้ว่าประสบการณ์ที่ไม่ดีทั่วไปนำไปสู่การต่อต้าน "คนในชุดสูท" ฉันเป็นผู้ชายคนนั้นในชุดสูท มันอาจดูไม่เหมือน แต่ทุกอย่างที่ฉันต้องการคือโครงการที่ประสบความสำเร็จและด้วยทรัพยากรที่ จำกัด ทำให้ต้องตัดสินใจอย่างเจ็บปวด นั่นคืองานของฉัน หนึ่งในสิ่งที่ผู้พัฒนาอาวุโสดังกล่าวบ่นเกี่ยวกับคืออุปกรณ์ทำงาน ตรงไปตรงมาฉันไม่รู้ว่าคอมพิวเตอร์ที่เราใช้นั้นไม่เหมาะกับการทำงาน หลังจากนี้ฉันถามโปรแกรมเมอร์จำนวนมากและฉันทามติทั่วไปคือเราต้องการเครื่องจักรที่ดีกว่า ฉันแก้ไขมันตั้งแต่นั้นมา แต่เห็นได้ชัดว่ามีช่องว่างการสื่อสารขนาดใหญ่ระหว่างฉันกับโปรแกรมเมอร์ นักพัฒนาที่เก่งที่สุดบางคนเป็นคนที่ขี้อายและเงียบมากที่สุด ฉันรู้ว่าและมันก็ไม่เคยมีปัญหาในระหว่างการสัมภาษณ์ ผู้คนต่างกันและมีจุดแข็งในด้านต่าง ๆ กรณีของพีซีที่มีกำลังต่ำเป็นเพียงหนึ่งในหลาย ๆ อย่างที่ทำให้ฉันคิดว่ามีปัญหาด้านการสื่อสาร ฉันจะปรับปรุงการสื่อสารกับโปรแกรมเมอร์ได้อย่างไรโดยไม่ต้องข่มขู่และซ้ำซาก? สิ่งที่ฉันหวังคือคนไม่บ่นเกี่ยวกับสิ่งที่ดี …
431 management 

30
เหตุใดนักวิเคราะห์ธุรกิจและผู้จัดการโครงการจึงได้เงินเดือนสูงกว่าโปรแกรมเมอร์ [ปิด]
เราต้องยอมรับว่าการเขียนโปรแกรมนั้นยากกว่าการสร้างเอกสารหรือแม้แต่การสร้างแผนภูมิแกนต์และขอความคืบหน้ากับโปรแกรมเมอร์ ดังนั้นสำหรับพวกเราที่ไร้เดียงสารู้ว่าการเขียนโปรแกรมโดยทั่วไปยากกว่าทำไมนักวิเคราะห์ธุรกิจและผู้จัดการโครงการจึงได้เงินเดือนสูงกว่าโปรแกรมเมอร์ อะไรคือสิ่งที่ทำให้งานของพวกเขาเป็นงานที่มีรายได้สูงแม้ในบางครั้งโปรแกรมเมอร์ก็กลับบ้านช้า UPDATE ขอโทษด้วยความไม่รู้ของฉันจากการตอบสนองบางอย่างดูเหมือนว่าเหตุผลที่ BAs และ PMs ได้รับเงินเดือนที่สูงขึ้นเพราะพวกเขาเป็นคนที่มักจะรับผิดชอบโปรแกรมเมอร์ทำ แต่ในตอนท้ายของวันมันเป็นโปรแกรมเมอร์ที่ทำให้มือสกปรกเพื่อแก้ไขความยุ่งเหยิงและทำงานหนักขึ้น ดังนั้นมันจึงไม่สมเหตุสมผล

30
สิทธิพิเศษสำหรับโปรแกรมเมอร์ใหม่
ฉันตั้งใจจะจ้างโปรแกรมเมอร์รุ่นเยาว์ 2-3 คนออกจากวิทยาลัย นอกเหนือจากเงินสดแล้วสิ่งที่สำคัญที่สุดสำหรับโปรแกรมเมอร์หนุ่มคืออะไร? มันเป็นเกมที่ทำงานหรือไม่? ฉันต้องการความคิดสร้างสรรค์ ... ฉันต้องการความคิดที่ดี

17
คุณสมดุลระหว่าง“ ทำถูกต้อง” และ“ ทำเร็วที่สุด” ในการทำงานประจำวันของคุณอย่างไร? [ปิด]
ฉันพบว่าตัวเองครุ่นคิดกับคำถามนี้เป็นครั้งคราวอีกครั้งและอีกครั้ง ฉันต้องการทำสิ่งที่ถูกต้องในการเขียนโค้ดที่สะอาดเข้าใจและถูกต้องซึ่งง่ายต่อการบำรุงรักษา อย่างไรก็ตามสิ่งที่ฉันทำคือการเขียนแพทช์ลงบนแพทช์ เพียงเพราะไม่มีเวลาลูกค้ากำลังรอข้อผิดพลาดควรได้รับการแก้ไขในชั่วข้ามคืน บริษัท กำลังสูญเสียเงินในปัญหานี้ผู้จัดการก็กดยาก ฯลฯ ฉันรู้ดีว่าในระยะยาวฉันจะเสียเวลามากขึ้นในการแก้ไข แต่เมื่อถึงเวลาทำงานหลายเดือนไม่มีใครใส่ใจ ในฐานะที่เป็นหนึ่งในผู้จัดการของฉันเคยพูดว่า: "เราไม่ทราบว่าจะมีในระยะยาวถ้าเราไม่แก้ไขในตอนนี้" ฉันแน่ใจว่าฉันไม่ใช่คนเดียวที่ถูกขังอยู่ในวัฏจักรทางเลือกที่เหมาะสมที่สุด ดังนั้นเพื่อนโปรแกรมเมอร์ของฉันจะรับมือกับสิ่งนี้ได้อย่างไร ปรับปรุง: ขอบคุณทุกท่านสำหรับการสนทนาที่น่าสนใจนี้ เป็นเรื่องน่าเศร้าที่ผู้คนจำนวนมากต้องเลือกประจำวันระหว่างปริมาณและคุณภาพของรหัส ยังมีอีกหลายคนที่คิดว่าเป็นไปได้ที่จะชนะการต่อสู้ครั้งนี้ดังนั้นขอขอบคุณทุกท่านที่ให้กำลังใจ

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

30
เป็นเรื่องผิดปกติสำหรับ บริษัท ขนาดเล็ก (นักพัฒนา 15 คน) ที่จะไม่ใช้การควบคุมแหล่งที่มา / รุ่นที่จัดการหรือไม่ [ปิด]
ไม่ใช่คำถามทางเทคนิค แต่มีคำถามอื่น ๆ อีกมากมายเกี่ยวกับการควบคุมแหล่งที่มาและแนวปฏิบัติที่ดีที่สุด บริษัท ที่ฉันทำงานด้วย (ซึ่งจะไม่เปิดเผยชื่อ) ใช้เครือข่ายแชร์เพื่อโฮสต์ซอร์สโค้ดและโค้ดที่นำออกใช้ เป็นความรับผิดชอบของนักพัฒนาหรือผู้จัดการในการย้ายซอร์สโค้ดไปยังโฟลเดอร์ที่ถูกต้องด้วยตนเองโดยขึ้นอยู่กับว่ามันเปิดตัวแล้วหรือยังและเป็นเวอร์ชั่นอะไร เรามีสเปรดชีตหลายจุดที่เราบันทึกชื่อไฟล์และเวอร์ชันและสิ่งที่เปลี่ยนแปลงไปและบางทีมก็ใส่รายละเอียดของเวอร์ชันต่าง ๆ ไว้ที่ด้านบนของแต่ละไฟล์ แต่ละทีม (2-3 ทีม) ดูเหมือนจะทำสิ่งนี้แตกต่างกันภายใน บริษัท อย่างที่คุณสามารถจินตนาการได้มันเป็นระเบียบที่จัดระเบียบเพราะ "คนที่ใช่" รู้ว่าสิ่งของของพวกเขาอยู่ที่ไหน แต่เป็นระเบียบเพราะมันแตกต่างกันไป ฉันพยายามผลักดันการควบคุมแหล่งที่มาที่มีการจัดการมาระยะหนึ่งแล้ว แต่ดูเหมือนว่าฉันจะไม่ได้รับการสนับสนุนเพียงพอภายใน บริษัท ข้อโต้แย้งหลักของฉันคือ: ปัจจุบันเรามีช่องโหว่; ณ จุดใด ๆ ที่ใครบางคนอาจลืมที่จะทำหนึ่งในหลาย ๆ การกระทำที่เราต้องทำซึ่งอาจหมายถึงการจัดเก็บทั้งเวอร์ชันไม่ถูกต้อง อาจต้องใช้เวลาหลายชั่วโมงหรือหลายวันกว่าจะแยกรุ่นกลับมารวมกันหากจำเป็น เรากำลังพัฒนาคุณสมบัติใหม่พร้อมกับการแก้ไขข้อบกพร่องและมักจะต้องชะลอการปล่อยของหนึ่งหรืออื่น ๆ เพราะงานบางอย่างยังไม่เสร็จสมบูรณ์ เราต้องบังคับให้ลูกค้าใช้เวอร์ชันที่มีคุณสมบัติใหม่แม้ว่าพวกเขาต้องการแก้ไขบั๊กเพราะมีเพียงเวอร์ชันเดียวเท่านั้นที่พวกเรากำลังทำงานอยู่ เรากำลังประสบปัญหากับ Visual Studio เนื่องจากผู้พัฒนาหลายรายกำลังใช้โครงการเดียวกันในเวลาเดียวกัน (ไม่ใช่ไฟล์เดียวกัน แต่ยังคงทำให้เกิดปัญหา) มีนักพัฒนาเพียง 15 คน แต่เราทำทุกอย่างแตกต่างกัน มันจะดีกว่าไหมถ้ามีแนวทางแบบมาตรฐานทั่ว บริษัท ที่เราทุกคนต้องปฏิบัติตาม …

30
ฉันจะเสนอผลประโยชน์ทางการเงินที่ไม่ใช่เงินสดแบบนวัตกรรมให้แก่นักพัฒนาของฉันเพื่อรักษาไว้กับเงินเดือนที่แข่งขันได้อย่างไร
ตัวเลือกหุ้นไม่สมเหตุสมผลเนื่องจาก บริษัท เป็นส่วนตัว [มันยังคงเป็นเช่นนั้นถ้าคุณเป็นเฟซบุ๊กและระบบกฎระเบียบอนุญาตให้ไซต์เช่นตลาดรอง แต่ฉันพูดนอกเรื่อง] ฉันคิดได้บ้าง: ประโยชน์ด้านสุขภาพต่อผู้ปกครองและผู้ปกครองในกฎหมาย สนับสนุนจักรยานประหยัดน้ำมันเพื่อขับไปยังสำนักงาน บัตรของขวัญสำหรับโอกาสเช่นการให้บริการครบ 1, 3, 5 ปี ฉันสามารถทำอะไรกับคำแนะนำเพิ่มเติมได้ที่นี่ แก้ไข: ขอบคุณทุกคนสำหรับการตอบสนอง เพื่อสรุปนี่เป็นสิ่งเพิ่มเติมที่ HR ของฉันสามารถทำได้: การจับคู่สมทบกับกองทุนเพื่อการเกษียณอายุของพนักงานหากพนักงานมีส่วนร่วม ทุนการศึกษาต่อเนื่องหลักสูตรวิชาชีพ ฯลฯ การสมัครสมาชิก บริษัท ACM, IEEE, Safari Books ฯลฯ บัตรกำนัลอาหาร เป็นสมาชิกของโรงยิม โฮสต์ห้องสันทนาการที่สำนักงาน โบนัสสปอต หมดเวลาสำหรับการเพิ่มรหัสในการจดจำการสนับสนุนแต่ละรายการ คบหา
125 management 

15
เส้นทางอาชีพสำหรับนักพัฒนาที่ไม่ชอบการจัดการคืออะไร?
หากคุณเป็นนักพัฒนาซอฟต์แวร์ (ผู้พัฒนาอาวุโสหรือหัวหน้าฝ่ายพัฒนา) และคุณต้องการใช้รหัส / การออกแบบมากกว่าการประกอบอาชีพด้านการจัดการเส้นทางอาชีพที่มีอยู่ใน บริษัท ของคุณหรือที่คุณเคยได้ยินมาคืออะไร? ไกลแค่ไหนที่คุณสามารถไป? มันเป็นไปได้ไหมที่จะทำตัวต่อไปจนกว่าคุณจะกัดฝุ่นหรือว่าไร้เดียงสาเกินไป? คนอย่าง Uncle Bob นั้นยังถือว่าเป็นนักพัฒนาเช่นที่พวกเขาอ้าง?
110 management  coding 

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

19
การจัดการกับการจัดการที่ไม่เห็นคุณค่าในการปรับปรุงที่ผู้ใช้ไม่สามารถมองเห็นได้ทันที
ฉันสามารถเข้าใจแรงกดดันจากตาราง คุณต้องการทำให้ผู้ใช้ของคุณพอใจเพราะเป็นส่วนสำคัญของ บริษัท อย่างไรก็ตามมันเป็นความจริงที่การเปลี่ยนแปลงบางอย่างจะทำให้ทุกอย่างง่ายขึ้น น่าเสียดายที่การจัดการในองค์กรของฉันมีความต้านทานต่อสัญชาตญาณต่อการเปลี่ยนแปลงดังกล่าวและการต่อต้านนี้แข็งแกร่งมากจนได้รับการปรับปรุงในระยะยาว ตัวอย่างเช่น Apple เพิ่งเปิดตัวการอ้างอิงอัตโนมัติสำหรับโปรแกรม iOS นี่คือการปรับปรุงที่สำคัญในการรักษาการโทร / ปล่อยสายที่เคยใช้มาก่อน รหัสนั้นง่ายต่อการเขียนและง่ายต่อการบำรุงรักษา การเปลี่ยนแปลงตัวเองมีแนวโน้มที่จะก่อให้เกิดความผิดพลาดบางอย่าง แต่เมื่อสิ่งเหล่านี้ได้ผลจำนวนการสุ่มที่ผิดพลาดน่าจะลดลง ฉันเพิ่งพูดกับเจ้านายของฉันว่าฉันต้องการเปลี่ยนเป็นการนับการอ้างอิงอัตโนมัติ คำตอบของเขาคือเขาต้องการที่จะมีสมาธิกับการปรับปรุงที่มองเห็นได้ เป็นไปได้ว่าคำตอบนี้ได้รับแรงหนุนจากความกดดันที่เขาได้รับจากเบื้องบน - และอาจมาจาก CEO มีตัวอย่างที่คล้ายกันมากมาย เธรดทั่วไปคือสิ่งที่ต้องแก้ไข แต่ต้นทุนระยะสั้นของการแก้ไขมีมากกว่าผลประโยชน์ระยะสั้นโดยที่ "ระยะสั้น" ถูกกำหนดเป็น "ภายในไม่กี่สัปดาห์ถัดไป" ฉันจะจัดการกับสถานการณ์ได้อย่างไร แก้ไข: ขอบคุณสำหรับคำตอบ มาเรื่อย ๆ เนื่องจากมันเกี่ยวข้องกับสถานการณ์ของฉันฉันควรทำให้ชัดเจนว่าผู้จัดการและ CEO ของฉันเป็นทั้งโปรแกรมเมอร์ - แม้ว่า CEO อาจลืมไปแล้วว่าสิ่งนี้เป็นอย่างไร เห็นได้ชัดว่าโปรแกรมเมอร์ของพวกเขาถูกกดดันจากแรงกดดันอื่น ๆ

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

19
การเลือกระหว่างโปรแกรมเมอร์สองคน: ประสบการณ์กับความหลงใหล [ปิด]
ฉันอยู่ในตำแหน่งที่ฉันต้องจ้างโปรแกรมเมอร์และมีตัวเลือกผู้สมัคร 2 คนคนแรกมีประสบการณ์ แต่เขาไม่มีความหลงใหลในการเขียนโปรแกรมและเขาพูดอย่างนั้นในขณะที่สองไม่มีประสบการณ์ แต่เขามี ความหลงใหลเขาทำได้ดีในการสัมภาษณ์และได้รับการรับรอง เรามีทรัพยากรในการฝึกอบรมใครบางคน แต่ฉันไม่ต้องการที่จะระเบิดกระบวนการนี้และจ้างคนที่จะผิดหวัง ใครสามารถช่วยฉันได้ว่าจะเข้าใกล้สถานการณ์นี้ได้อย่างไร?

20
บริษัท สั่งให้เปลี่ยน IDE เป็นธงสีแดงหรือไม่ [ปิด]
ฉันเพิ่งเข้าร่วมการเริ่มต้นที่เติบโตอย่างรวดเร็ว ในช่วง 3 เดือนที่ผ่านมาทีมพัฒนาได้เติบโตจาก 4 เป็น 12 จนถึงปัจจุบันพวกเขาไม่รู้ตัวมากเกี่ยวกับสิ่งที่นักพัฒนาเคยทำงาน ในความเป็นจริงสิ่งหนึ่งที่ฉันพบในตอนแรกน่าสนใจเกี่ยวกับ บริษัท คือโปรแกรมเมอร์ส่วนใหญ่ใช้ Linux หรือระบบปฏิบัติการใดก็ตามที่พวกเขารู้สึกว่าเหมาะสมที่สุดกับความพยายามของพวกเขา ตอนนี้คำสั่งซื้อที่ไม่มีการพูดคุยได้ลงมาแล้วว่าทุกคนจะเปลี่ยนเป็น Eclipse บรรณาธิการที่ดี ฉันชอบ SublimeText2 แต่มันเป็นเพียงรสนิยมส่วนตัวของฉัน เพื่อให้ชัดเจน: เราเป็นทีม JS ที่ใช้ Backbone และ Eclipse เพียงไม่เข้าใจโค้ด Backbone ได้ดี ซึ่งหมายความว่าผู้ที่อยู่ในทีมที่ใช้ a / good / IDE (PHP Storm) ต้องกลับไปทำสิ่งที่ค้นหามากมาย - ค้นหา - โอ้ - รอ - - - - - - …

18
วิธีที่ดีที่สุดในการจูงใจทีมนักพัฒนาคืออะไร? [ปิด]
ฉันรู้ล่วงหน้าว่าผู้คนจะเห็นคำถามนี้และคิดว่า "กระทิงแดงฟรี" แต่ฉันกำลังมองหาวิธีที่ดีที่สุดในการผูกรางวัลสำหรับนักพัฒนากับเป้าหมายระยะยาวของ บริษัท ตัวอย่างเช่นสมมติว่าทีมกำลังทำงานกับผลิตภัณฑ์ซอฟต์แวร์เดียวกันจะเป็นการดีที่สุดที่จะให้รางวัลแก่นักพัฒนาซอฟต์แวร์แต่ละรายตามเงื่อนไขของผลิตภัณฑ์ขั้นสุดท้ายหรือไม่ พวกเขาเป็นทีมหลังจากทั้งหมดและสิ่งนี้จะทำให้มั่นใจได้ว่าพวกเขากำลังทำงานเพื่อบรรลุเป้าหมายร่วมกันในการทำให้ผลิตภัณฑ์ออกมา อย่างไรก็ตามสิ่งนี้ไม่สนใจความจริงที่ว่านักพัฒนาบางคนนั้นแข็งแกร่งกว่าคนอื่นและบางคนก็ทำงานหนักกว่าคนอื่น จากประสบการณ์ของคุณวิธีที่ดีที่สุดในการจูงใจทีมนักพัฒนาคืออะไร ** UPDATE ฉันขอขอบคุณการตอบรับที่แข็งแกร่งที่ฉันได้รับจากคำถามนี้ ฉันคิดว่าจะถามว่าหลังจากดูหนังเรื่องInside Jobซึ่งเกี่ยวกับสาเหตุของวิกฤตเศรษฐกิจที่ผ่านมา หนึ่งในปัจจัยสำคัญที่ภาพยนตร์อ้างถึงคือมีระบบแรงจูงใจที่ไม่ดีใน Wall St. Investors จะได้รับรางวัลสำหรับการทำเงินในระยะสั้นแม้ว่าการกระทำของพวกเขาจะเป็นหายนะก็ตาม ฉันคิดว่าแนวคิดเดียวกันนี้ใช้กับนักพัฒนาได้ดี มีกำไรระยะสั้นในการทำให้ผลิตภัณฑ์ออกมาให้เร็วที่สุดเท่าที่จะเป็นไปได้ แต่อาจมีอาการปวดหัวในระยะยาวที่สำคัญหากผลิตภัณฑ์นั้นเป็นรถบักกี้หรือหากพอร์ตนั้นไม่เข้ากับสภาพแวดล้อมอื่น ตามหลักการแล้ว บริษัท ในอุตสาหกรรมใด ๆ ควรต้องการระบบจูงใจที่ทำให้มั่นใจในความมั่นคงในระยะยาวของผลิตภัณฑ์
75 management 

11
ฉันจะหาคนมาแทนตัวเองได้อย่างไรเมื่อ บริษัท ต้องการคนที่มีประสบการณ์น้อยกว่า [ปิด]
ฉันบอก บริษัท ที่ฉันทำงานเพื่อที่ฉันต้องการจะเลิกตัวเอง แต่ฉันจะติดอยู่สองสามเดือนก่อนที่จะสมัครที่ใดก็ได้เพื่อช่วยในการสรรหาตัวแทนของฉัน ฉันเสนอสิ่งนี้เพราะฉันเป็นผู้พัฒนาเว็บไซต์เพียงผู้เดียวและฉันไม่ต้องการปล่อยให้พวกเขาทำอะไรไม่ถูก ปัญหาคือพวกเขาต้องการจ้างคนที่มีคุณสมบัติต่ำเพื่อหลีกเลี่ยงการจ่ายเงินเดือนสูง เท่าที่ฉันกังวลมันเป็น บริษัท ของพวกเขาและพวกเขาสามารถเรียกใช้ตามที่พวกเขาต้องการ อย่างไรก็ตามเมื่อมันมาถึงฉันช่วยค้นหาและฝึกอบรมคนก่อนที่ฉันจะไปฉันอยู่ในตำแหน่งที่ฉันไม่รู้จะทำอย่างไร เพื่อให้มุมมองเล็กน้อยฉันสร้างระบบอีคอมเมิร์ซขนาดกลางโดยใช้กรอบ MVC มันมีมากกว่านั้น แต่ฉันจะทิ้งมันไว้ ผู้สมัครที่พวกเขากำลังหาให้ฉันตรวจสอบคือคนที่ไม่เคยทำงานในฐานะโปรแกรมเมอร์ได้สร้างเว็บไซต์แบบสแตติกที่ดูยุ่งเหยิงโดยใช้โปรแกรม WYSIWYG และเรียกตัวเองว่านักออกแบบเว็บไซต์ ฉันรู้ว่าคนเหล่านี้ไม่มีโอกาสประสบความสำเร็จ ฉันพยายามอธิบายให้ บริษัท แต่พวกเขาไม่ต้องการฟัง พวกเขาคิดว่าหนึ่งในคนเหล่านี้สามารถได้รับการฝึกฝนและสามารถทำงานได้ในระดับของฉันในเวลาประมาณหนึ่งปี ความจริงก็คือฉันไม่คิดว่าเว็บไซต์ของพวกเขาจะใช้เวลาหนึ่งปีถ้าพวกเขาไปเส้นทางนี้ ฉันคิดว่าบางทีพวกเขาคิดว่าฉันแค่พยายามทำให้ตัวเองดูดีและผู้สมัครใหม่ดูไม่ดีด้วยเหตุผลบางอย่างซึ่งก็ไม่เป็นเช่นนั้น ฉันอยากจะทิ้งสิ่งที่ฉันได้ทำงานหนักไว้ในมือที่มีความสามารถ ดังนั้นสิ่งที่มีจริยธรรมและเป็นมืออาชีพจะทำที่นี่? เพียงแค่บอกพวกเขาว่าผู้สมัครเหล่านี้ไม่ดีจนกว่าพวกเขาจะหาคนที่ดีจนกระทั่งถึงเวลาที่ฉันจะออกไป ณ จุดที่ฉันปล่อยให้พวกเขาไม่มีใคร? หรือแค่ยอมรับว่าพวกเขากำลังจะทำลายตัวเองและทำสิ่งที่ดีที่สุดที่ฉันสามารถทำได้เพื่อเลือกสิ่งที่ดีที่สุดจากผู้สมัครและสอนเขา / เธอสิ่งที่ฉันสามารถทำได้ก่อนที่ฉันจะไป? ฉันแค่อยากทำในสิ่งที่ถูกต้องที่นี่ดังนั้นฉันจึงสามารถออกจากข้อตกลงที่ดี และถ้าปีหนึ่งพวกเขาล้มเหลวฉันก็สามารถมีจิตสำนึกที่สะอาดได้

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.