ฉันจะจัดการกับเพื่อนร่วมงานที่ช้าและไม่ทุ่มเทในทีมได้อย่างไร [ปิด]


85

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

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

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

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

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

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

การตอบสนองต่อความคิดเห็น:

หากเขาจงใจทำให้เข้าใจผิด บริษัท จริงๆคุณควรรายงานให้ผู้บริหารทราบ

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

บริษัท ของคุณไม่มีระบบติดตามข้อผิดพลาดใด ๆ

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

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

บริษัท มีตัวเลือกหุ้นที่พวกเขาให้ฉัน 2500 หุ้นส่วนใหญ่เขาก็จะได้อีก

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

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

QA กำลังทำอะไรอยู่ตลอดเวลา? เหตุใดพวกเขาจึงไม่รายงาน / ยืนยันสถานะของโครงการ

ผู้จัดการคือบุคคลที่ตัดสินใจเมื่อจะมอบให้กับ QA ณ ตอนนี้ยังไม่ได้มอบให้กับ QA เขาบอกว่าเราควรให้มันภายในสิ้นเดือนนี้


6
คุณจะรู้ได้อย่างไรว่าผู้ชาย C ++ นั้นเร็วกว่าคุณ เขาอาจจะช้าตามธรรมชาติ
งาน

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

1
@ งานมีข้อสันนิษฐานว่าอาวุโสหมายถึง coder ที่ดีกว่าซึ่งไม่ได้เป็นอย่างนั้นเสมอ
รูดอล์ฟโอลาห์

คำตอบ:


126

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

นี่คือสิ่งที่ฉันจะทำ:

  • อย่ากลายเป็นหุ้นส่วนของเขาในอาชญากรรม ปฏิเสธที่จะโกหกเกี่ยวกับสถานะของโครงการหรือโครงการของเขา

  • ใช้งาน (ในเวลาว่างหากจำเป็น) รายงานข้อผิดพลาดไปยังแอปพลิเคชันของคุณดังนั้นข้อบกพร่องทั้งหมดจะถูกส่งทางอีเมลไปยังเพื่อนร่วมงานและผู้จัดการของคุณ หากข้อผิดพลาดเกิดจากแอปพลิเคชันของเขาให้แสดงให้เห็นในอีเมล (ใส่ [XYZ APP BUG] ในหัวเรื่องอีเมลหรือบางอย่าง)

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

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

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

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


45
+1 เพื่อเน้นว่าผู้ถามไม่ควรโกหกเกี่ยวกับสถานะของโครงการของเขา
Eric Hydrick

6
ฉันจะแนะนำวัวที่กำลังแย่ง แต่คำแนะนำของ Lukas นั้นดีกว่า!
รัสคลาร์ก

9
+1 สำหรับ 'ระวังและอย่าประมาทเขา คนเกียจคร้านเป็นเวลานานอย่างเขาอาจมีเล่ห์เหลี่ยมหรือสองแขนเสื้อขึ้น ' เขาต้องมีจริงๆ ...
แอมมีสซิน

3
@Brian ฉันเชื่อว่าการแก้ปัญหาทางเทคนิคเหล่านี้สามารถแก้ไขปัญหาความสัมพันธ์ โปรดทราบว่าเพื่อนร่วมงานมีอายุ 5 ปีและเป็นนักพัฒนาซอฟต์แวร์ที่มีความสามารถ Ashin เป็นมือใหม่ดังนั้นเขาจึงไม่มีประโยชน์มากนัก ในกรณีนี้มันจะเป็นการดีกว่าถ้าคุณยึดติดกับข้อเท็จจริงที่หนักหน่วงมากกว่าที่จะพูดถึงปัญหากับเพื่อนร่วมงานและผู้จัดการที่เป็นไปได้ ถ้าพูดด้วยคำพูดผู้จัดการอาจจะเชื่อใจเพื่อนร่วมงาน - หรือไม่ แต่เขาไม่สามารถทำให้เขาผิดหวังเพราะเขาอาจจะมีค่ากับ บริษัท (การบำรุงรักษาระบบมรดก ฯลฯ )
Lukas Stejskal

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

128

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

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

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

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


44
ฉันยอมรับว่าการทำงานจนกว่าคุณจะง่วงนั้นจะต่อต้าน ไม่มีใครควรทำงานเกิน 40 ชั่วโมงนอกเสียจากว่าจะเป็นเวลาที่เกิดวิกฤติและไม่ได้ทำงานเป็นประจำ
HLGEM

