狭小空间作业不光要考虑装配的稳定 还要考虑零件一旦掉落到某个缝隙该咋办 不光是要避免花很多时间找掉落的螺丝 还得确保它掉了你不会忘记 最后留在整机里 那样造成的隐患是随机且不可控的
善待别人 比聪明更难
改装机器的第一步不是拆装 而是先开机验收原先其余功能是否正常 如果原先就有问题 那就可以提前截断 避免后续拆装时不好溯源
生产资料例如sop要拿亚克力板包起来 不光是为了方便查看 还一个是保护 防止掉落到地上 那就是一张纸 对于清扫工来说 和那些瓦楞纸没有任何区别 所以尽可能把重要的纸质文件做明显的外观和位置区分 这样有很多好处
我发现很多时候不是单元出了问题 而是顺序出了问题 你安慰女朋友 可能允许她发泄 以及安抚都没问题 但这是单元 可能造成效果差异的会是单元间的顺序 你是先让她发泄还是先哄呢？这些都可以根据不同情景去分析
管理供应链有趣的一个实际问题 试想如果你去苹果买新版iPhone 店员告诉你本店无货 但查询发现别的店铺有 但需要调货 且需要走申请 客户表示可以等 但最好是一小时内 如果光是运输肯定没问题 但要走审批 就很麻烦 所以如果你是店员 你会先走运输 把客户安抚 然后拿到这笔提成 事后再补 还是直接拒绝 表示公司规定无法因个人修改呢？这其实是很经典的场景 涉及到的变量有很多 其中主要矛盾是集体与个体 完全因为个案而影响公司的规定 就像管供应链时 某家供应商他需要特别修改 不能按照当时的公司规定去管理 那这个时候其实解决的第一步是补充上下文 你得评估这家供应商的重要性 为他修改的必要性以及修改完后对整体的控制力（防止别的供应商知道后也这么要求） 所以评估时的思路很重要 你不能光是知道结果 还需要分清楚导致结果的原因细节
很有趣的是 也是我之前会纠结的 你作为npi工程师需要打螺丝打得很厉害吗？事实上这是思考角度的偏差 我之前纠结的是身份视角 因为打螺丝是工人的工作 我应该告诉他们即可 但后面我意识到 可以把打螺丝视作工程解决的一种路径 也就是我不是在光打螺丝 我是在验证这里的装配是否合理 好不好打 需不需要做治具 以及有没有失效风险 这些是更有价值的 所以这是我的一个心得：当你换一个视角 之前纠结的可能就不攻自破了
最近在做一个巡店应用，是看了《因为独特》后得到的灵感 觉得用第一人称视角代入然后像玩fps游戏那样去巡店 并且可以有孩子这样视角矮一点的选项 我觉得会很有趣 反正之前也用过unity做过游戏 晚上回去做！感兴趣的朋友欢迎交流👏
规模效应总是存在
装10台跟装15台看上去数字差了不多，但极有可能结果出现很大的差别，因为它的数量过了拐点，这个点是指你原有人力物力等综合下产能的极限值 你越过了就会产生规模效应的负面影响，这个时候需要改变原有组合，或者改变生产计划。所以这也是生产中形对于质的印证。你的目的归到底就那么几个：产品生产好、效率高等等，但达到它的方法却千变万化，且往往不同层面呈现一种网状互相影响，所以我目前摸到的有效方法是测阈值，过程是黑箱，你不可能永远跟得上，但设立始末，你可以有效得到反馈，进而进行下一轮的迭代
优雅的解法：一根扎带 束住一捆扎带😎
