รหัสคาวบอยในทีม


15

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

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


51
คุณให้รายละเอียดเกี่ยวกับเธอกับฉันบ้างและฉันจะดูว่าฉันจะทำอย่างไรเพื่อให้ บริษัท ของฉันไปหาเธอ
Kevin D

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

7
ผ่อนคลายและรอจนกว่าพวกเขาจะไหม้
Steven Evers

9
ดูเหมือนว่าคุณสามารถวางแผนในเวลา SO มากขึ้นในเช้าวันจันทร์
JeffO

3
สิ่งที่คุณไม่ได้บอกเราคือคุณภาพของรหัสของเธอ เธอยึดเอาคนอื่นมาแก้ปัญหาด้วยคุณภาพที่ดีกว่าหรือด้อยกว่าหรือไม่?
David Thornley

คำตอบ:


17

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

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

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


17

สมมติว่าเธอมีประสิทธิภาพจริงๆและ "แจ็คของการซื้อขายทั้งหมด" ...

โอบกอดสไตล์ของเธอ ปลดกุญแจเธอ และ - แยกเธอออก

นอกจากนี้ยัง ...

ชัดเจนกับความรับผิดชอบที่คุณมอบให้
ให้แน่ใจว่าทีมของคุณเรียนรู้จากเธอ (เช่นการเขียนโปรแกรมคู่ใช้งานได้ดี)
อย่าไป "all-in" - ทดสอบเธอและให้แน่ใจว่ามีแผนสำรองหากสิ่งเลวร้ายลง

สิ่งที่แย่ที่สุดที่คุณสามารถทำได้คือทำให้แรงบันดาลใจของเธอเสียไป


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

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

ที่จริง - อิสรภาพนี้เป็นเหมือนสิ่งเดียวที่ฉันยังคงทำงานอยู่ที่นี่


9

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

ฉันเดาว่าเธอจะไม่ตระหนักถึงผลกระทบที่เธอมีต่อทีม ค่อนข้างการมีส่วนร่วมที่เธอทำอาจทำให้เธอรู้สึกมีค่าต่อทีม

ทางออก (IMHO): เผชิญหน้ากับเธอโดยตรง แน่นอนว่าต้องมีการเจรจาต่อรองและซาบซึ้งในการอุทิศตนและการเสียสละที่เธอทำ (80 ชั่วโมงเป็นสัปดาห์ทำงานที่บ้าคลั่งมากและไม่สามารถเกิดขึ้นได้หากปราศจากการเสียสละอันแสนสาหัสในชีวิตส่วนตัว)

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


คุณรู้หลังจากดูโปรไฟล์ของ OP บน SO / SE ฉันนำไปสู่การมองอีกด้านของเหรียญถ้าเป็นรุ่นพี่จงใจหรือตั้งใจทำสิ่งนี้มันไม่ดีอย่างแน่นอนสำหรับเหตุผลที่ Tim พูดถึง นอกจากนี้ยังมีจุดพื้นฐานที่จะไม่ปล่อยให้จูเนียร์เติบโต / พัฒนาเฉพาะเมื่อจูเนียร์ดีพอที่จะแทนที่คุณในการแสดงสามารถดำเนินต่อไปได้โดยไม่ต้องมีตัวตนของคุณ ดังนั้น +1
Aditya P

9

พิจารณาให้การทำงานของเธอมากขึ้นดังนั้นเธอจึงไม่ต้องมองหาคุณ!


6

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

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


4

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

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


7
ใครก็ตามที่ทำงานสัปดาห์ละ 80 ชั่วโมงในการเขียนโปรแกรมตามความชอบมีแนวโน้มที่จะมีทักษะด้านสังคมสั้น ๆ
David Thornley

4

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

ทำงานเร็วขึ้นไหม

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

ตามคำนิยามถ้ามันอยู่ในรายการสิ่งที่ต้องทำของคุณ - มันยังไม่เสร็จ หากเธอทำเสร็จข้ามมันออกจากรายการสิ่งที่ต้องทำของคุณ

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

ปกติแล้วจะเรียกว่าการทำงานเป็นทีม - ถ้าคุณไม่ชอบทิศทางที่เธอทำปัญหาคืออะไร?

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

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

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


เธอดูเหมือนสมาชิกในทีมที่เหมาะ ... เธอทำให้ชัดเจนว่าเธอทำงาน / เสร็จแล้วเธอช่วยเหลือสมาชิกทุกคนในทีม ฯลฯ
55

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

ไม่ว่าจะเป็นวิธีที่ดีที่สุดคุณควรเริ่มประเมินตนเองก่อนเนื่องจากความพยายามในการ"จัดการ"กับเธออาจไม่ได้ผลดีกับการจัดการ


3

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

สิ่งสำคัญกระโดดลงมาที่ฉัน:

  • เธอมีความสามารถในการทำงานเร็วกว่าคนอื่น

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

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


1
หากคุณอ่านหนังสือ DeMarco คุณจะเห็นว่ามีอัตราส่วนประมาณ 10: 1 ระหว่างจำนวนเงินที่นักพัฒนาที่ดีและไม่ดีนักสามารถผลิตได้ สิ่งสุดท้ายที่คุณต้องการทำคือทำลายคนที่ทำมากกว่าคนอื่น ๆ คุณต้องควบคุมพลังงานนั้นและควบคุมมันให้ดีที่สุด
quick_now

2

เริ่มต้นทีมด้วยการเขียนโปรแกรมคู่

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

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

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

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

ประการที่ห้าเธอจะหัดเล่นเป็นส่วนหนึ่งของทีม เป็นไปได้อย่างสิ้นเชิงที่การลดหย่อนที่เธอทำให้เกิดพร้อมกับการทำซ้ำงานของสมาชิกในทีมคนอื่น ๆ นั้นมีค่าใช้จ่ายมากกว่าที่เธอทำ ผลผลิต! = ประสิทธิผล

หกคุณภาพของรหัสมักจะสูงขึ้นเมื่อ devs จับคู่ ผลข้างเคียงที่ดี


1

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

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


0

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


5
การใส่ในชั่วโมงการเขียนโปรแกรมที่ยาวนานนั้นโดยทั่วไปจะเป็นการต่อต้านในระยะยาว
David Thornley

@ David: ไม่ว่าคุณจะได้รับออกทุกวันศุกร์ :)
ไบรอัน

2
@ 0A0D: นั่นคือความยืดหยุ่นไม่ใช่ "เพิ่มชั่วโมงในที่ทำงาน"
Carson63000

3
@OAOD: ร้านค้าใด ๆ ที่คนทำงานล่วงเวลาไม่ได้รับการชดเชยเป็นร้านเหงื่อ
bit-twiddler

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