>>579 กูไม่รู้จะอธิบายยังไงดี มีอะไรจะถามเป็นพิเศษไหมละ เพราะก่อนหน้านี้กูก็ทำงานแต่กับฝรั่งที่หัวทันสมัยพอสมควร
ลองเอาแค่ที่นึกออก และอยากบ่น
บริษัทญี่ปุ่นที่รับงานอยู่ ทำงานแบบ waterfall และทำตาม manual เต็มที่ (PMBOK เอย ISO 21500 อะไรเอย ว่ามา)
เริ่มจากการวางระบบก่อน แล้วให้ project manager วาด gantt chart กำหนดว่าฟังค์ชั่นไหนจะเสร็จเมื่อไหร่
แล้วก็ต้องทำตาม schedule ที่วางไว้ใน gantt chart ให้ได้เป๊ะๆ โปรเจคจะปล่อยได้ต่อเมื่อแผนที่วางไว้ตอนแรกเสร็จ
ถ้าหากไม่เสร็จตาม schedule ที่วางไว้ ถือว่าเป็นความผิดของคุณที่ทำให้โปรเจคล่าช้าและสร้างความเดือดร้อนให้ฝ่ายอื่น
กูเข้าใจนะว่าบริษัทญี่ปุ่นที่ไม่ได้เป็นแบบ waterfall มันก็มีนะ แต่ที่เจอมา 2 บริษัทเป็นแบบนั้นหมด (ที่นึงยันหัวชนฝาว่าตัวเอง agile)
การทำงานมันไม่มีความยืดหยุ่นเลย เช่นเวลาเจอปัญหาที่ควรจะแก้ในตอนนี้ก็แก้ไม่ได้ เพราะ schedule สำคัญกว่า
เวลาต้องคุยกับบริษัทอื่นหรือฝ่ายอื่นเป็นอะไรที่น่ารำคาญชิบหาย เพราะมันจะโยนกันไปโยนกันมา ถ้าไม่ใช่หน้าที่รับผิดชอบตัวเอง
หรือเช่นเห็นอะไรมีปัญหาและไม่ใช่หน้าที่รับผิดชอบของเรา จะไปบอกก็ไม่ได้ จะถือว่าเป็นการเสียมารยาทและข้ามหน้าข้ามตา
เช่นกูเห็น API ตัวนึงบอกว่าต้องใส่ API key ถึงจะดูได้ แต่จริงๆ ไม่ต้องใส่ก็ดูได้ พอไปรายงานก็จะโดนด่าว่า อย่ามายุ่งโดยพละการ
หรือจะแก้คำผิดในหน้าเว็บ (ที่แปลภาษาไทย) ก็ต้องส่งเมลล์ไปแจ้งให้ฝั่งนู้นรับรู้ก่อน ห้ามแก้โดยพละการ
(ถ้าเป็นบริษัทฝรั่งกูจะแก้แล้ว FYI ไปบอกหัวหน้าที่เป็นฝรั่ง)
กูทำงานกับบริษัทญี่ปุ่นแล้วกูก็เข้าใจว่าทำไมซอฟท์แวร์ของญี่ปุ่นที่เคยใช้มา หลายๆ อย่างถึงออกมาห่วยได้ขนาดนั้น
การทำให้ทุกอย่างเป็นระบบจนเกินไป บางทีก็ไม่ใช่เรื่องดี