美文网首页
第二个首单的危机处理记录

第二个首单的危机处理记录

作者: 阿新同学请努力 | 来源:发表于2025-02-27 01:35 被阅读0次

近两周真是我这一年半来最极限的状态:连续10天上班到十二点后,一点至三点睡觉,白天all in状态,解决危机,如同打仗一般,终于在今天,把危机度过去了:成功将一批货物出给客户了。

事情是这样的,生产计划本来是:

组装:2/19(周三)首五件,2/20计划500pcs,2/21计划800pcs,2/22(周六)计划1000pcs,2/23(周日)计划1000pcs,2/24计划1000pcs,2/25清尾,4600pcs组装结束。
包装:2/20(周三)首五件,2/21计划500pcs,2/22计划800pcs,2/23(周六)计划1000pcs,2/24(周日)计划1000pcs,2/25计划1000pcs,2/26清尾,4600pcs包装出货结束,关单。

但实际是,20号这一天,才发现,生产要使用的Y-cable数量不太够(用来给产品供电开机用的),直到中午,70条才到工厂,生产有两条拉都会用到。第一条拉,拉线9人,人均两条,则用去18条,加上回流线,用去18条,个别站位增加一至两条,用去5条,第一条拉总计41条,70条Y cable本来是每条拉各35条的,所以只能克服减少6条线来生产。

Y cable数量分配好,就要解决适配器的问题了,由于我的疏忽,在提需求(已经提前3周提出,但没提供料号)购买适配器,交付三周后才找我要料号准备购买时,被PM检查发现料号错误,购买截停更正了。所以适配器没买到,临时措施只能找原要出货的适配器借调1k拿来使用,风险就是外观面容易磕伤出不了货。因此,截至目前,我才将生产所需资源紧巴巴凑齐,开始生产。

线体跑通了,但工程IE根本就不动脑,线体胡乱布置,出现两个员工抢同一条线共用的情况,电线缠绕和互相等待,造成生产效率极低。20号这天生产数量才355pcs,这并没有引起我的重视,我认为一切正常,慢慢生产。

到了21号依然情况不变,生产的UPH为50(我们的设计目标至少是100),这个时候团队开始急了,我才意识到问题的严重性,因为要赶不上下周二(25号)出货的目标了。按这个进度,21号只能生产500台,加昨天未完成目标,已经比计划少了450台了,如果再不想办法提速,后面滚雪球会滚更多。所以,我受到了PM的投诉。出差在外的制造代表开始电话轰炸,问发生了什么问题,我说一切正常,在整理拉线,晚点回复。我开始观察线体,先将抢线共用问题解决。经过和工厂IE头脑风暴了几轮后,确定了拉线布置如下图,约束员工用线习惯,每人专属两条线在自己左手边,大约到下午,UPH爬到了75了,开始爬坡了,我以为顺了,于是晚上十一点多就离开车间到办公室写报告了。21号这一天产出550pcs(多出的50是重新layout的微弱结果),比第一天多了200pcs。

周六(22号)一早,我被投诉了,原因是UPH仅75,我很烦躁,盯线观察,UPH最终爬到80稳定了下来(离目标还差20),今天估计就800pcs,那这三天生产,我已经delay 650pcs了,我开始慌了,也在群里疯狂喊:用Y cable这种方案根本行不通,提拉提不上去!我在发泄我的不满。

周六下午,软件丢来一个雷:忘记下发一个apk下载需求给工厂,需要立马导入生产,同时需要将已经流到包装段的200pcs退回来重新跑,因为这个原因,二测拉线停下来了,等着调试。周六还发生一个事情,小电池电流站位在晚上8:00才调通,之前测过的170pcs机子也需要重新测试。所以二测拉线真正开始跑起来是周日(23号)上午,软件的疏忽,影响了二测的进度。当然,在这一切发生的同时,组装段是正常进行的,但也发生了两个装配结构上的问题:打印仓异响和AB壳头尾松动(不过间隙在标准0.25mm内),总计700pcs。这些问题机全部从二测打回到组装,影响的是二测的进度。这个时候(周日23号),二测已经堆积1k台数量。周日软件验证影响了UPH为50,加上不断打出松动问题,生产缓慢,不间断停拉;不过这一切,组装段依然按照UPH80稳定生产。

周日这一天生产了750pcs,总计已经delay900pcs了。但是这里面也存在问题,因为AB壳的松动,拉线也不间断停拉去验证电批扭力(1.7-->2.0-->2.5),影响到组装效率,但一测效率并未受到影响,依然稳定UPH80。总计已经过一测1600pcs。

