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