ตัวเลือกสำหรับโปรแกรมเมอร์นำที่ชอบเขียนโปรแกรมเพื่อเป็นผู้นำ [ปิด]

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

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

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

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

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

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

บางสิ่งที่ฉันพยายามทำ ...

1. ทำให้ชัดเจนกับทุกคน (รวมถึงการจัดการ) ว่าตำแหน่งของฉันและคนอื่นไม่ใช่การมอบหมายอย่างถาวร ทุกคนยินดีที่จะก้าวขึ้นไปบนจานรับมุมมองที่กว้างขึ้นของโครงการและมีส่วนร่วมในการตัดสินใจด้านสถาปัตยกรรม / การออกแบบ ฉันจะมีการพูดครั้งสุดท้าย (ตอนนี้) หากมีความขัดแย้งที่ไม่มีการแก้ปัญหา แต่จนถึงขณะนี้ที่ไม่เคยเกิดขึ้น
2. มุ่งเน้นไปที่การช่วยเหลือผู้อื่นในการพัฒนาและเติบโต ฉันได้พูดคุยกับนักพัฒนาที่แตกต่างกันในช่วงเวลาที่แตกต่างกันเกี่ยวกับการเขียนโค้ดและการออกแบบและวิธีการที่แตกต่างกันในการทำสิ่งต่าง ๆ การสนทนาบางส่วนเกี่ยวข้องกับงานจริงและอื่น ๆ เป็นการฝึกความคิดที่บริสุทธิ์ ฉันมีผู้ชายคนหนึ่งที่มีประสบการณ์มากกว่า 20 ปีกลับไปที่ชั้นวางหนังสือของเขาและหยิบหนังสือ C ++ ขึ้นมาเพราะเขาสนใจเรื่องระดับต่ำบางอย่างที่ฉันทำกับการเขียนโปรแกรมเมตาเทมเพลต การสนทนาเหล่านี้ค่อนข้างติดเชื้อและหลังจากที่คุณพูดถึงหัวข้อเหล่านี้พอสมควรผู้คนก็เริ่มคิดถึงสิ่งนี้ด้วยตนเอง
3. มอบหมายมากที่สุดเท่าที่ฉันสามารถไปยังคนอื่น ๆ แม้ว่าฉันจะตรวจสอบสิ่งต่างๆมากมาย แต่ฉันไม่ได้มีส่วนร่วมในการตรวจสอบโค้ดทุกครั้ง แต่ฉันจะตรวจสอบรหัสสำหรับพวกระดับกลางของเราและฉันปล่อยให้พวกนั้นทำการตรวจสอบรหัสสำหรับคนที่เป็นมิตรกับสิ่งแวดล้อม ฉันเห็นการตรวจสอบโค้ดเป็นเครื่องมือถ่ายโอนความรู้มากกว่า "ลองดูให้แน่ใจว่าเราอ่านทุกบรรทัดและค้นหาข้อผิดพลาดที่เป็นไปได้"
4. เมื่อมีการกำหนดอินเทอร์เฟซและการออกแบบขั้นพื้นฐานก็เกิดขึ้นฉันปล่อยให้แม้แต่คนรุ่นใหม่มีอิสระมากเท่าที่จะเป็นไปได้ ใช่โค้ดจำนวนมากนั้นยังห่างไกลจากความสมบูรณ์แบบ แต่มันได้รับการทดสอบและใช้งานได้ ถ้ามันข้ามขอบเขตความคิดส่วนตัวในแง่ของ "รหัสกลิ่น" และพวกเขายังไม่ได้รับการปรับสภาพใหม่ฉันขอแนะนำว่าบางคลาสจะต้องแตกหักหรือจัดเรียงใหม่ บางครั้งมันก็เจ็บปวด แต่เมื่อฉันกลับมาตรวจสอบอีกสองสามวันต่อมาและได้รับคำตอบว่า "ฉันเกลียดที่จะยอมรับมัน แต่ตอนนี้รหัสนี้ดูดีขึ้นมาก" ซึ่งนั่นทำให้ฉันรู้สึกอบอุ่นและเป็นฝอย
5. ท้าทายผู้คน แทนที่จะเพียงแค่กำหนดคุณสมบัติให้เพิ่มลงในผลิตภัณฑ์ขอให้พวกเขาเพิ่มคุณสมบัติเหล่านั้น แต่ทำได้โดยไม่ต้องเพิ่มจำนวนฟังก์ชั่น / ข้อมูลสมาชิกในคลาสที่มีอยู่ หากคุณต้องใส่อะไรใหม่เข้าไปคุณจะต้องนำสิ่งที่มีอยู่ออกมาและใช้เวลาในการหาว่ามันคืออะไร ทุกคนรู้เกี่ยวกับการปรับโครงสร้าง แต่ไม่มีแรงเพิ่มเติมในตอนแรกดูเหมือนว่าผู้คนต้องการความช่วยเหลือในการทำให้การกระโดดข้ามไปทำสิ่งนั้นจริง อย่างน้อยที่สุดฉันขอแนะนำให้ไปที่จุดนี้ระหว่างการทบทวนรหัสทุกครั้ง
6. ทุกอย่างเกี่ยวกับ BALANCE คุณไม่สามารถเป็นผู้อาวุโสเพียงคนเดียวในทีมที่มองหาคนอื่น คุณไม่สามารถใช้เวลาทั้งสัปดาห์ในการประชุมและแสดงความเห็น คุณไม่สามารถคาดหวังได้ว่าคุณจะได้รับข้อผิดพลาดทุกอย่างที่ทีมของคุณทำ ในตอนท้ายของวันคุณต้องจัดสรรเวลาสำหรับตัวคุณเองเพื่อเป็นผู้นำ แต่คุณต้องจัดสรรเวลาเพื่อที่จะเป็นนักพัฒนา ฉันจะไปบ้าถ้าฉันไม่สามารถรหัส แม้จะมีทุกอย่างอื่นฉันยังคงให้แน่ใจว่าฉันมีเวลาในการเขียนรหัสและไม่ใช่แค่รหัส แต่มีบางสิ่งที่ดีจริงๆ ฉันเพิ่งได้รับหนังสือแม่แบบการเขียนโปรแกรมเมตาและเริ่มขุดใน Boost ผู้ชายที่มากับสิ่งนั้นจะต้องบ้า (ในทางที่ดี) หากผู้บริหารของคุณเริ่มที่จะดักฟังคุณเกี่ยวกับสาเหตุที่ทำให้ทุกอย่างไม่ได้รับการตรวจสอบหรือทำไม noob กำลังตรวจสอบรหัส noobs อื่น คุณเพียงแค่ต้องอธิบายสิ่งที่สมดุลทั้งหมดและทีมก็ไม่มีคนที่มีประสบการณ์เพียงพอและในตอนท้ายของวัน "มันคือสิ่งที่มันเป็น" หากทีมของคุณมีผู้อาวุโสก็ถึงเวลาเพิ่มขีดความสามารถแล้วให้อิสระแก่พวกเขาในการออกแบบ / วิจารณ์ / ช่วยเหลือผู้อื่นและไม่ถือว่าพวกเขาเป็นเพียงผู้สร้างรหัส ด้วยการเสริมพลังทำให้มีอิสระและผู้คนก็รักอิสระ หากคุณมีนักพัฒนาซอฟต์แวร์ที่ไม่สนใจอิสรภาพ / การเพิ่มขีดความสามารถก็ถือว่าใช้ได้ ทุกทีมยังคงต้องการโคเดอเรเตอร์ที่บริสุทธิ์เพียงแค่ให้แน่ใจว่าคุณได้ทำเพื่อความสมดุล ถึงเวลาแล้วที่จะมอบอำนาจและให้อิสระแก่พวกเขาในการออกแบบ / วิจารณ์ / ช่วยเหลือผู้อื่นและไม่ถือว่าพวกเขาเป็นเพียงผู้สร้างรหัส ด้วยการเสริมพลังทำให้มีอิสระและผู้คนก็รักอิสระ หากคุณมีนักพัฒนาซอฟต์แวร์ที่ไม่สนใจอิสรภาพ / การเพิ่มขีดความสามารถก็ถือว่าใช้ได้ ทุกทีมยังคงต้องการโคเดอเรเตอร์ที่บริสุทธิ์เพียงแค่ให้แน่ใจว่าคุณได้ทำเพื่อความสมดุล ถึงเวลาแล้วที่จะมอบอำนาจและให้อิสระแก่พวกเขาในการออกแบบ / วิจารณ์ / ช่วยเหลือผู้อื่นและไม่ถือว่าพวกเขาเป็นเพียงผู้สร้างรหัส ด้วยการเสริมพลังทำให้มีอิสระและผู้คนก็รักอิสระ หากคุณมีนักพัฒนาซอฟต์แวร์ที่ไม่สนใจอิสรภาพ / การเพิ่มขีดความสามารถก็ถือว่าใช้ได้ ทุกทีมยังคงต้องการโคเดอเรเตอร์ที่บริสุทธิ์เพียงแค่ให้แน่ใจว่าคุณได้ทำเพื่อความสมดุล
7. เวลาของคุณมีค่า ดังนั้นขอให้ทีมงานส่งอีเมลคำถามสำคัญที่ไม่เกี่ยวกับเวลาทั้งหมดให้กับพวกเขาเพื่อให้พวกเขาสามารถรอประมาณสองสามชั่วโมงก่อนรับคำตอบ เมื่อมีคำถามถามทั้งทีมควรจะคัดลอกมัน ในที่สุดเมื่อคุณหยุดพักในวันที่คุณสามารถดูปัญหาและช่วยเหลือบุคคล แต่หลายครั้งคนอื่นอาจเอาชนะคุณเพื่อตอบและคุณไม่ต้องทำอะไร เห็นได้ชัดว่าในฐานะผู้นำฉันยังคงเปิดเผยตัวตนและทำให้ความจริงนั้นชัดเจนเพราะฉันเชื่อว่าหนึ่งในวัตถุประสงค์ของฉันคือเพื่อให้แน่ใจว่าไม่มีใครในทีมติดอยู่ในช่วงเวลานานโดยไม่ต้องดำเนินการใด ๆ
8. ตรวจสอบให้แน่ใจว่าทีมของคุณใช้เครื่องมือให้ได้มากที่สุดเพื่อให้การสื่อสารมีประสิทธิภาพมากขึ้น ตัวอย่างเช่นเรามีเว็บไซต์วิกิและทุกครั้งที่ปัญหาเดียวกันเพิ่มขึ้นหลายครั้งฉันถามคนสุดท้ายที่ฉันช่วยสร้างหน้าวิกิ

