วิธีจัดการผู้พัฒนาที่มีทักษะการสื่อสารไม่ดี


52

ฉันจัดการทีมนักพัฒนาเล็ก ๆ ในแอปพลิเคชันซึ่งอยู่ในช่วงกลางของวงจรชีวิตภายใน บริษัท ใหญ่ น่าเสียดายที่นี่หมายถึงมีการแบ่งงานการเขียนโปรแกรม 30/70 เป็น "งานด้านเทคนิคอื่น ๆ " โดยทั่วไป งานนี้รวมถึง:

  • ทำงานกับทีม DBA / Unix / Network / Loadbalancer ในงานต่างๆ
  • การวางและจัดการคำสั่งซื้อฮาร์ดแวร์หรือโครงสร้างพื้นฐานในภูมิภาคต่างๆ
  • กำลังรันการทดสอบที่ยังไม่ได้ย้ายไปยัง CI
  • การวิเคราะห์
  • สนับสนุน / สืบสวน

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

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

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

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

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


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

12
เขาแสดงทักษะการสื่อสารที่ไม่ดีได้อย่างไร โดยไม่เหมาะสมในแม่พิมพ์ของคุณ?
James

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

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

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

คำตอบ:


77

ดูเหมือนว่าคุณมีการวางความพยายามมากเกินไปที่จะมีกลมดีบุคคลและความพยายามไม่เพียงพอในการมีกลมดีทีมงาน

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

คุณระบุ:

... มันขัดกับหลักการของฉันและส่งเสริมความคิดที่ว่าคุณสามารถสร้าง "ช่องสบาย" สำหรับตัวคุณเองได้ง่ายๆด้วยการทำสิ่งที่คุณไม่ชอบ

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

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

ไม่ว่าคุณจะมีปัญหาอะไรคุณจะต้องผ่านมันไป - คุณทำให้ทีมของคุณมีประสิทธิผลน้อยลง


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

8
@ JasonHolland มีความแตกต่างระหว่าง "ดี" และ "ดีพอ" ตราบใดที่เขาดีพอไม่มีเหตุผลที่จะผลักดันปัญหา op กำลังพิจารณาอย่างจริงจังทำร้ายประสิทธิภาพการทำงานของทีมของเขาเพราะเขาไม่คิดว่า "ยุติธรรม" (เตือนฉันอีกครั้งใครบอกว่าโลกนี้ยุติธรรม?)
riwalk

14
@ JasonHolland ผู้ปฏิบัติการยังกล่าวอีกว่า "ถ้าฉันยังคงทำงานเขียนโปรแกรมต่อไปฉันรู้ว่ามันจะเสร็จเร็วขึ้น ... " นั่นบอกฉันว่าผู้ชายคนนั้นต้องเขียนโปรแกรม op มีชิปอยู่บนไหล่ของเขาและนั่นเป็นปัญหาจริงที่นี่
riwalk

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

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

39

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

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

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

มันคุ้มค่าไหมที่จะสูญเสียผลผลิตบางส่วนจากพนักงานที่ดีที่สุดของคุณเพราะพวกเขารำคาญกับ dev-grumpy-dev หรือไม่? คุณจะต้องตัดสินใจ

ฉันขอแนะนำให้คุณใช้วิธีใดวิธีหนึ่งต่อไปนี้:

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

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


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

3
@BillK "อย่างไรก็ตามสมาชิกหนึ่งคนในทีมอาจมีทักษะการเขียนโค้ดสูงกว่าค่าเฉลี่ย" เขาไม่ได้บอกว่าเขาเป็น 'ดีที่สุด' ฉันรับแทงและบอกว่าเขาดีกว่า 2 / 3rds ของผู้พัฒนารายอื่น นั่นทำให้ 1 ใน 3 ของผู้พัฒนาที่เก่งหรือดีกว่าผู้ชายคนนี้ที่ต้องทำงานพิเศษที่ไม่สนุกเท่าที่เขาได้ทำตลอดเวลา ("ทุกคนชอบที่จะเข้ารหัส") คุณจะชอบมันอย่างไรถ้าเพื่อนร่วมงานคนหนึ่งของคุณพูดว่า "ฉันไม่ชอบใช้การทดสอบหน่วยดังนั้นคุณต้องจัดการทุกอย่างให้ฉัน" คุณจะรำคาญอย่างรวดเร็ว ทัศนคติที่ไม่ดีของชายคนนี้กำลังทำให้เขาได้รับรางวัล
เกรแฮม

9

ก่อนอื่นให้กล่าวโทษสมาชิกในทีมของคุณ ... แสดงถึงทักษะการจัดการที่ไม่ดี

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

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

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

บางทีเขาอาจจะเกลียดตำแหน่งโต๊ะทำงานของเขา (เขากำลังเผชิญหน้ากับห้องส้วมหรือไม่) และนั่นทำให้เขาอารมณ์เสีย

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

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


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

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

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

2
+1 "คำแนะนำ: ฟังคำตอบเหมือนว่าเขาเป็นมนุษย์ที่มีความรู้สึกไม่ใช่ทรัพยากรมนุษย์" ถ้ามีเพียงผู้จัดการคนอื่นคิดแบบนี้ ... ถอนหายใจ
demongolem

8

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

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

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


6

การแยก 30/70อาจเป็นจุดเริ่มต้นของปัญหาทั้งหมดของคุณ ฉันไม่เคยเห็นนักพัฒนามีความสุขกับการแยกแบบนั้น

ฉันเห็นนักพัฒนารู้สึกพอใจกับงานอื่น ๆ อีก 10, 15% (และมีความสุขกับตัวเองเพราะมันสนุกเมื่อขนาดที่ถูกต้อง) แต่ 30% นั้นมากเกินไป ฉันอยากจะคิดว่าสมาชิกในทีมคนอื่น ๆ ไม่อยากพูดในใจมากกว่ามีเพียงคนเดียวที่ไม่ชอบ "งานอื่น ๆ 30%"

