คำถามติดแท็ก management

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

33 management 

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

32 management 

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

30 management  teamwork  team-leader 

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

29 agile  management  planning  review 

หลายครั้งที่ฉันรู้สึกเหนื่อยล้าจากการพัฒนาและความคิดของฉันไม่ได้ช่วยฉันอีกต่อไป (ที่บ้าน) ฉันเพียงแค่ทำอะไรที่สนุกสนานและใจของฉันก็ฟรีสำหรับการทำงานนานหลายชั่วโมงด้วยความสามารถในการแก้ปัญหาที่สูงขึ้น อย่างไรก็ตามเมื่อฉันแนะนำเทคนิคนี้ให้กับผู้จัดการของฉันเป็นเทคนิคในการเพิ่มผลผลิตและประสิทธิภาพของนักพัฒนาเขาปฏิเสธที่จะยอมรับบนพื้นที่ทำงานไม่ใช่สถานที่เพื่อความบันเทิง ฉันคิดว่าสูตรนี้ใช้ได้สำหรับฉัน มันเป็นจริงสำหรับนักพัฒนาอื่น ๆ เช่นกัน: 2 hours of productive work + 30 minutes of entertainment > 3 hours of dull work ทำไม บริษัท ถึงไม่เชื่อเรื่องนี้? อัปเดต:ฉันไม่รู้ว่าทำไมสิ่งนี้จึงถูกปิดเป็นนอกหัวข้อ กรุณาถ้าคุณรู้สึกว่าสิ่งนี้เกี่ยวข้องให้ลงคะแนนเพื่อเปิดใหม่

28 productivity  management  efficiency 

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

27 management 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน7 ปีที่ผ่านมา สิ่งนี้เกิดขึ้นกับพวกเราส่วนใหญ่ ... คุณมาทำงานวันหนึ่ง ทุกอย่างดูเหมือนปกติ - ดวงอาทิตย์กำลังส่องแสงนกกำลังร้องเจี๊ยก ๆ แต่คุณสังเกตเห็นสิ่งแปลก ๆ สองอย่างระหว่างทางไปทำงานเพื่อเตือนให้คุณนึกถึงเดจาวูแมวในเมทริกซ์ คุณเข้ามาในสำนักงานและมีโทรศัพท์จำนวนมากดัง - แต่อาจเป็นได้ว่าพวกเขากำลังทำโปรโมชั่นการขายใหม่ เมื่อคุณสังเกตเห็นเมฆมืดปกคลุมอยู่เหนือคุณ มันใช้เวลาสักครู่ แต่คุณรู้ว่าคลาวด์คือเจ้านายของคุณ โดยปกติเขาจะตรวจสอบคุณทุกเช้าด้วย "Soooo Peeeeter ของเขารายงาน TCP / IP เหล่านั้นเป็นอย่างไร" กิจวัตรประจำวัน แต่วันนี้เขาลืมทุกอย่างเกี่ยวกับมารยาททั่วไปและบุกเข้ามาในพื้นที่ส่วนตัวของคุณอย่างหยาบคาย ไม่มี "อรุณสวัสดิ์" แค่น้ำลายไหลคำรามและคำสาป เขาเตือนให้คุณนึกถึงคนยุคใหม่ที่พยายามหนีจากเสือไซเบอร์ที่เต็มไปด้วยความหวาดกลัวและตื่นตระหนกทั้งหมดที่ถูกบีบอัดในลูกบอลที่แน่น คุณพยายามถอดรหัสภาษาใหม่ที่เขาสร้างขึ้นตั้งแต่เมื่อวานและคุณเริ่มเข้าใจว่ามีสิ่งผิดปกติเกิดขึ้นข้ามคืน - ระบบการผลิตลดลง ตอนนี้ลูกค้ามักใช้ระบบของคุณในช่วงเวลาทำงานปกติตั้งแต่ 9-5 แต่ไม่ว่าด้วยเหตุผลใดก็ตามคุณไม่ได้รับการแจ้งเตือนใด ๆ เกี่ยวกับ beeper …

26 management  production 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน8 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ หนังสือการจัดการเล่มใดที่คุณอยากแนะนำให้อ่านสำหรับหัวหน้าทีมใหม่

26 management  team-leader 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันมักจะมีการอธิบายสิ่งที่ทางด้านเทคนิคและการตัดสินใจทางเทคนิคของฉันมากผู้จัดการฝ่ายเทคนิคและไม่ใช่ฉันรักอันยิ่งใหญ่ที่มัน อะไรเป็นวิธีที่ดีที่จะทำให้สิ่งที่สำคัญเป็นใบ้สำหรับส่วนที่เหลือของโลกที่ไม่มีความหลงใหลในการเขียนโปรแกรม? ตัวอย่างคำถามที่ฉันถูกถาม: ทำไมคุณถึงใช้ Django แทน Java (ไม่ยอมรับว่ามันราคาถูกกว่า) ขอให้ฉันใช้ถ้อยคำใหม่โดยใช้คำศัพท์ที่ไม่ใช้ประโยคของฉันคือ "ไม่อนุญาตให้ใช้แท็ก HTML บางตัว" ฉันจะใบ้มันลงได้ยังไง? สิ่งอื่น ๆ ที่ทำให้รู้สึกดีกับผม แต่เป็นเพียงเพื่อให้พื้นฐานผมไม่ทราบวิธีการที่จะอธิบายได้ ทำไมนี่ทำไมทำไมทุกอย่าง! นอกจากนี้ฉันจะบอกผู้จัดการของฉันให้มองสิ่งพื้นฐานบน Google เช่น "เสาภาพคืออะไร"

26 management 

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

24 code-quality  teamwork  code-reviews  management  pull-requests 

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

24 agile  management 

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

24 management 

ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันได้ฟังพอดคาสต์ของ Scott Hanselman และ Rob Conery ของ Life Developerนี้ ในตอนล่าสุดพวกเขาหารือเกี่ยวกับลักษณะบุคลิกภาพ: 1.0.4 - การมีค่าเฉลี่ย อะไรทำให้ผู้คนมีความหมายในอุตสาหกรรมของเรา อะไรที่ก้าวร้าว? มั่นใจ? ความแตกต่างคืออะไร? คุณอยากจะมีจ่าฝึกหัดให้กับหัวหน้าหรือนายเซ่นหรือไม่? เราคุยกับ Cyra Richardson และ Giles Bowkett ฉันคิดว่าผู้จัดการที่ดีที่สุดที่คุณเคยทำมีลักษณะอย่างไร แก้ไข: เพื่ออธิบายอย่างชัดเจนเนื่องจากมีการโหวตอย่างใกล้ชิดฉันสนใจว่ามีลักษณะร่วมกันกับผู้จัดการของนักพัฒนาซอฟต์แวร์หรือไม่ซึ่งไม่จำเป็นต้องมีลักษณะเหล่านั้นที่ผู้จัดการของอาชีพอื่นต้องการ สำหรับเรื่องนี้เกี่ยวข้องกับการเขียนโปรแกรมหรือไม่ดีฉันไม่ต้องการถามคำถามนี้ในเว็บไซต์ที่ไม่เกี่ยวกับการเขียนโปรแกรมเพราะตรงไปตรงมาฉันไม่สนใจสิ่งที่ผู้คนทำซุปกระป๋องเพื่อการดำรงชีวิต ต้องการจากผู้จัดการของพวกเขาเพราะฉันสนใจสิ่งที่นักพัฒนาต้องการจากผู้จัดการของพวกเขา

24 management 

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

24 code-quality  teamwork  management 

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

23 management  decisions  risk