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

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

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

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

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

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

　　我需要。。。。。。

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

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

　　我需要基礎(chǔ)設(shè)計的規(guī)范。

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

　　我需要過往項目基礎(chǔ)設(shè)計的計算過程。

　　我需要跟著老工程師跑。

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

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

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

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

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

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

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

　　1、拼上部模型;

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

　　3、軟件計算;

　　4、繪圖表達計算結(jié)果。

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

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

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

　　把匯報便簽釘在你腦子里

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

　　什么時候需要匯報呢?

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

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

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

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

　　答應(yīng)我，要及時匯報。

　　好，我明天就去匯報。

　　先完成，再完美

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

　　80%完成

　　20%完美

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

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

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