本帖最后由 魍者归来 于 2020-7-9 11:24 编辑 ) X4 `' e! Y0 h* l, ~( f
& D+ R; o5 c( E4 S- I; u6 p2 Z一个概念： 在建模和出图之前，是要有一个确认设计参数和要求的过程的（当然，质量管理体系中这玩意要复杂得多），我们就把这个敲定参数和要求的过程叫做「设计输入」。如果要讲整套输入文件，那肯定要死两个人的，我是累死的，你是烦死的。所以我们把这个过程简化到两个步骤——技术协议（合同）和设计变更纪要。 ( N+ T# S2 A9 j9 E4 ~4 b) `$ ^
技术协议： 简单点儿说，就是把甲方爸爸的要求都落到纸头上，事无巨细，不要嫌麻烦。协议里有的，我都（尽最大可能）满足（或者忽悠），协议里没有的就不用太在意。协议可以订正、删减、补充，只要甲方爸爸愿意，爱咋折腾就咋折腾，前提是每次签订和修改都要用印，最少也要让甲方签上「李狗蛋」这样的大名！ ; A" R* a! y+ `. c/ G
设计变更纪要： 正常需要的是设计输入评审文件和相应的报告，但小公司没那必要，直接上干货就得了。领导今天又出什么幺蛾子了，采购又哔哔哪个配件买不到了，车间主任又说哪个工序太费工了……自己做个表格，记录，谁说的就让谁签字。老子是设计，要么听我的，不听我的那你倒是签字啊，唉——别跑啊！ & }+ O% U" R$ \7 \6 r2 e
设计变更纪要要点： 起止时间（精确到分钟，以后还能成为加班的证据，我简直太坏了๑乛◡乛๑，更坏的是可以一式两份，先只填日期，自己留的一份补上精确的时间） 地点 设计变更的具体要求（分条陈述，列举最终的变更结果，谁提的要求都要注明） 提要求的相关人员（签字） 领导（签字）
- o! `) g- B1 p" D+ c) X说直白点儿，技术协议是避免背上大锅，毕竟甲方爸爸是这样要求的，可不是我一个小画图工要瞎得瑟；设计变更纪要（或者说叫死亡笔记也行）是避免掉进大坑，免得一群213指点完江山就把这茬儿忘了，最后雷劈到设计头上，白纸黑字，谁也别耍赖。 8 A3 }9 r$ \( g/ K
设计变更纪要还有一个「副」作用——我最喜欢的恰恰就是这个。比如主管爱折腾的，非要下班跟你讨论「剧本」的，行啊，那就讨论，直接白纸黑字让他签，不签就别浪费咱的时间，谁还每个酒局咋的？真签？行啊，一个项目下来，主管反转了800回的方案，这一打证据可要留好了，延期了都是谁的锅，咱可以跟大老板说道说道了。就算不玩这种腹黑背刺的手段，主管下回想过嘴瘾之前，也会掂量掂量。
( G$ O$ h; r5 n! K- u. Q2 n4 r! I" l一个忌讳： 年轻人刚点儿很正常，毕竟不是七八十年代那会儿了。不过在翅膀还没硬起来之前，该认的怂还是要认的，别最后套路玩明白了，却扑街在技术上，那就丢大人了，得罪了上上下下，腹背受敌都是轻的，棒子这东西，高高举起，轻轻放下才能实现战略目标。
6 C" b+ [' o1 Z; l* i; Z | 
发表于 2020-7-9 11:18:40
楼主