ฉันไม่ได้พูดคุยกับผู้บริหาร

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

เมื่อโครงการของคุณสิ้นสุดลงให้มองหาตำแหน่งที่เน้นโปรแกรมเมอร์มากขึ้นใน บริษัท ของคุณหรือนอกโครงการ

พูดคุยกับฝ่ายบริหารที่คุณต้องการการจัดการที่น้อยลงและ "มือ" ด้านเทคนิคเพิ่มเติมเกี่ยวกับทักษะ

ดูเหมือนว่าคุณอยู่ในตำแหน่ง PM เมื่อเทียบกับผู้พัฒนานำ ฉันจะพิจารณาผู้พัฒนานำที่จะเข้ารหัสเพิ่มเติม

มุมมองของนายจ้าง :

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

นักพัฒนาที่ดีคือสิ่งที่มีค่า แต่คุณต้องขายพวกเขาว่าคุณมีค่ามากกว่าในการเขียนโค้ดและอาจออกแบบมากกว่าที่คุณเป็นนักเล่นกล

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

เลือกสิ่งที่ง่ายก่อนเช่นอัปเดตสถานะรายสัปดาห์:

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

จากนั้นให้งานพิเศษแก่พวกเขาอย่างต่อเนื่องจนกว่าคุณจะมอบความรับผิดชอบเพิ่มเติมให้กับคุณ

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

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