36
อย่าพิจารณาว่าถ้าคุณทำงาน 12 ชั่วโมงและเขาทำงาน 7 และคุณไม่สามารถก้าวไปถ้าเขาไม่ได้ล่วงหน้าที่คุณอาจจะเป็นหนึ่งที่ลงท้ายมองไม่ดี หลังจากทั้งหมดคุณต้อง 12 ชั่วโมงในการทำสิ่งที่ผู้ชายเพิ่งทำใน 7! ดังนั้นแทนที่จะเป็นคุณชะลอความเร็วหรือเขาเร่งคุณควรขอให้โครงการพิเศษใช้เวลาเพิ่มในขณะที่คุณกำลังรอให้เขาทำส่วนของเขา มีอย่างอื่นอีกไหมที่คุณสามารถทำได้ / เรียนรู้ / จัดทำเอกสาร?
Konerak

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

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

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

40

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


5
บันทึกอีเมลมีประโยชน์อย่างยิ่งสำหรับสิ่งนี้ ฉันจะติดตามทุกข้อตกลงด้วยอีเมลและแจ้งให้ฉันทราบเมื่อฉันทำจดหมายด้วยเช่นกัน
Pelshoff

5
@Pelshoff - อย่างแน่นอน แม้ว่าทุกคนจะอยู่ในห้องเดียวก็ส่งอีเมลเอกสารการร้องขอของคุณและติดตามด้วย cc ถึงผู้จัดการ
OtávioDécio

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

3
ปัญหาคือคุณในฐานะพนักงานมีความรับผิดชอบต่อตนเองในการทำให้ บริษัท ประสบความสำเร็จ และหาก บริษัท ประสบความสำเร็จก็ควรหมายความว่าคุณประสบความสำเร็จ (เพิ่มโบนัสผลประโยชน์) บุคคลนี้ทำร้าย บริษัท และทำร้ายคุณทางอ้อม ยืนหยัดเพื่อ บริษัท และตัวคุณเอง :)
Pelshoff

3
@Ashin: เขาสามารถขอให้คุณอย่าซีซีผู้จัดการ แต่นั่นไม่ได้หมายความว่าคุณจะต้องปฏิบัติตาม เขามีอำนาจใด ๆ ที่จะทำอะไรถ้าคุณยังคงเป็นผู้จัดการ CC? นอกจากนี้คุณสามารถใช้คุณลักษณะ BCC เพื่อให้เขาไม่ทราบว่าผู้จัดการเป็น CC'd
FrustratedWithFormsDesigner

34

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

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

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

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


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

32

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

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

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


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

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

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

28

ก่อนอื่น:

เนื่องจากเขาเป็นเพื่อนร่วมงานของฉันฉันจึงไม่สามารถบอกอะไรกับผู้จัดการได้

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

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

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


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

3
คนที่จ่ายเงินเดือนของคุณคือ บริษัท ของคุณไม่ใช่เพื่อนร่วมงานของคุณ
รูดี้

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

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

1
+1 สำหรับIf you know C/C++, you can offer to help on the main application logic to get things moving with that as well.
gyozo kudor

27

มีปัญหาในการทำงานจำนวนมาก ระวังว่า:

  1. คุณกำลังตั้งสมมติฐานเกี่ยวกับแรงจูงใจของคนอื่น
  2. คุณกำลังระบายสีข้อเท็จจริงด้วยความคิดเห็น
  3. บุคคลภายนอก (คนอื่น) ไม่ทราบประวัติและไม่ตระหนักถึงความผิดหวังของคุณกับเพื่อนร่วมงานของคุณ
  4. คุณอาจดูเป็นเด็กถ้าดูเหมือนว่าคุณกำลังเล่นเกม "gotcha" เพื่อนร่วมงานของคุณอาจเล่นได้ดีกว่า - หลังจากเขายังมีงานทำอยู่

