ในฐานะผู้จัดการฉันไม่สามารถสร้างงานที่ล้ำสมัยได้เสมอไป บางโครงการทำงานในโหมดบำรุงรักษาและสร้างกระแสเงินสดอิสระที่ดีต่อ บริษัท
ในฐานะนักพัฒนาคุณต้องทำอะไรในโครงการนี้? ฉันคิดถึงการสร้างแบรนด์ใหม่ให้กับงาน แต่ฉันสามารถช่วยได้มากที่นี่
แก้ไข: ขอบคุณทุกคำแนะนำ จนถึงตอนนี้คือสิ่งที่เรามี:
คำตอบ:
สำหรับโครงการในโหมดบำรุงรักษาลองคิดดูว่าจะเกิดอะไรขึ้นต่อไป ในที่สุดสิ่งที่จะทำให้พวกเขาไม่ดึงดูดลูกค้าของคุณ? เพื่อหลีกเลี่ยงความล้าสมัยพวกเขาต้องการคุณสมบัติใหม่ประสิทธิภาพที่ดีขึ้นหรือเพื่อให้ง่ายขึ้นหรือไม่ หากคุณเริ่มใหม่บางโครงการสามารถรวมกันได้หรือไม่ พวกเขาควรสร้างด้วยเครื่องมือภาษาหรือกระบวนการต่างกันหรือไม่? มีการปรับปรุงหรือทิศทางที่ไม่มีใครพิจารณาหรือไม่? ให้นักพัฒนาซอฟต์แวร์ของคุณตอบคำถามเหล่านี้ สร้างต้นแบบ ลองภาษาหรือกรอบงานใหม่ มอบโปรเจ็กต์มือถือใหม่ให้กับโครงการ
การทดสอบทางเลือกอื่น ๆ ง่ายขึ้นเมื่อไม่มีกำหนดสิ้นสุด ใช้เวลาที่น่าเบื่อเพื่อหลบหลีกคู่แข่งของคุณ
คุณต้องเสนอสิ่งที่จะใช้เวลาของพวกเขา โครงการในโหมดบำรุงรักษามักไม่ต้องใช้ 40 ชั่วโมงต่อสัปดาห์จากผู้พัฒนาแต่ละคน หากเป็นเช่นนั้นอาจมีบางอย่างผิดปกติกับซอฟต์แวร์ แต่ตามวิธีที่คุณถามคำถามฉันถือว่าคุณกำลังมองหาแนวคิดที่จะครอบครองนักพัฒนาซอฟต์แวร์ของคุณในขณะที่ไม่มีอะไรให้ทำมากมายนัก ฉันไม่ทราบว่างบประมาณทางการเงินของคุณคืออะไร แต่ฉันคิดว่าสิ่งจูงใจบางอย่างเช่นการส่งไปยังการประชุมซอฟต์แวร์อาจมีประโยชน์ ข้อเสนอแนะอื่นอาจรวมถึงการอนุญาตให้พวกเขาสำรวจความสนใจของตนเองอย่างชัดเจนสำหรับพูด 15 ชั่วโมงต่อสัปดาห์ บางคนอาจสนใจสำรวจการเรียงลำดับอัลกอริธึมหรือการออกแบบฐานข้อมูล อาจไม่เกี่ยวข้องโดยตรงกับธุรกิจของคุณ แต่ฉันไม่สามารถนึกภาพได้ว่าคุณจะไม่ได้รับประโยชน์จากความรู้ที่เพิ่มขึ้นในตอนท้าย อย่าบังคับให้พวกเขาต้องทำงานโดยไม่ทำอะไรเลย ปล่อยให้พวกเขาใช้เวลากับสิ่งอื่นหากไม่มีงานให้ทำมากมาย ฉันคิดว่ามันยุติธรรมที่จะขอบทสรุปของสิ่งที่พวกเขากำลังทำเพื่อให้แน่ใจว่าพวกเขาไม่เพียง แต่เรียกดูเว็บแบบสุ่ม แต่ให้พวกเขาสำรวจเล็กน้อย
ในความเป็นจริงแล้วโครงการที่น่าสนใจนั้นค่อนข้างหายาก และจากการศึกษาแสดงให้เห็นว่าความสุขของพนักงานขึ้นอยู่กับสังคมและความสนุกสนานเป็นอย่างมาก พวกเขาพูดถึงเพื่อนร่วมงานอย่างหนาแน่นเมื่อถูกถามว่าทำไมพวกเขาถึงไม่ออกจากงานปัจจุบัน
นั่นเป็นเหตุผลที่คุณควรมีความสุขเสมอเมื่อคุณได้ยินเสียงหัวเราะในอาคารของคุณแทนที่จะตะโกน
สำหรับฉันแรงจูงใจที่ดีที่สุดในสถานการณ์นั้นคือเป้าหมายที่ชัดเจนโดยเฉพาะในรูปแบบของข้อกำหนดที่ดี หรือมากกว่าที่ดีที่สุดมันเป็นหนึ่งในสองสามสิ่งที่คุณมีให้ เหตุผลก็คือว่าถ้างานนั้นไม่น่าสนใจการรู้ว่าฉันจะทำงานซ้ำอีกครั้งของสิ่งที่น่าเบื่อนั่นก็คือการลดความรุนแรงยิ่งขึ้น ที่อาจขึ้นอยู่กับโปรแกรมเมอร์ที่รับรู้ถึงคุณค่าของสเปคอย่างชัดเจน
อีกสิ่งหนึ่งคือการทำให้ชัดเจนว่าน่าเบื่อตามที่อาจเป็นโครงการสร้างรายได้เพื่อประโยชน์ของทุกคน - ไม่มีรายได้ไม่มีงานอื่น ๆ งานต้องทำมิฉะนั้นคุณจะไม่มีเงินเพียงพอที่จะเก็บไว้ บนกระดาน. ชี้สิ่งนี้ออกมาอย่างชัดเจนบางครั้งผู้คนก็ไม่รู้
จากนั้นแบ่งโหลด พยายามหาวิธีกำหนดขอบเขตของงานที่น่าเบื่อและน่ารำคาญ (ขึ้นอยู่กับประเภทของงานแบ่งวันทำงานแบ่งงาน ฯลฯ ) ดังนั้นจึงไม่มีใครมีความรู้สึกว่าพวกเขาติดอยู่กับความยุ่งเหยิงในขณะที่คนอื่นทำ สิ่งที่สนุก
จากนั้นให้ลองทำสิ่งสนุก ๆ และพูดคุยกับนักพัฒนาพวกเขาอาจมีความคิดที่ดี
คุณต้องเปลี่ยนการรับรู้ของโครงการ "น่าเบื่อ" หากการสร้างรายได้ที่ดีนั้นไม่สามารถทำได้ยากนัก
บ่อยครั้งโครงการเหล่านี้ดีสำหรับโปรแกรมเมอร์ของคุณที่มีความปานกลางและมีความสุขที่ได้ปานกลาง คุณจะรู้ว่าคนที่ไม่ได้หลงใหลในการเขียนโปรแกรมและคนที่คิดว่ามันเป็นวิธีการชำระค่าใช้จ่าย ตอนนี้เข้าใจบางอย่าง: ฉันไม่ได้พูดเรื่องนี้เพราะพวกเขาเป็นโปรแกรมเมอร์ที่อ่อนแอและคุณต้องการทำให้ชีวิตของพวกเขามีความสุข ฉันกำลังพูดแบบนี้เพราะคนเหล่านี้มักจะเป็นคนประเภทที่ไม่คาดหวังว่างานของพวกเขาจะเป็นแหล่งเติมเต็มในชีวิตของพวกเขา โดยเสียงของมันเสียงเหล่านี้เหมือนความดันต่ำกระแสที่มั่นคงของรายได้ มากกว่าคนงานเหล่านี้มีความสุขมากกว่าที่จะใช้งานที่ง่ายและความดันต่ำ
แน่นอนว่านั่นไม่ได้หมายความว่าคุณสามารถให้งานที่น่าเบื่อและลืมพวกเขาได้ บางทีคุณอาจให้ "ผู้เล่น" ของคุณ 80% งานที่สนุก / งานที่น่าเบื่อ 20% "ผู้เล่น B" ของคุณอาจ 50/50 และ "ผู้เล่น C" ของคุณอาจเป็น 20/80
ให้นักพัฒนาซอฟต์แวร์ของคุณมีรายได้เวลาทำงานกับสัตว์เลี้ยง / โอเพนซอร์ซ / โครงการที่น่าสนใจ ให้การสนับสนุนกับโครงการประเภทนี้โดยเฉพาะหากงานอยู่ในโครงการหรือโครงการ นั่นเป็นกลยุทธ์ที่ Google ใช้ฉันคิดว่างั้นเหรอ?
ฉันต้องยอมรับว่าฉันไม่เคยทำงานในโครงการที่น่าเบื่อและไม่น่าสนใจดังนั้นฉันจึงไม่แน่ใจว่าฉันเข้าใจคำถามของคุณหรือไม่ และฉันพัฒนาระบบขององค์กรเพื่อการดำรงชีวิต :) ในทางปฏิบัติอย่างจริงจังฉันพบว่าโปรแกรมเมอร์นั้นใส่ใจกับการทำงาน "น่าเบื่อ" น้อยกว่าที่ฉันคาดไว้ งานที่ไร้ประโยชน์เช่นการกรอกแผ่นเวลาซึ่งไม่มีใครตรวจสอบเลยเป็นปัญหาที่ใหญ่กว่ามาก ที่ถูกกล่าวว่า:
รู้ว่าการตั้งค่าโปรแกรมเมอร์ของคุณ; โปรแกรมเมอร์บางคนไม่ชอบ GUI แต่มีบางคนอยู่ห่างจาก SQL พยายามที่จะเคารพการตั้งค่าเนื่องจากงานที่น่าเบื่อสำหรับโปรแกรมเมอร์คนหนึ่งอาจสนุกกับงานอื่น ถ้ามันเป็นไปไม่ได้ที่จะแบ่งงานด้วยวิธีใด ๆ ทำให้มันน่าสนใจโดยเพิ่มการแข่งขัน - ปล่อยให้พวกเขาแข่งขันกันว่าใครจะเป็นคนแรกที่จะจบส่วนของเขาหรือทำสกอร์บอร์ดที่มีรหัสน้อยที่สุด ของข้อบกพร่องใน QA Microsoft เป็นที่รู้จักในด้านวัฒนธรรมองค์กรของพวกเขาซึ่งทำให้โปรแกรมเมอร์แข่งขันในแนวทางที่แตกต่างกันและเลือกวิธีที่ดีที่สุดในตอนท้ายหรือผสมผสานส่วนที่ดีที่สุดของแต่ละวิธีในผลิตภัณฑ์สุดท้าย
การเป็นเจ้าของส่วนหนึ่งของผลิตภัณฑ์และการควบคุมมันยังเพิ่มการมีส่วนร่วมอย่างมาก ในทางตรงกันข้ามไม่มีอะไรน่าเบื่อไปกว่าการมีคนมาช่วยงานของคุณ นอกจากนี้หากมีงานที่เกิดซ้ำทุกคนเกลียดการอธิบายภาพใหญ่ - นั่นเป็นสิ่งที่ต้องทำและทำไมและหมุนคนที่ทำมันในแต่ละสัปดาห์มักจะเกินพอ
ฉันประสบความสำเร็จ / เห็นด้วยการใช้โครงการประเภทนี้เป็นเส้นทางสู่สิ่งที่น่าสนใจยิ่งขึ้น
หาก devs ใหม่และระดับกลางของคุณเริ่มต้นในโครงการ "น่าเบื่อ" ที่ถามคำถามของ devs อาวุโส (ผู้ที่อยู่ในโครงการอื่น ๆ ส่วนใหญ่เวลา) และคุณทำให้ชัดเจนว่าดีกว่าที่คุณทำในพื้นที่บำรุงรักษามากขึ้น มีโอกาสที่คุณจะได้รับการมีส่วนร่วมในอนาคตในงานใหม่จากนั้นสมมติว่าคุณมีทีมงานที่เหมาะสมและติดตามการเปลี่ยนแปลงของทีมเป็นครั้งคราวและดึงนักพัฒนาหลักเข้ามาทำงานเป็นครั้งคราว
หากคุณมีทีมที่ไม่ดีหรือทีมที่ดีมากวิธีนี้อาจไม่เหมาะกับคุณ