富士康20万员工中午一小时午餐问题_张韶智_ZF1908549.pdfVIP

富士康20万员工中午一小时午餐问题

就餐方式

首先可以先确定就餐方式。就餐方式可以分为几种：统一订购外卖、发放餐补员工自行就餐、、

建设食堂安排员工就餐。这几种方式可以对比优劣势。

成本便捷性安全性多样性不确定性

统一订购外卖中低中低中

员工自行就餐低中低高高

建设食堂安排员工就餐高高高中低

综合考虑选择建设食堂安排员工就餐，在食堂建设初期可以考虑结合发放餐补员工自行就餐

的方式。

（注：表格中评级依生活经验判断，准确性有待进一步收集数据调研。

成本

统一订购外卖需要考虑订购费用和配送成本；发放餐补员工自行就餐只包含餐补费用；建设

食堂成本最高，因为有初期的建设成本和后期的运营成本。

便捷性

统一订购外卖便捷性最低，受到运输途中天气、交通等不可控因素的影响；发放餐补员工

自行就餐次之，主要受到外部就餐环境制约；自建食堂便捷性最高

安全性

发放餐补员工自行就餐安全性最无法得到保障，完全依赖于外部就餐环境，工厂既无法控制，

也无法监督。统一订购外卖稍高之，依赖于所选合作伙伴的资质。建设食堂在食品安全方面

是最可控的。

多样性

统一订购外卖可选择余地最差，食堂就餐次之，自行就餐可选择余地最高。

不确定性

自行就餐不确定性是最高的。富士康有20万员工，外部就餐环境是否能承受如此大的吞吐

量，工人在就餐过程中是否能没有任何意外，按时就餐，按时返工。）

食堂建设

然后考虑如何建设食堂。我们要解决的是1小时20万吞吐量的问题。我们可以类比如何解

决应用高并发问题来思考。

高并发的解决一般有如下解决思路：

·前端优化

·WEB访问优化

·应用处理逻辑优化

·数据库优化

前端优化

所谓前端优化，常见的技术手段有建立单独的图片服务器，将静态资源部署在CDN服务器

上。目的是为了减少对后端资源的访问。

对应到富士康就餐的案例，常用的静态资源有每个食堂开设的窗口和供应的菜单。这些信息

可以放在工人们不需要进入食堂就可以看到的地方。比如每个车间的广告屏，在工人休息的

间歇可以播放；或者可以定制一款APP，工人可以查询每个食堂开设的窗口和供应菜单。

WEB访问优化

WEB访问优化常见的方式是负载均衡。通过应用服务器横向扩容，接入负载均衡服务器动

态将WEB访问请求分配到负载比较低的应用服务器上。

对应到富士康就餐的案例，首先可以多建几个食堂用以实现就餐人数的分流。在工人就餐路

上可以设置显示屏，动态播放每个食堂当前的就餐人数，剩余的空位。让工人自动选择就餐

人数少的食堂。

应用处理逻辑优化

应用处理优化常见的技术手段是多线程处理。就是说把一个进程分成很多片，就是很多线程，

多线程共享一个进程的资源，而每个线程都是独立的流程，各个线程之间可以通信。目的是

为了提高单个请求响应时效。

对应到富士康就餐的案例，可以结合生产运作管理的知识，将制作流程模块化，提高单个流

程的制作效率。

数据库优化

数据库优化常用的技术手段是使用缓存和分库分表。所谓使用缓存就是指在用户第一次查询

数据库返回结果时将数据存储到缓存中，下一次用户访问时直接从缓存中获取结果，不必直

接让数据库处理。

对应到富士康就餐的案例，食堂可以预先准备一些打包好的盒饭。这样部分工人到食堂后直

接购买盒饭即可，不需要再打饭。另外因为各个地方的饮食风俗不同，比如北方人喜食面食，

南方人喜食米饭，回人要吃清真食堂。可以分别建设北方食堂、南方食堂、清真食堂等等。

预先在这20万人中调查工人的饮食习惯，多数人偏向的饮食应多建几个食堂分流。