• 【转】知道老子工作为什么累吧!! (从一同事的空间里转来的)


      产品出了问题:第一个想到的是找PE,一个电话过来,你必须在五分钟内赶到现场,大家等着你分析原因,为了不让生产停下来,你还必须在短时间内找出原因,这不算什么,只要你有技术功底,找原因不难,难在判定责任人(好,从现在开始麻烦来了,扯皮来了),有了责任人,改善就有了方向,不要太乐观(改善谈何容易).好了,PE痛苦的时候到了:
    1. 材料不良,你要想法证明是材料不良,要证明材料不良就要证明,所有制程不会导致材料损坏,线路设计不会导致材料损坏,测试设备以及应用环境不会导致材料损坏等.
    2. 作业不良,你要找到那个工位会导致此作业不良,有很多作业不良,大家都知道是作业不良,但就是找不到那个地方会导致不良.
    3. 设计不良,这往往要求你的技术功底相当强(强的不做PE),你要能讲得出别人哪里设计有问题,要去证明,要去试验.
    4. 制程设计不良,同样要证明制程哪里有问题
    5. 测试设备或程序问题,同样你要去找出设备哪里出了问题,程序哪里不合理.

    题外话,做PE太强了,方方面面都要精,不然你就只能“说”别人有问题,
    但不能证明别人有问题,别人是不会心甘情愿去改善的.

    上面不良原因分析玩了,证明完了,就开始去求大爷们做他们本该做的事情,这要你必须有厚的脸皮,好的口才和超强的沟通能力.
    好了,结果产生了:
    1. 大爷们可怜你,觉得你算乖,同意协助你改善(本来是他们该做的事变成了协助),上头领导看到这改善结果是大爷做的,所以功劳没你的,看作大爷们加官进爵.
    2. 大爷觉得你这人太滥,不可爱,根本就不理会你,好了你等着挨批吧,上头领导觉得你没能力,加薪,晋级都没你的份.

    最终结果逼得PE跳槽(这就是PE是跳槽最频繁的职业)

    生产做不好 + 质量管理薄弱 + 开发设计不成熟 + 供应商管理薄弱 + 制成设计不成熟 + 测试设备(或程序)不合理 = PE累

  • 相关阅读:
    linux 定时任务
    fastcgi_param 详解
    MVC 中 注册不成功 或其他操作不成功 提示办法
    关于MVC 中EF调用存储过程
    关于Mvc的分页写法
    关于Linq翻译Inner join ,Left join (本文为转载)
    GridView自定义自增长的 序号 列
    asp.net操作GridView添删改查的两种方法 及 光棒效果
    Jquery编历数组
    在客户与服务器之间传递二进制结构
  • 原文地址:https://www.cnblogs.com/wonderful_wenqin/p/1767008.html
Copyright © 2020-2023  润新知