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