ฉันคิดว่าถ้าคุณจะนำเสนอนายจ้างของคุณด้วยแผน 6-9 เดือนซึ่งกล่าวว่า

• การอธิบายที่ดีว่าทำไมคุณคิดว่าดีกว่าทุกครั้งที่คุณกลับไปจดจ่อกับการเขียนรหัสในความรับผิดชอบอื่น ๆ
• ใครจะเป็นผู้ริเริ่มใน ... หรือพวกเขาต้องหาใครสักคน ... นี่จะเป็นตัวตัดสินใจหลักที่ฉันคิดว่า
• เดือน Rach เป็นเวลา 6 เดือนคุณจะต้องรับผิดชอบอะไรบ้างกับคนใหม่
• Responsiblites อะไรที่คุณจะต้องแบกไหล่ (เช่นการออกแบบอาจนั่งอยู่ในรีวิวรหัส ฯลฯ )
• ความคิดเกี่ยวกับการลดค่าแรงที่คุณยินดีที่จะรับ (อยู่ระหว่างเดิมและตอนนี้) แม้ว่าให้พวกเขานำเรื่องนี้ขึ้นมา

หากคุณได้รับสิ่งนี้ร่วมกันเป็นแผนสำหรับฉันในฐานะนายจ้างฉันจะมีความสุขมากกว่าที่ได้ทำงานร่วมกับคุณในการทำให้สิ่งนั้นเกิดขึ้น

โชคดี.

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

2 คำถามที่ไม่ชัดเจนจากโพสต์ของคุณ:

• คุณอยู่ใน บริษัท ที่สร้างรายได้โดยตรงจากซอฟต์แวร์ที่คุณเขียน (เช่น Google, Microsoft, หรือ Fog Creek) หรือคุณทำงานใน บริษัท ย่อย (เช่นที่ธนาคารหรือ บริษัท อาหาร)

• CEO เป็นนักเทคโนโลยีหรือเป็นคนที่ลุกขึ้นมาทำหน้าที่ทางธุรกิจหรือไม่?

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

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