周一(24号)这一天,时不时爆出AB壳头尾松动,搞得大家都心慌,因为这意味着这批货全出不了。虽然心慌,但是生产从未停下,边生产,我们边想策略,但说实话,我一点概念也没有,总认为是软件、结构导致我们生产效率低,实际上他们是有影响,但主责在我们制造,UPH爬不上去是主责。周一投入700pcs,一测产出800pcs(UPH结结实实稳定在80了),MMI1总计产出2600pcs,目前比计划总计少了1100pcs了。这个时候二测也仅仅出了1k的量。我知道,UPH是已经爬不上去了。

周二(25号),已经炸锅了,根本出不了货。客户投诉了,制造代表疯狂拍脑袋承诺27号出4k没问题。这意味着,我要在25号这一天,把1100pcs全部干掉,达到产出4k, 在26号把一测的人力改为二测,将二测UPH翻倍到160,同时推动包装产出,才能有机会实现这个目标。所以我疯狂压榨工厂人力,强迫他们加班到12点,但结果是到十点,就完成了1300pcs,我测算了一测的UPH,居然从下午3:00开始,达到了UPH120!我惊呆了,但是我不会去宣传这个事情,因为Y cable的UPH太不稳定了。

周三(26号),二测产出1900pcs,结合之前总计产出3600pcs,还差400pcs,目前看27号出货压力不大了。

周四照常将剩下的400pcs测完给到包装,包装在下午两点,已经完成4k的打包工作,目标完成!

剩下的600是因为欠料原因,所以慢慢做,没有太大压力。

以上就是我记得口水帐,从项目计划看,26号出货4600pcs,但最终在27号出货了4000pcs,少了600pcs的原因是:200pcs是因为缺TP屏,400pcs是因为来错料无法使用,后来允许使用的时候已经到周三(25号)了,人力已经调到二测,无法恢复组装生产,这400pcs没有人力物力来生产,这个根因挂在制造段:没有足够的生产夹具:无Y cable和适配器。晚了一天,是因为爬坡上不去,同时因为研发领域的各种异常导致二测过慢,需要调用一测资源来扩拉才将大量WIP消除。

总结:

mesh混料:导致组装停了0.5天。

TP短料:出货数量减少200pcs。

研发软件异常(验证recovery和补下载apk):拖慢二测进度(周六22日已堆积1600pcs),周日才跑通,产出300pcs,配合验证recovery,使进度delay

基带和测试问题:小电池电流调通用了一天,周六晚上10:00才通,所以周六无产出,周日才正式启动。

结构问题:约700pcsAB壳松动异常和800pcs打印机松动,直接拖慢二测一天进度,也同步影响到组装进度。另外打印仓异响。

Y cable的UPH爬坡慢,但最终在工厂的极力配合下,即加班加点来填补UPH差20的空白(多补200台),其实满足了生产计划,而其他领域的问题才是最终使交付晚一天的问题所在。

相关文章

  • 好习惯 - 查看之前的“工单记录”2019-03-04

    每次处理注册不上,要先查看一下之前的“工单记录”,开通失败的记录。 在“工单查询”中的“工单详细情况查询”里查。

  • 网络公关危机处理涉及对象有哪些?

    大多数企业遭遇网络负面危机之后,都会即刻施展危机公关处理手段。但是,网络公关危机处理涉及对象有哪些?企业危机公关处...

  • 灰暗的四天

    处理危机干预

  • 危机处理

    今天经历了在商学院工作史上最如坐针毡的一天,一位新老师临危受命,接过了一门课程来任教,而之前无法任教的老师是我的最...

  • 危机处理

    如果你现在负债几十上百万,你肯定有银行的钱,也有朋友的钱,有可 能有高利贷,首先,你欠的高利贷你要和他商量,不能按...

  • 危机处理

    当社会把你逼到走投无路的时候,不要忘了你还有一条路,那就是欠债 不还,这并不可耻。——马雅可夫斯基 这是什么,这不...

  • 危机处理

    最近经常遇到各种意想不到的问题,总觉得自己遇到了黑天鹅。百度了一下,觉得还不算,因为黑天鹅事件需要满足三大特性: ...

  • 危机处理

    在处理app系统异常时,本身就是平台自身问题,但处理方式,却是极为关键的,比如动不动封号,可是这本身就是平台问题造...

  • 【面试题】以饿了么为案例分析:如何处理公关危机?

    产品经理常见面试题之公关危机处理:如饿了么遭遇315公关危机,如何处理?基本流程是什么? 如何处理公关危机 分析判...

  • PHP处理Excel时间

    前言 在扩展客服导单的时候,遇到了 PHP 处理 Excel 时间的问题。处理并记录一下。 问题 PHP 获取到的...

网友评论

      本文标题:第二个首单的危机处理记录

      本文链接:https://www.haomeiwen.com/subject/qpqapjtx.html