ดังนั้นเมื่อแสดงสถานะโครงการของคุณ:

  1. อย่าพูดถึงบุคคลอื่น
  2. เมื่อรายงานข้อผิดพลาดหรือปัญหาเกี่ยวกับรหัส - ไม่ใช่นักพัฒนา พูดว่า "การเรียกวิธี FooBar () กลับมา 1 เมื่อควรคืน 2" จากนั้นปัญหาใด ๆ ไม่ใช่การโจมตีส่วนบุคคลคุณเพียงแค่พูดถึงรหัส - ไม่ใช่คน
  3. ยึดติดกับข้อเท็จจริงที่คุณมีข้อพิสูจน์
  4. หากเพื่อนร่วมงานของคุณได้รับการป้องกันหรือเป็นศัตรูถามคำถาม "ฉันไม่เข้าใจว่าทำไมคุณคิดว่าฉันควรทำ_ "
  5. เป็นคนที่หลงลืมไปสู่สังคมที่ไม่อาจหลีกเลี่ยงได้ แกล้งทำเป็นว่าคุณไม่ได้โจมตีใคร
  6. นอนหลับให้เต็มที่ก่อนคืนสถานะการประชุมใด ๆ ดังนั้นคุณจะว่องไวทางจิตใจ
  7. เอกสาร, เอกสาร, เอกสาร
  8. อย่าอายที่จะขอให้ผู้ชายคนนี้ช่วยคุณด้วยปัญหาที่น่าสนใจเขาอาจจะพาคุณไปถ้าเขารู้สึกว่าคุณเคารพเขา นี่คือการสร้างสายสัมพันธ์ (โปรดทราบว่านี่ไม่ใช่การดูดข้อมูล - นี่เป็นอย่างอื่น)
  9. เตรียมพร้อมที่จะออกเดินทางถ้าคุณจำเป็นต้องทำเช่นนั้นเพื่อที่คุณจะไม่ขัดสนหรือติดกับอารมณ์ สิ่งนี้จะช่วยในการประชุมของคุณ

4
จนถึงตอนนี้หนึ่งในแผนการที่ดีที่สุดที่นี่ ฉันจะเพิ่ม "ออกไปข้างนอกและดมกลิ่นดอกไม้" ตั้งแต่ "ทำงานจนกว่าฉันจะรู้สึกง่วงนอน" ส่วนที่ฟังดูน่ากลัว
Leonardo Herrera

@ Leonardo - ขอบคุณ :-) ฉันเห็นด้วย ความสมดุลระหว่างการทำงาน / ชีวิตและทั้งหมดนั้นนอกเหนือจากขอบเขตของคำถามของ OP
Pat

+1 สำหรับเมื่อรายงานข้อผิดพลาดหรือปัญหาเกี่ยวกับรหัส - ไม่ใช่นักพัฒนา
Ubermensch

16

"ฉันเป็นคนที่ชอบทำงานฉันใช้เวลาส่วนใหญ่ในสำนักงานและกลับบ้านเมื่อฉันรู้สึกง่วงนอน"

สิ่งนี้ไม่ดีต่อสุขภาพและไม่สามารถคาดหวังได้จากเพื่อนร่วมงานเว้นแต่คุณจะได้รับการชดเชยจนถึงจุดที่สามารถหยุดงานได้หลายปีเพื่อหลีกเลี่ยงความเหนื่อยหน่ายที่หลีกเลี่ยงไม่ได้ (บางอย่างเช่น> 10% ใน บริษัท หรือสูงกว่า $ 200ka ปี) การคงไว้ซึ่งความเชี่ยวชาญเพื่อไปให้ถึงจุดที่เขาสามารถพัฒนาได้อย่างรวดเร็วต้องใช้เวลา บางเวลาของคุณควรทุ่มเทให้กับการพัฒนาความเชี่ยวชาญ

"โครงการ c / c ++ เป็นแอพหลักที่ใช้งานได้ทั้งหมดไพ ธ อนของฉันส่งคำขอผู้ใช้ไปที่มันและแสดงการตอบสนองจากมันให้กับผู้ใช้ ... อาจเป็นเพราะเขาไม่ชอบที่จะทำ"

