บทความนี้เป็นของคุณ Fernando Doglio ที่มีประสบการณ์การทำงานมา 18 ปี ซึ่งได้เป็นหัวหน้าและมีโอกาสคุม Projects ทั้งใหญ่-เล็กมาหลาย Projects และแน่นอนว่าทำให้เขาได้ยินประโยค/ข้อแก้ตัวต่าง ๆ เป็นจำนวนมาก และในบทความนี้ก็คือ 5 ประโยค ที่ควร “หลีกเลี่ยง” พูดกับ Tech Lead ของคุณ
1. ขอโทษที่มาสายเพราะเมื่อคืนฉลองหนักไปหน่อย
คุณ Fernando เคยได้ยินข้อแก้ตัวในทำนองนี้มาหลายครั้ง และถึงแม้ลูกน้องจะบอกหัวหน้าตามความเป็นจริง ซึ่งเป็นเรื่องที่ดี แต่อีกแง่หนึ่ง มันก็แสดงให้เห็นถึงการขาดความรับผิดชอบของผู้พูดเช่นกัน
ชีวิตของเราทุกคนเกี่ยวข้องกับการทำงาน หากมีปัญหาอะไรที่เป็นเรื่องฉุกเฉิน เชื่อว่าหัวหน้าทุกคนคงเข้าใจในเหตุผลเหล่านั้น แต่หากคุณออกไปฉลองจนเมามายหรือสนุกจนเกินพอดี จนทำให้คุณมาทำงานสายไปเกือบครึ่งวันหรือทำให้งานเสีย อันนี้ไม่ใช่เรื่องฉุกเฉินแต่อย่างใดรวมทั้งไม่เหมาะสมอีกด้วย
ไม่สำคัญว่าหัวหน้าของคุณจะเป็น เพื่อนของคุณ ญาติของคุณ หรือใครก็ตาม แต่หัวหน้าของคุณต้องรับผิดชอบ Projects ต่าง ๆ และมี Deadline ที่ต้องควบคุมและผลักดันให้คนในทีมทำให้สำเร็จ แต่พฤติกรรมของคุณกลับทำให้หัวหน้าของคุณทำงานลำบากยิ่งขึ้นด้วยเหตุผลที่ไม่สมควร
2. แต่เราก็ทำแบบนี้กันมาตลอดนะ
เชื่อว่าคงมีบางคนอาจเคยพูดประโยคนี้มาบ้างแล้ว แต่ขอแนะนำว่าอย่าพูดประโยคนี้กับหัวหน้าของคุณบ่อย ๆ และคุณก็ไม่ควรใช้ประโยคนี้เป็นข้อแก้ตัว ในการทำในสิ่งที่เคยทำมาตลอด แต่ดันไปขัดแย้งกับ Bug Report ที่แสดงออกมา ซึ่งมันก็เหมือนกับ สิ่งที่คุณทำอยู่มันมี Bug แต่ที่จริงแล้ว Bug เหล่านั้นอาจมาจากการรวบรวม Requirements ที่ผิดพลาดก็ได้
เราควรยอมรับความจริงที่ว่า Bug Report ไม่เคยโกหกและเราควร Review มันซะ และหลังจาก Review คุณอาจพบว่าที่จริงแล้วมันไม่ใช่ Bug แต่มันมาจากการ Test ที่ผิดพลาด และเมื่อนั้นคุณสามารถเดินไปบอกหัวหน้าของคุณได้ว่า “นี่ไง มันไม่ใช่ Bug ที่มาจากการเขียน Program”
ณ ตอนนี้คุณก็มีข้อพิสูจน์แล้ว ซึ่งคำตอบของคุณมันน่าจะสร้างสรรค์กว่าที่จะพูดว่า “แต่เราก็ทำแบบนี้กันมาตลอดนะ”
3. นี่ไม่ใช่ความผิดของผม
หากคุณเคยโดนตำหนิว่าผิด ทั้งที่คุณไม่ได้ทำ การที่คุณพูดว่า “นี่ไม่ใช่ความผิดของผม ผมไม่ได้ทำนะ” ตอนที่เจอปัญหาใน Projects คำพูดเหล่านั้นมันไม่ได้ช่วยให้อะไรดีขึ้นสักเท่าไหร่
สมมติ หากคุณเจอปัญหาของ Frontend แต่คุณเป็น Backend Developer คุณสามารถทำบางอย่างที่ดีกว่าได้ ด้วยการช่วย Test หรือช่วย Debug ปัญหาเหล่านั้นเท่าที่คุณพอจะช่วยได้ การทำแบบนี้น่าจะมีประโยชน์และส่งผลดีกับตัวคุณเองมากกว่า
4. ผมเบื่อ
มันดูจะเป็นเรื่องปกติที่คุณจะไม่ชอบบางสิ่งคุณจำเป็นที่ต้องทำ เราไม่สามารถคาดหวังได้ว่า เราจะสนุกกับงานที่ทำอยู่ได้ตลอดเวลาและบางครั้งมันอาจจะทำให้คุณรู้สึกเบื่อ
บางทีการที่คุณพูดว่า “เบื่อ” มันอาจหมายถึงว่า 1) คุณไม่มีอะไรทำ ก็เลยนั่งมองเพดานอยู่ตรงนั้น หรือ 2) คุณไม่ทำในสิ่งที่ควรทำเพราะคุณแค่รู้สึกไม่สนุกกับมัน
หากคุณกำลังนั่งอยู่โดยไม่มีอะไรให้ทำ แล้วทำให้รู้สึกเบื่อ นั่นดูจะเป็น นิยามของทัศนคติที่ไม่ถูกต้อง ที่จริงแล้วยังมีสิ่งที่คุณสามารถทำได้อยู่เสมอ และหากคุณอยู่ในสถานการณ์ที่รู้สึกเหมือนว่าไม่มีอะไรทำ คุณสามารถที่จะ:
เดินไปคุยกับหัวหน้าของคุณโดยตรง แล้วบอกว่า ตอนนี้คุณทำงานเสร็จแล้ว และคุณมีเวลาที่สามารถช่วยทำอย่างอื่นได้
ช่วยค้นหา Bug ที่รบกวนตัวคุณหรือทีมของคุณได้ ลองแก้ไข Bug เหล่านั้นซะ โดยทำการ Review Code, ให้ค้นหาส่วนของ Codebase ที่ทำให้เกิด Technical Debt จากนั้นให้ Refactor Code เหล่านั้นซะ
ซึ่งไม่ว่าจะใช้วิธีไหน มันก็แสดงให้เห็นว่า คุณเป็นคน Proactive ซึ่งเป็นสิ่งที่หัวหน้ามองว่ามันคือข้อดี อีกทั้งยังเป็นการช่วยเหลือทีมอีกด้วย
ในทางกลับกัน หากคุณรู้สึกเบื่อเพราะไม่ชอบสิ่งที่ทำอยู่ ก็ลองหาทางทำให้งานของคุณน่าสนใจยิ่งขึ้น เช่น อาจทำให้มันเป็น Automate ซะ หรือลองใช้เครื่องมือที่คุณไม่เคยรู้จักหรือใช้งานมาก่อน เพื่อที่คุณจะได้เรียนรู้สิ่งใหม่ ๆ ดังนั้น จงเรียนรู้ที่จะเปลี่ยนงานที่น่าเบื่อ ให้น่าสนใจยิ่งขึ้น
การที่คุณพร่ำพูดแต่คำว่าเบื่อ นั่นหมายถึงคุณกำลังโยนปัญหาไปให้หัวหน้าของคุณด้วย แต่หากคุณพูดว่าเบื่อ แต่คุณก็ยังคงทำหน้าที่ของคุณอยู่ ถือว่าคุณมีคุณสมบัติที่ดีของการเป็น Developer เช่น:
เป็นคน Proactive
สามารถเริ่มต้นทำสิ่งต่าง ๆ ได้ด้วยตนเอง ไม่ต้องรอคำสั่ง
มี Passion ในการเรียนรู้สิ่งใหม่ ๆ อยู่เสมอ
5. มันก็ต้องมี Bug กันบ้าง
บางครั้งเมื่อเจอ Bug คุณอาจต้องใช้เวลาหลายวันในการแก้ไขมัน ซึ่งแน่นอนว่าต้องใช้ความอดทนและความใส่ใจในรายละเอียด
การเจอ Bug ที่คุณไม่คาดคิด นอกจากจะทำให้คุณหงุดหงิดแล้ว มันยังไม่เกิดประโยชน์ใด ๆ อีกด้วย ซึ่งนั่นอาจหมายถึง:
คุณไม่ใส่ใจใน Product ของคุณมากพอ
คุณยอมรับที่จะปล่อยให้ Users ของคุณ ต้องเจอกับปัญหาในบางครั้งคราว
อย่างไรก็ตาม เมื่อพบกับ Bug ไม่ว่าจะเกิดจากสาเหตุใดก็ตาม สิ่งที่หัวหน้าของคุณกำลังคาดหวังก็คือ:
Solution ต่าง ๆ ในการแก้ปัญหาเหล่านั้น
Root Cause Analysis (RCA) เพื่อ “ทำความเข้าใจว่าเหตุใดถึงเกิดปัญหาขึ้น”
การรับประกันว่า Bugs จะไม่เกิดขึ้นซ้ำอีก อันนี้เป็นการรวมกันของ RCA รวมถึง Documents ที่ได้รับการปรับปรุงแล้วเป็นอย่างดีและในบางครั้งการ Test ที่เกี่ยวข้อง (อาจเป็น Unit Test, Integration Test หรือ E2E Test) จะช่วยทำให้แน่ใจว่า จะไม่เกิด Bug ขึ้นอีกในอนาคต
ในบางครั้ง แม้สิ่งที่เราพูดจะเป็นความจริง แต่ก็อาจทำให้ผู้อื่นมีมุมมองหรือตีความเราไปในอีกแบบหนึ่งได้ ดังนั้นคุณควรรู้จักที่จะเลือกใช้คำพูดให้เหมาะกับสถานการณ์ ซึ่งขึ้นอยู่กับทักษะและประสบการณ์ของคุณ แต่ที่สำคัญกว่าคำพูด ซึ่งเป็นสิ่งที่หัวหน้าทุกคนต้องการก็คือ “การมีทัศนคติที่ดีและความรับผิดชอบ” ในงานของคุณ
ISM Technology Recruitment Ltd. (#1 Tech Recruiter in Thailand) เราเชี่ยวชาญในธุรกิจ IT Recruitment & IT Outsourcing โดยเฉพาะ เปิดทำการมา 30 ปี มีพนักงานทุกสายและทุกระดับทางด้าน IT ที่ได้ร่วมงานกับลูกค้าองค์กรใหญ่ที่มีชื่อเสียงและบริษัทข้ามชาติมากมาย
หากคุณเป็นคน IT ที่อยากทำงานท้าทายและร่วมงานกับองค์กรชั้นนำ สามารถฝากประวัติการทำงาน (Resume) ของคุณไว้กับ ISM ได้ที่ https://www.ismtech.net/submit-your-resume แล้วคุณจะพบว่าอนาคตและโอกาสก้าวหน้ากำลังรอคุณอยู่
Source: https://betterprogramming.pub/