ฉันคิดว่ามันเป็นสิ่งสำคัญที่จะต้องปรับ "คณิตศาสตร์เพิ่มประสิทธิภาพ" ของคุณให้เป็นตัวเลขที่สมจริงยิ่งขึ้น มันจะไม่เพิ่มขึ้น 100% เพราะการสูญเสียที่หลีกเลี่ยงไม่ได้ที่ "context switch"

  • 30 + 70 รวมถึงผลผลิตสูงสุด 100% เมื่อสลับระหว่างการเขียนโปรแกรมและงานอื่น ๆจะไม่เกิดขึ้นในชีวิตจริง มีแนวโน้มมากขึ้นประมาณ 20 + 50 หรือแม้กระทั่ง 20 + 40 การสลับบริบทมีความเจ็บปวดอย่างยิ่งสำหรับนักพัฒนาซอฟต์แวร์ - หากคุณสนใจให้ตรวจสอบบทความนี้เพื่อดูคำอธิบายที่ดีว่าเพราะเหตุใด: อย่าตื่นขึ้นมาโปรแกรมเมอร์!
    โปรแกรมเมอร์ที่ให้ความสำคัญกับผลผลิตของพวกเขาย่อมไม่พึงพอใจกับการสูญเสียเช่นนั้น

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

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

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

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


4

ฉันมี 2 สิ่งที่จะพูดเกี่ยวกับเรื่องนี้

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

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

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


+1 - ฉันเห็นด้วยกับทั้งสองประเด็น นักพัฒนาควรมีความรอบรู้พอสมควร และด้วยการสนับสนุนและให้กำลังใจที่เหมาะสมอาจไม่มีเหตุผลว่าทำไมผู้ชายไม่สามารถทำเกมของเขาได้
cjmUK

ใช่ "coder" กับ "ซอฟต์แวร์ dev" เป็นวิธีที่ยอดเยี่ยมในการจัดวางเฟรม แน่นอนเราทุกคนแค่ต้องการเขียนโค้ดสนุก ๆ แต่การทำทุกอย่างที่เกิดขึ้นจริง ๆ แล้วคือสาเหตุที่พวกเราส่วนใหญ่ได้รับเงิน ฉันสามารถเขียนโค้ดนอกชายฝั่งได้ทันที Off-shoring ผู้พัฒนาซอฟต์แวร์ที่เข้าใจโดเมนธุรกิจที่มีอยู่นั้นยากกว่ามาก
เกรแฮม

@ เกรแฮมนั่นคือสิ่งที่อาจทำให้คุณเป็นทรัพย์สินของ บริษัท
Shirish11

4

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

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

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


4

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

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

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

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

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


2

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

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

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

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

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


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

1
@cjmUK - และไม่มีใครพูดว่าสมาชิกคนอื่นในทีมมีปัญหากับสิ่งนี้ ดูแก้ไข 2
JeffO

2
@Jeff O "มันยุติธรรมที่จะบอกว่านักพัฒนาทุกคนต้องการที่จะเข้ารหัส" ขออภัย แต่หากผู้พัฒนารายอื่นไม่มีปัญหากับคนที่มีปัญหาในตอนนี้พวกเขาจะทำในที่สุด djcredo กำลังเริ่มต้นในการพยายามควบคุมสิ่งนี้ก่อนที่มันจะไปถึงเส้นทางนั้น
เกรแฮม

2

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

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

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

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

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

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

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


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

นี่เป็นเพียงแนวคิดสรุปหวังว่าใครบางคนจะขโมยคะแนนเหล่านี้และพับคำตอบเหล่านี้ให้เป็นหนึ่งในคำตอบอื่น ๆ ;-)


0

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

หากคุณไม่ทำคุณจะสร้างสถานการณ์ที่ยากต่อการจัดการและมีประสิทธิภาพน้อยกว่าที่ควรจะเป็น


0

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

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

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

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

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

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

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

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

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


0

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

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

ในที่สุด ... ตรวจสอบกับสมาชิกทีมคนอื่น ๆ หากพวกเขาเห็นความไม่เท่าเทียมกันในการมอบหมายงานเป็นระยะ นี่อาจเป็นปัญหาใหญ่สำหรับคุณ แต่ # 15 ในรายการของคนอื่น


1
เขามีทักษะการสื่อสารน้อยกว่าค่าเฉลี่ย
Matthieu M.

-1

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

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


2
"อย่างไรก็ตามสมาชิกคนหนึ่งของทีมอาจมีทักษะการเขียนโค้ดสูงกว่าค่าเฉลี่ย" เขาไม่ได้ดีที่สุด เขาสูงกว่าค่าเฉลี่ย อาจมีประมาณ 1 ใน 3 ของทีมที่ดีกว่าในการเขียนโค้ด
เกรแฮม

-1

เช่นเดียวกับคนอื่น ๆ ที่ตอบว่าฉันเข้าใจตำแหน่งของคุณและฉันจะมีความทะเยอทะยานที่คล้ายกัน

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

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

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

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

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


-1

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

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


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

-2

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

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

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

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

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


1
เพื่อความชัดเจน - ไม่มีใครถูกไล่ออกจากที่นี่ เราทำงานร่วมกันเป็นอย่างดีและเขาเป็นสมาชิกที่มีค่ามากของทีม dev ฉันกำลังพูดถึงวิธีมอบหมายงานในอนาคตและวิธีปรับปรุงประสิทธิภาพและขวัญกำลังใจของทีมโดยรวม
djcredo
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.