เคยสงสัยไหมว่าทำไมเพื่อนร่วมทีมบางคนถึงชอบเขียน design doc ยาวเป็นหน้าก่อนแตะโค้ดสักบรรทัด ในขณะที่อีกคนเปิด editor แล้วพิมพ์ทันทีโดยไม่มี plan ใด ๆ ทั้งสิ้น? ส่วนหนึ่งอาจเป็นเพราะนิสัยส่วนตัว แต่บางทีก็สะท้อนบุคลิกภาพแบบ MBTI ได้อย่างน่าสนใจ
บทความนี้ชวนมองอาชีพ developer ผ่านมุมมอง MBTI ทั้ง 16 ประเภท ไม่ใช่เพื่อตัดสินว่าใครเก่งกว่าใคร แต่เพื่อให้เห็นว่าความหลากหลายทางความคิดคือสิ่งที่ทำให้ทีมซอฟต์แวร์แข็งแกร่ง
หมายเหตุ: นี่คือการมองในเชิงสนุก ๆ ไม่ใช่ผลวิจัยทางวิทยาศาสตร์ MBTI ไม่ได้ถูกยอมรับในวงการจิตวิทยากระแสหลักว่าแม่นยำเชิงสถิติ แต่ก็เป็นเครื่องมือที่หลายคนใช้เพื่อสะท้อนคิดเกี่ยวกับตัวเอง
กลุ่มนักวิเคราะห์ (NT) — สายสถาปนิกระบบ
INTJ — The Architect วางแผนก่อนลงมือเสมอ ชอบเห็นภาพรวมทั้งระบบก่อนเขียนโค้ดบรรทัดแรก มักเป็นคนออกแบบ architecture ที่ scale ได้ในระยะยาว จุดแข็งคือมองไกล จุดที่ต้องระวังคือบางทีอาจ over-engineer จนดีเลย์ MVP
INTP — The Logician หลงใหลในการแก้ปัญหาเชิงตรรกะ ชอบขุดลึกว่า "ทำไมมันทำงานแบบนี้" มากกว่าแค่ "มันทำงาน" เหมาะกับงาน R&D หรือเขียน library แต่บางครั้งอาจเพลินกับความสมบูรณ์แบบจนลืม deadline
ENTJ — The Commander เป็นธรรมชาติของ tech lead ตัวจริง ตัดสินใจไว มองเห็นเป้าหมายชัดเจน และผลักดันทีมให้ไปถึงได้ เก่งเรื่องบริหารโปรเจกต์ใหญ่ แต่ต้องระวังไม่ให้ใจร้อนกับทีมที่ทำงานช้ากว่า
ENTP — The Debater ชอบทดลองเทคโนโลยีใหม่ ๆ ตลอดเวลา เห็น pull request ที่แปลกแหวกแนวก็อยากลอง เป็นตัวจุดประกายไอเดียในทีม แต่บางทีก็เปลี่ยน stack บ่อยจนโปรเจกต์ไม่นิ่ง
กลุ่มนักการทูต (NF) — สายใส่ใจคนใช้งาน
INFJ — The Advocate ให้ความสำคัญกับ user experience มาก มักเป็นคนที่คิดแทนผู้ใช้ก่อนจะเขียนฟีเจอร์ เก่งเรื่องเชื่อมโยง business logic กับความรู้สึกของคน แต่บางครั้งเก็บความเห็นไว้กับตัวเองมากเกินไปในที่ประชุม
INFP — The Mediator เขียนโค้ดด้วยความรู้สึกเหมือนงานศิลปะ ใส่ใจ naming convention และความสวยงามของโค้ด ไม่ชอบ conflict ในทีม เหมาะกับงานที่ต้องใช้ความคิดสร้างสรรค์ เช่น frontend หรือ creative coding
ENFJ — The Protagonist เป็น mentor ตามธรรมชาติ ชอบสอนน้องใหม่ในทีม ใส่ใจ code review แบบให้กำลังใจมากกว่าตำหนิ ทำให้บรรยากาศทีมดี แต่บางทีก็ใช้เวลากับการดูแลคนอื่นจนงานตัวเองล่าช้า
ENFP — The Campaigner พลังงานล้นเหลือ ชอบ hackathon และไอเดียใหม่ ๆ ตลอดเวลา เป็นคนที่ทำให้ standup meeting สนุกขึ้น แต่การโฟกัสกับงานที่ซ้ำซากอาจเป็นเรื่องท้าทายสำหรับพวกเขา
กลุ่มผู้พิทักษ์ (SJ) — สายมั่นคงเชื่อถือได้
ISTJ — The Logistician คือ "เสาหลัก" ของทีม ทำตาม process อย่างเคร่งครัด เขียน test case ครบถ้วน ไม่มั่ว ไม่รีบ เหมาะกับงาน backend หรือระบบที่ต้อง reliability สูงอย่างธนาคาร แต่บางครั้งอาจปรับตัวช้ากับการเปลี่ยนแปลงกะทันหัน
ISFJ — The Defender ใส่ใจรายละเอียดเล็ก ๆ ที่คนอื่นมองข้าม เช่น edge case แปลก ๆ หรือ accessibility เป็นคนที่ทีมพึ่งพาได้เสมอ แต่บางทีก็ไม่กล้าพูดตรง ๆ เวลาเห็นปัญหาในโค้ดของเพื่อนร่วมทีม
ESTJ — The Executive บริหารจัดการ sprint และ timeline ได้อย่างมีประสิทธิภาพ ชอบให้ทุกอย่างเป็นระบบระเบียบตาม process ที่วางไว้ เหมาะกับตำแหน่ง project manager หรือ scrum master แต่ต้องเปิดใจรับความยืดหยุ่นบ้างเมื่อสถานการณ์เปลี่ยน
ESFJ — The Consul เป็นกาวใจของทีม คอยดูแลบรรยากาศการทำงานให้ราบรื่น ชอบจัด pair programming หรือ workshop ให้ความรู้ เก่งเรื่อง communication ระหว่างทีม dev กับทีมอื่น ๆ
กลุ่มนักสำรวจ (SP) — สายลุยจริง ทำจริง
ISTP — The Virtuoso ชอบแกะปัญหาด้วยมือ ลงมือ debug ทันทีโดยไม่ต้องมีทฤษฎีมากมาย เก่งเรื่อง troubleshooting ระบบที่ซับซ้อน เหมาะกับงาน DevOps หรือ embedded system ที่ต้องแก้ปัญหาเฉพาะหน้าตลอดเวลา
ISFP — The Adventurer ให้ความสำคัญกับ aesthetic ของ UI/UX เป็นพิเศษ ชอบทำงานเงียบ ๆ คนเดียวมากกว่าประชุมยาว ๆ เหมาะกับงาน UI engineer ที่ต้องการความประณีตทางสายตา
ESTP — The Entrepreneur ชอบ ship ของจริงเร็ว ๆ ทดลองกับ production จริงมากกว่าคิดในกระดาษนาน ๆ เหมาะกับ startup ที่ต้องการความเร็วสูง แต่บางครั้งอาจข้ามขั้นตอนการทดสอบไปบ้าง
ESFP — The Entertainer ทำให้ demo day มีชีวิตชีวา นำเสนอผลงานได้สนุกและน่าติดตาม ชอบทำงานเป็นทีมมากกว่าทำคนเดียว เหมาะกับบทบาทที่ต้อง present งานให้ผู้บริหารหรือลูกค้าบ่อย ๆ
บทสรุป: ทีมที่ดีไม่ต้องการ MBTI แบบเดียว
จุดที่น่าสนใจที่สุดไม่ใช่ว่า MBTI ไหน "เก่งที่สุด" สำหรับสาย dev แต่คือความจริงที่ว่าทีมซอฟต์แวร์ที่ดีต้องการความหลากหลาย ทีมที่มีแต่ INTJ อาจวางแผนดีเยี่ยมแต่ ship ช้า ทีมที่มีแต่ ESTP อาจเร็วมากแต่ระบบพังบ่อย
สุดท้ายแล้ว ไม่ว่าคุณจะเป็น MBTI แบบไหน สิ่งที่ทำให้เป็น developer ที่ดีคือความอยากเรียนรู้ต่อเนื่อง ความรับผิดชอบต่อโค้ดที่เขียน และความเคารพเพื่อนร่วมทีมที่คิดต่างจากเรา — เพราะบางทีบั๊กที่คุณมองไม่เห็น อาจเป็นสิ่งที่เพื่อนร่วมทีมที่มีบุคลิกต่างจากคุณเห็นได้ในทันที
