: 2.文件文化
: 如同上一段“Software Engineer v.s Programmer”所述，文件在日本传统软件公司扮演
: 着重要的角色，以前端工程举例，日本传统软件公司会要求Software Engineer把画面的
: 每个UI components都列出来，甚至每个component要传什么properties也要详列，写完之
: 后再经过一层一层的approve后才能开始开发，这对于工程师来说，是很无聊的一件事，
: 在台湾的时候通常都会先讨论、设计出个大方向后，就会开始做，然后再慢慢优化，而在
: 日本传统软件公司的mindset，比较相信只要把文件写到完美，就没有什么难的事情了，
: 但因为软件开发没有办法事先就确定每个小细节，文件导向的结果就是 ：
: 花了大把时间规划后->get approval -> 发现不可行需要大更动->再改文件->再 get
: approval…由此拖慢了迭代速度。
: 3.开会文化
: 开会也是日本传统软件公司很重要的一环，因为那是很好刷存在感的场合，你开越多的会
: 、给人感觉就是做越多的事情。开会大部分是用来讨论需求及上述技术文件，而这些会常
: 常会遇到的两个问题，一个是开会的人数很多、却只有两三个人在讲话，另一个是日本人
: 似乎不擅长再开会场合做决定，很少会听到有人说：“好，那我们xxx就决定这样做了”
: ，比较常听到的是“xxx这样似乎比较好”“好，不然我们大家回去想一下，三天后我们
: 再来开一次会”，我觉得这跟文化有很大的关系，也可以从日文这个语言窥知一二。
: 所以就“产品迭代速度缓慢”来说，我觉得日本IT公司需要：
: 愿意 take ownership 做决定 、改变现状的人才
感谢大大分享
在此小弟说明一下有关日本人的开会文化
日本人有一个非常关键的民族性，就是群体形式
就是说你活在社会上一定要跟随着群体
具现化到生活上，
1. 大家都在排队所以我也来排队
2. 大家都在欺负某个人所以我也只好欺负他 (霸凌)
3. 开会需要大家来讨论 (即便有没有你参加根本没差)
就能够十分了解这个民族性对他们的生活产生的影响。
在管理学上，群体语言有个很大的盲点叫作风险分散
会议决定了什么，但结果不佳：
这个会议是大家一起决定的喔~ 不是我自己决定的
最后出包大家都有责任啦!!
会议最后什么都没决定：
因为大家都不同意阿，议而不决大家都有责任啦!!
假设会议有10个人参加，每个人分到的责任看起来就变成1/10
有100个人参加就看起来会被稀释成1/100
有没有看起来很熟悉~~
这也是民主社会共有的通病之一
然后咧，大家都去开会，
开会又没效率，在那边浪费时间，
等到你可以作自己的工作时，早就接近下班时间了
日本人的加班就是这么产生的。
如果你们公司有类似情形的，
不妨给管理者看看下列马斯克的文章
https://www.cw.com.tw/article/article.action?id=5089415
— 过多会议是大企业的祸害，而且会议似乎只会随时间愈来愈多。除非你确定你有提供
有价值的意见，否则请摆脱所有大型会议。就算你的意见有价值，也请简明扼要。
—也请你摆脱频率太高的会议，除非你应对的是极度紧急的议题。紧急问题解决后，会议
频率就该骤减。
—如果你无法为会议加值，走出会议室，或减少讲电话的时间。离开并不会显得没礼貌，
硬把人留下、浪费他的时间才是粗鲁的事。
最后回到原波第二点的文件文化，
其实也是相同的状况，
因为上面有很多人盖过章get approve，
表示他们都同意，所以有问题他们都要负责喔~~
为了让责任稀释到最低，自然就需要更多的橡皮图章囉。
以上，为身在日企的感想文