Python เป็นภาษาที่คล่องตัวกว่า C / C ++ แอพของเขาดูเหมือนจะมีฟังก์ชั่นทั้งหมด; แอปของคุณเพียงแค่ UI เป็นไปได้มากกว่าที่จะไม่ยากเท่ากัน เขาอาจจะไม่สร้างรหัสอย่างรวดเร็ว แต่การเข้ารหัสที่มีคุณภาพดีกว่าการเข้ารหัสปริมาณมาก คุณอาจมีความคาดหวังที่ไม่สมจริงว่าเขาสามารถเขียนโค้ดได้เร็วแค่ไหนในเวลาที่เขาเต็มใจ / คาดหวังว่าจะทำงาน (โดยทั่วไป ~ 40 ชั่วโมงต่อสัปดาห์) และจำไว้ว่าถ้าเขาอยู่ที่นั่นมานานหลายปี โครงการที่ใช้เวลาส่วนสำคัญของสัปดาห์การทำงาน)

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

จากนั้นคุณสามารถเขียนชุดทดสอบอัตโนมัติสำหรับระบบของเขาที่เรียกว่าภายนอกซึ่งเป็นไปตามมาตรฐานที่ตกลงกันไว้ ตัวอย่างเช่นการทดสอบกว่า Foo (1,2,3) ให้การตอบกลับเป็น "บาร์ 4 5 6" สิ่งนี้จะช่วยให้เขาระบุข้อผิดพลาดและความเร็วตามการพัฒนาของเขา (และไม่จำเป็นต้องยุ่งกับโค้ดของเขา) เมื่อทำสิ่งเหล่านี้เสร็จแล้วคุณจะสามารถไปยังโครงการ / งานอื่น (เช่นช่วยเขาด้วยส่วน C / C ++)


12

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

ในสถานการณ์นี้มีข้อควรพิจารณาสองสามข้อที่คุณต้องคำนึงถึง

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

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

ดังนั้นหากการโต้แย้งเพื่อนร่วมงานของคุณต่อผู้จัดการและมันก็ไม่ดีที่จะไม่คัดค้านเขาคุณจะทำอย่างไร?

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

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

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

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


3
+1 สำหรับการเน้นว่า "การทำงานอย่างมืออาชีพเป็นสิ่งสำคัญที่สุดสำหรับอาชีพระยะยาวของคุณ"
Skarab

1
+1 คำตอบที่ยอดเยี่ยม - แน่นอนที่สุดเท่าที่ฉันเคยเห็นมา ทางออกของมนุษย์ต่อปัญหาของมนุษย์ ไม่เอ่ยถึงตัวติดตามข้อบกพร่องที่ก้าวร้าว ฯลฯ ;-)
TrojanName

8

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

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

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


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

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

2
เผง การปกปิดเพื่อนร่วมงานจะไม่มีทางนำคุณไปสู่ ​​บริษัท จริง ๆ หรืออย่างน้อยก็ไม่ได้อยู่ใน บริษัท ใด ๆ ที่มีทีมผู้บริหารเพียงเล็กน้อย
WolfgangSenff

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

2
@Ashin คุณอาจต้องการตรวจสอบ Trac หรือ Mantis เพราะเป็นระบบติดตามบั๊กที่ค่อนข้างง่ายในการติดตั้งและใช้งาน
Tangurena

8

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

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

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


4

ฉันเพิ่งอ่าน "The Clean Coder" โดย RC Martin (Uncle Bob) จุดหลักของหนังสือเล่มนี้คือการเขียนโปรแกรมโดยทั่วไปไม่ได้รับความเคารพมากเพราะพวกเขาจะไม่ได้พฤติกรรมอย่างมืออาชีพ นั่นหมายความว่าพวกเขาไม่ได้สื่อสารอย่างมีประสิทธิภาพกับผู้บริหารเกี่ยวกับสถานะของโครงการ

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

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


3

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

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

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

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

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

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

มันแค่ดึงดูดให้คุยกับผู้จัดการของคุณ แต่อย่าลืมว่าคุณต้องทำงานกับคนไหน


2

คำตอบของ Pat นั้นยอดเยี่ยมมาก ฉันเห็นด้วย 100% อย่าแอบไปพบกับเจ้านาย ไม่ว่าจะนำติดตัวไปกับเพื่อนร่วมงานของคุณระหว่าง 4 ตาหรือทำกับคุณทั้ง 3 คน แต่ข้อเสนอแนะของ Pat ที่จะให้ความสำคัญกับปัญหาเรื่องรหัสไม่ใช่สำหรับคนเป็นวิธีที่ถูกต้อง

Btw, 40h / สัปดาห์ก็เพียงพอแล้ว คุณต้องรักษาแรงจูงใจให้สูง!


1

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

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


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

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

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