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


25

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


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

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

@Job คุณเคยสงสัยว่า dev อาจสิ้นสุดการทำอึเดียวกันของเขาทั้งหมดชีวิต [ไม่เป็นอันตรายเกินจริง] ถ้าเขาไม่ได้ให้คำปรึกษาจูเนียร์ที่จะทำของเขา [ผมหมายถึงเรื่องธรรมดา .. นะไม่อยากให้คำปรึกษาของเธอในฟิสิกส์] งาน?
Chani

คำตอบ:


37

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


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

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

นั่นดูเหมือนจะเป็นวิธีที่ดีในการส่งเสริมมิตรภาพซึ่งโดยธรรมชาติควรนำไปสู่การให้คำปรึกษา
richard

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

21

มันควรจะเป็นส่วนหนึ่งของวัฒนธรรมที่นักพัฒนาอาวุโสจับคู่กับนักพัฒนารุ่นน้องในฐานะที่ปรึกษาหรือไม่?

ใช่.

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

มันจะไม่เกิดขึ้นบ่อยครั้งมากพอที่จะช่วยเหลือใครได้จริง

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

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

วิธีเดียวที่จะสร้างการให้คำปรึกษาคือการแทรกผู้คนใหม่ ๆ เข้าไปในกลุ่ม


@David Thornley และ S.Lott: คุณแบ่งปันสิ่งที่คุณเห็นในประสบการณ์ของคุณได้ไหม? Annecdotes? ฉันได้คำตอบที่หลากหลายจริงๆที่นี่!
richard

@ Richard DesLonde: ฉันแทบจะไม่เคยเห็น mentorships แบบธรรมชาติแม้ว่าฉันอาจจะไม่ใช่คนที่ดีที่สุดที่จะถาม ครั้งเดียวที่ฉันเห็นมันเกิดขึ้นในระดับที่สำคัญคือเมื่อผู้บริหารขอให้คนที่สนใจในการเป็นที่ปรึกษาและที่ปรึกษาและการจับคู่ที่แนะนำ
David Thornley

1
@ Richard DesLonde: "ฉันได้รับคำตอบที่หลากหลาย" คุณคาดหวังอะไร? เป็นคำถามเกี่ยวกับ "การขัดเกลาทางสังคม" ไม่มีคำตอบที่ถูก ถ้ามีเราจะทำมันไปแล้ว
S.Lott

นั่นคือสิ่งที่ฉันคาดไว้ แต่คุณและเดวิดมาจากอีกด้านหนึ่งมากกว่าคำตอบอื่น ๆ ส่วนใหญ่ดังนั้นฉันอยากให้คุณเพิ่มอีกนิดหน่อยเพื่อหาคำตอบ ฉันต้องการข้อมูลมากจากทั้งสองฝ่ายเท่าที่จะทำได้ ขอบคุณ! :-)
richard

8

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

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


1
จากนั้นคุณจะสนับสนุนให้คำปรึกษาอย่างไร คุณต้องการให้รุ่นน้องรู้สึกสบายใจกับการเป็นพี่เลี้ยงและคุณต้องการให้ผู้อาวุโสรู้สึกสะดวกสบายในการให้คำปรึกษา
richard

1
@ ริชาร์ด: ในฐานะนักพัฒนาอาวุโสให้คำปรึกษาเป็นงานหลัก คุณไม่ได้เป็นรุ่นพี่ด้วยการแก่และโตหนวดเครา หากคุณไม่สามารถให้คำปรึกษาอย่าเข้ามามีบทบาทนี้ "เพิ่ง" เป็นนักพัฒนา
back2dos

1
@Richard โดยปกติแล้วการสนทนาจะเป็นดังนี้: Senior Developer: "พวกนั้นกำลังเขียนอินเทอร์เฟซแย่มาก! มันทำให้ทุกอย่างที่ฉันออกแบบมาเมื่อปีที่แล้ว" ฉัน: "คุณรู้ไหมถ้าคุณต้องการให้คนใหม่เขียนอินเทอร์เฟซที่สะอาดตาคุณอาจต้องการนั่งกับพวกเขาและอธิบายความคิดของคุณ"
Christopher Bibbs

7

นักพัฒนาอาวุโสควรจะต้องให้คำปรึกษากับนักพัฒนารุ่นน้องหรือไม่?

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

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

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

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

5

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

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

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


4

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

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

ฉันคิดว่าคุณต้องเต็มใจที่จะเป็นผู้ให้คำปรึกษาในบางครั้งและให้คำปรึกษากับผู้อื่น

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

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

การบังคับให้คำปรึกษาอาจสร้างระบบวรรณะซึ่งนักพัฒนาอาจไม่พอใจซึ่งกันและกัน มันจะดีกว่าที่จะปฏิบัติต่อนักพัฒนาทุกคนอย่างเท่าเทียมกันในระดับเดียวกัน

อุตสาหกรรมนี้แตกต่างกันมาก วุฒิสมาชิกไม่ได้ดีกว่าเสมอไป

บางครั้งผู้อาวุโสจำเป็นต้องได้รับคำปรึกษาจากรุ่นน้อง


คำตอบนี้สมควรได้รับมากกว่า +1 ที่ฉันสามารถให้ได้
Peter Taylor

3

ฉันอยู่ในสภาพแวดล้อมที่ทำสิ่งต่าง ๆ ทั้งสองวิธี

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

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

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

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

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


3

นักพัฒนาอาวุโสควรได้รับการคาดหวังว่าจะเหนือกว่าโค้ดที่ปั่นป่วน อย่างไรก็ตามทิศทางที่พวกเขาไปไม่ควรเหมือนกันสำหรับนักพัฒนาอาวุโสทุกคน

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

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


3

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

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


3

โครงสร้างทีมที่นำไปสู่ความคิดเห็นเกี่ยวกับโค้ดควรทำเคล็ดลับ ...

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


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

2

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


2

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

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


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

  1. สถานะปัจจุบัน - ตอนนี้สิ่งต่าง ๆ อยู่ที่ไหน? ความท้าทายในปัจจุบันที่ผู้ให้คำปรึกษาอาจให้ความช่วยเหลือในการแก้ไขคืออะไร?
  2. สถานะในอนาคต - ต้องการอะไร: คำใบ้คำตอบคำถามที่จะถามใครจะถาม?
  3. ย้อนหลัง - ทำงานอะไรและไม่ทำงานในการเปลี่ยนแปลง?
  4. การเปลี่ยนแปลงในอนาคต - สิ่งที่จะลองในอนาคตที่อาจทำงานได้ดีกว่าที่เคยทำมาก่อนหน้านี้?

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

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


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

2

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

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


2

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

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

เรื่องนี้ต้องมีการจัดการที่สมดุล ฉันไม่แน่ใจว่าเป็นเรื่องปกติ


2

สำหรับการให้คำปรึกษาในการทำงานใด ๆ มันเป็นสิ่งสำคัญที่ฝ่ายบริหารตระหนักว่านี่เป็นสิ่งสำคัญและจัดสรรเวลาสำหรับการนี้และสนับสนุนอย่างแข็งขัน!

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


1

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


0

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

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

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