最近的工作8小時都做不完，不管是作為“前浪”還是“后浪”，為了在結構設計的汪洋中一直浪下去，可以少加點班，都需要一些商學院思維。當商學院思維遇到結構設計剛開始工作的時候，我們經常會碰到這樣的場景：項目負責人在巴拉巴拉布置任務，老工程師輕車熟路地領了任務，而新手很可能會拿到一項從未接觸過的任務(實際上每樣任務都是)，譬如地下室基礎設計，負責人滿懷希望地望著我，而我怕自己完不成支吾著不敢答應，于是!一個大寫的囧。

　　作為職業的結構工程師，我們得有以下這幾把刷子：

　　先接受任務，再提需要

　　當遇到新課題時，年輕工程師常常會有一種不自信，首先從自己會不會的角度去看待任務，內心高估難度而拒絕這個任務。這是人類的心理盲區。

　　但怯于接受任務這個反應很容易讓負責人誤會，一方面是態度問題，接受任務表達的是愿意承擔更多的意愿;另一方面是能力問題，會給項目負責人留下“不堪大任“的印象。因為大多數情況下，項目負責人布置的任務，即便是年輕工程師沒有接觸過的，也會是跳一跳就能夠到的。

　　那么最合適的做法是什么?

　　我需要。。。。。。

　　(背景音：我非常愿意去做，但我需要支持)

　　具體怎么做呢?一個小技巧是根據任務的難度，給任務分類，然后依照不同任務提出自己所需要的資源。譬如說，在上面這個情境里，如果時間緊任務重，切記不要獨立蠻干,我們可以提要求。

　　我需要基礎設計的規范。

　　我需要計算軟件的操作指南。

　　我需要過往項目基礎設計的計算過程。

　　我需要跟著老工程師跑。

　　等需求被一一滿足，這個任務就沒那么可怕了。

　　先任務分解，再行動

　　什么是任務分解?

　　任務分解就是把目標變成員工可執行的任務。結構設計的復雜性決定了項目管理的必要性，優秀的項目負責人都非常擅長將項目科學地拆分為一個個小任務，按項目計劃分批分配給每個設計人員。

　　我們怎么做才能最大限度地做好任務分解呢?

　　首先我們要將自己領到的小任務繼續分解成更小單位的任務。比如可以分成簡單任務，復雜任務，批量任務，需要與其他人互助的任務。任務分解的好處在于迅速降低識別出關鍵工作、批量工作、簡單工作、協作工作，這就好像把大圖片設置成小網格后，極大降低了總體難度、提高了時間利用效率。

　　回到以上的情境，樁基礎設計這個大任務可以分解為以下小任務：

　　1、拼上部模型;

　　2、查地勘報告來確定樁型和單樁豎向承載力;

　　3、軟件計算;

　　4、繪圖表達計算結果。

　　以上4個小任務，還可細化為更小的N個小任務。

　　其次，再做分類，比如計算每個孔點的樁承載力(抗拔力)和繪圖時標注樁定位(承臺定位)屬于批量工作，對這類工作，我們可以求助一些LISP來偷懶提高效率;拼上部模型屬于協作工作，一定要提前跟協同小伙伴確定時間和工作銜接。確定何種樁型和計算參數顯然屬于關鍵工作，那我們必須要提前上報負責人確保方向性正確，避免返工。

　　再次，根據時間軸把已分解任務歸入各時間節點。據說馬拉松運動員的常用辦法，就是根據沿途建筑物設立階段性目標，里程碑式的推進，能夠持續激勵一個人去完成長遠的目標。

　　把匯報便簽釘在你腦子里

　　分解好任務后，第一步就是向負責人匯報。為什么要匯報?因為匯報的本質是信息傳遞，是負責人的決策基礎，也是設計師執行任務的依據所在。不及時匯報的壞后果就是負責人喪失了決策主導權，上情無法下達。

　　什么時候需要匯報呢?

　　項目啟動時，要跟項目負責人確認：“我需要做的事情有123?！睂Γ褪沁@么簡單，但是絕對重要，因為一旦確定了項目范圍，就確定了邊界，也避免了工作扯皮。對于項目負責人來說，實現全局的把控和及時糾偏;對于設計人員而言，可以避免快完工時卻發現方向不對，導致全部推倒重來。

　　另一種常見場合，任務中途遇到問題，此時也要匯報。分享一個匯報小技巧：有的小伙伴只帶著問題跟負責人匯報，而另一個小伙伴帶著問題及2個解決方案向負責人匯報，你猜，負責人會更喜歡哪種工作匯報方式?(答案顯而易見，如果我是負責人，我喜歡自帶方案的，因為我懶得去想忙得沒時間去思考)換位思考下，負責人的使命在于決策，他更愿意做選擇題。

　　舉一個悲催的個人經歷，幾年前我在分析一個項目的樓板舒適度，舒適度總是不滿足規范要求，于是我就把問題(沒有解決方案)扔給了負責人，然后…我的年終績效也沒了解決方案。所以我們得想好兩個解決方案再找負責人匯報。

　　還有一種情況，碰到難以完工，這時不要硬扛，最好的處理方式就是匯報，而且要勇敢地提前匯報。因為有經驗的項目負責人，一定會有Plan B，而Plan B要實施需要足夠的時間，還可能需要其他條件。如果我們到火燒眉毛的時候才生無可戀地去匯報，那無疑就喪失了實施PlanB的機會，影響了整個項目的進程。

　　答應我，要及時匯報。

　　好，我明天就去匯報。

　　先完成，再完美

　　曾經，我非常不喜歡的一個領導有句口頭禪，叫“先出一版”。當時的我是非常反感這句話的，總感覺“先出一版”的后面還有“最終版”及“打死不改版”?，F在想想，其實“先出一版”的理念類似于精益創業思維的核心概念MVP。不要迷失在龐雜的設計過程中，而是要從一開始就確立最小的基本設計模型，再逐步完善。這種實證方法可以指數級提高設計師的思維效率。

　　80%完成

　　20%完美

　　譬如，地上部分的施工圖，設計師通常都會先完成梁，板，豎向構件的配筋圖，這三大件是一個項目的主框架，再逐漸填充樓梯、節點詳圖、各種說明;最后優化配筋，協調布局，補充標注都能使它更完美。

　　從項目管理角度理解設計完美度，項目的最終完成取決于時間、成本、資源。當遇到“只有效果圖一張，結構要打樁”的時候，能在規定時間內，讓打樁隊進場開工就是完美!

　　設計完美度還可以從客戶需求和體驗角度來理解，因為客戶是設計作品最直接的評價主體。通常工程師會關注設計的技術要點，而忘記穿著客戶的靴子去看待設計。那么如何有效地找到客戶的靴子呢?我們不妨從項目負責人處了解業主項目的背景情況、施工進展，也可以查看每次的會議記錄了解業主代表的溝通、習慣等信息，這樣確保圍繞客戶的關注點去推進自己的工作，那么客戶滿意度一定會有很大改善。