เพื่อนร่วมงานของฉันเป็นคนดี แต่การแสดงของเขาไม่น่าสนใจ ฉันจะบอกเจ้านายของฉันหรือไม่ [ปิด]

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

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

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

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

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

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

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

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

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

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

จากมุมมองของผู้บริหารมี 3 วิธีในการจัดการกับพนักงานในสถานการณ์นี้:

1. รับจุดอ่อนภายใต้การควบคุม
2. เล่นเพื่อจุดแข็งของพวกเขา
3. กำจัดพวกเขา (ไม่ใช่ตัวเลือกของคุณจริงๆ)

รับจุดอ่อนภายใต้การควบคุมโดยขอความช่วยเหลือจากภายนอก

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

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

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

เล่นเพื่อจุดแข็งของพวกเขา

เฮ้บอสฉันทำงานกับโค้ดสำหรับโปรเจ็กต์ x และมันก็งดงาม ในทางกลับกันโค้ดอาจใช้งานได้ดีพอสมควร ฉันคิดว่าโครงการน่าจะดีกว่าถ้า [ux guy] สามารถมุ่งเน้นไปที่ UX ได้มากขึ้นในขณะที่ฉันทำการปรับโครงสร้างใหม่เพื่อให้เข้าสู่สถานะที่มีเสถียรภาพมากขึ้น เมื่อ UX มั่นคงโครงการ bอาจใช้ Midas touch ได้

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

หยุดแก้ไขความผิดพลาดซ้ำ ๆ เขาจะไม่เรียนรู้ ฉันรู้ว่าฉันจะไม่

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

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

ฉันจะระมัดระวังด้วยเหตุผลบางประการ:

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

2. ถ้าคุณไปหาเจ้านายของคุณคุณต้องการอธิบายถึงตำแหน่งทางเทคนิคของคุณอย่างไร? คุณมีเอกสารที่แสดงถึงประสิทธิภาพที่ไม่ดีของเพื่อนร่วมงานหรือไม่

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

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

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

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

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

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

กว่า 80% ของโครงการล้มเหลวไม่มีความละอาย

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

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

และหวังว่าคุณจะไม่ได้รับการว่าจ้างเป็นพี่เลี้ยงเด็กของเขา โชคดี.

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

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

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

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

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

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

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

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

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

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