本帖最后由 魍者歸來 于 2020-7-9 11:24 編輯
( U$ P# O+ g/ Q+ U) Q3 _& @' K+ }' U; {
一個概念： 在建模和出圖之前，是要有一個確認設計參數和要求的過程的（當然，質量管理體系中這玩意要復雜得多），我們就把這個敲定參數和要求的過程叫做「設計輸入」。如果要講整套輸入文件，那肯定要死兩個人的，我是累死的，你是煩死的。所以我們把這個過程簡化到兩個步驟——技術協議（合同）和設計變更紀要。
0 z$ ^9 ~6 C+ V, y6 V技術協議： 簡單點兒說，就是把甲方爸爸的要求都落到紙頭上，事無巨細，不要嫌麻煩。協議里有的，我都（盡最大可能）滿足（或者忽悠），協議里沒有的就不用太在意。協議可以訂正、刪減、補充，只要甲方爸爸愿意，愛咋折騰就咋折騰，前提是每次簽訂和修改都要用印，最少也要讓甲方簽上「李狗蛋」這樣的大名！ * d8 ^ E; i$ q: f# B
設計變更紀要： 正常需要的是設計輸入評審文件和相應的報告，但小公司沒那必要，直接上干貨就得了。領導今天又出什么幺蛾子了，采購又嗶嗶哪個配件買不到了，車間主任又說哪個工序太費工了……自己做個表格，記錄，誰說的就讓誰簽字。老子是設計，要么聽我的，不聽我的那你倒是簽字啊，唉——別跑啊！ ( w, D8 G0 _/ q- }# c) ^ u2 C
設計變更紀要要點： 起止時間（精確到分鐘，以后還能成為加班的證據，我簡直太壞了๑乛◡乛๑，更壞的是可以一式兩份，先只填日期，自己留的一份補上精確的時間） 地點 設計變更的具體要求（分條陳述，列舉最終的變更結果，誰提的要求都要注明） 提要求的相關人員（簽字） 領導（簽字）
# s, Q- z# J" s4 D9 n說直白點兒，技術協議是避免背上大鍋，畢竟甲方爸爸是這樣要求的，可不是我一個小畫圖工要瞎得瑟；設計變更紀要（或者說叫死亡筆記也行）是避免掉進大坑，免得一群213指點完江山就把這茬兒忘了，最后雷劈到設計頭上，白紙黑字，誰也別耍賴。
. x+ U7 F( N# O" }% X6 r% N. C `設計變更紀要還有一個「副」作用——我最喜歡的恰恰就是這個。比如主管愛折騰的，非要下班跟你討論「劇本」的，行啊，那就討論，直接白紙黑字讓他簽，不簽就別浪費咱的時間，誰還每個酒局咋的？真簽？行啊，一個項目下來，主管反轉了800回的方案，這一打證據可要留好了，延期了都是誰的鍋，咱可以跟大老板說道說道了。就算不玩這種腹黑背刺的手段，主管下回想過嘴癮之前，也會掂量掂量。
6 _3 o0 h9 P+ ]" V! l i, Q! X2 B一個忌諱： 年輕人剛點兒很正常，畢竟不是七八十年代那會兒了。不過在翅膀還沒硬起來之前，該認的慫還是要認的，別最后套路玩明白了，卻撲街在技術上，那就丟大人了，得罪了上上下下，腹背受敵都是輕的，棒子這東西，高高舉起，輕輕放下才能實現戰略目標。 9 W( D; E% R% q+ d! O0 a/ s% p
| 
發表于 2020-7-9 11:18:40
QQ好友和群
QQ空間
