我所知道的富士康(1)
发布于 2024-10-02
858
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要:我所知道的富士康
本文作者自2006年以来为富士康的三个事业群提供CMMI咨询,累计超过150天的现场咨询经历,使他对富士康有了深入的了解。作者在避免具体人名以保障隐私的同时,希望能够客观地描绘富士康,表达了对富士康成为一个规模大,历史悠久的成功企业的期望。
作者描述了进入富士康厂区的入门手续,包括需要事先提供身份证号码、接口人的审批流程,以及2008年改为电子审批系统后的变化。访客牌的颜色用以区分不同级别的访问权限,且出入厂区时有相应的安全提示和检查。访客在换取访客牌时需要留下身份证或护照,这一点让作者感到不习惯,担心个人信息安全。作者还指出,富士康的客户或供应商可以办理长期到访手续,简化每次访问的流程。
在实际访问富士康的过程中,作者经历了一次因审批手续签字人权限不足导致的等待和重复办理手续,共花费了40分钟才能进入厂区。这一过程中,门卫的服务态度和效率问题让作者及其接口人感到不满,甚至在投诉无望的情况下,只能选择忍耐。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
高成熟度的软件估算应该是什么样的?
1 估算基础 1)对估算对象(需求、任务等)的拆分颗粒度定义了上限与下限,以提升估算的准确度。 2)完备识别了估算对象,没有遗漏的需求或任务。 3)估算人员经过了估算方法的系统培训。 4)定义了组织级的估算方法。2 规模估算 1)从不估算规模或经验估算规模升级为客观度量规模,比如采用国际标准的功能点方法或自定义的规模度量方法,无论是哪种方法,规模与工作量之间应该是强相关的才是合理的。 2)如...
杂谈Barry Boehm的软件工程七原则与敏捷实践
大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则(Seven Basic Principles of Software Engineering),这是Barry Boehm1983年发表的文章,在网上搜到的是别人对这七个原则的转译与介绍,看后觉得怪怪的,总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文,未果,最近终于搜到了原文,因此更能准确把握Ba
成为一个好员工的七个忠告
如何成为一个好员工呢?请看以下七个忠告。
硝烟中的Scrum和XP读书笔记
CH1-1 Scrum不是方法学,它是一个框架。CH1-2 Scrum 的强大和令人痛苦之处就在于你不得不根据自己的具体情 况来对它进行调整;CH2-1 产品Backlog中包含了:故事、特性、需求+优先级并且是用用户的术语的表达;CH2-2 how to demo实际是对用户故事的细化,是设想的用户操作场景,可以作为用户故事的验收准则。CH2-3 指出如何解决问题的应该是...
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线