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

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

　　先接受任務(wù)，再提需要

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

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

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

　　我需要。。。。。。

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

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

　　我需要基礎設計的規范。

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

　　我需要過(guò)往項目基礎設計的計算過(guò)程。

　　我需要跟著(zhù)老工程師跑。

　　等需求被一一滿(mǎn)足，這個(gè)任務(wù)就沒(méi)那么可怕了。

　　先任務(wù)分解，再行動(dòng)

　　什么是任務(wù)分解?

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

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

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

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

　　1、拼上部模型;

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

　　3、軟件計算;

　　4、繪圖表達計算結果。

　　以上4個(gè)小任務(wù)，還可細化為更小的N個(gè)小任務(wù)。

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

　　再次，根據時(shí)間軸把已分解任務(wù)歸入各時(shí)間節點(diǎn)。據說(shuō)馬拉松運動(dòng)員的常用辦法，就是根據沿途建筑物設立階段性目標，里程碑式的推進(jìn)，能夠持續激勵一個(gè)人去完成長(cháng)遠的目標。

　　把匯報便簽釘在你腦子里

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

　　什么時(shí)候需要匯報呢?

　　項目啟動(dòng)時(shí)，要跟項目負責人確認：“我需要做的事情有123?！睂?，就是這么簡(jiǎn)單，但是絕對重要，因為一旦確定了項目范圍，就確定了邊界，也避免了工作扯皮。對于項目負責人來(lái)說(shuō)，實(shí)現全局的把控和及時(shí)糾偏;對于設計人員而言，可以避免快完工時(shí)卻發(fā)現方向不對，導致全部推倒重來(lái)。

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

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

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

　　答應我，要及時(shí)匯報。

　　好，我明天就去匯報。

　　先完成，再完美

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

　　80%完成

　　20%完美

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

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

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