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