2010年12月31日 星期五

設計管理(2.5.)---談"人員組織"

寫這一系列文章,其實我一直覺得寫得不好;改天告一段落以後,一定要全部重新整理,否則一定很畸形。雖然一開始,我大致"構想"了一下"架構",可是寫起來,很多資料似乎顛三倒四/我的邏輯還是有問題/思路還是不夠清晰、訓練還是不行。抱歉!抱歉!!暫時忍耐些個。

二、設計圖說的「制定問題」:

前面已經提到過,因為國內法令、環境、觀念等問題,所以,"設計管理"真要執行是一件不容易的事,除了"人"的問題,"錢"的問題,還有就是"資訊"的問題;這些問題都不是"一蹴可及",必須要各方面共同協力/努力才有可能逐步改善。

1、與設計者有關的法令:關於與"營建"相關的法令,我是全然的"不用心"/也沒啥興趣;我認為:當事的"建築師"、"建築師公會"自己要去努力,相關的政府主管機關、單位、主政者、立法院袞袞諸公也應負起責任,不要"尸位素餐"、飽食終日、卻只為自己的私利權謀,有時也為老百姓、為營建業的現實環境及未來方向做一些些事嘛。

遠的不要比較,就拿"中國大陸"來說。我不喜歡中共,可是,每每讀到"中國大陸"與"營建"有關的訊息、新聞、報告.....,就會讓我搖頭嘆息,台灣營建還有"優勢"嗎?台灣還有多少優勢?這些優勢還能維持多久?真是令人「憂心悄悄,愠於群小。」除此,又能如之奈何?

***********

寫到這裡,我還是要跟"年輕工程師"嘮叨一下:無論"環境"如何,自己一定要努力不懈、增強自己的"實力"、"競爭力";我想,工程師都知道:國際局勢瞬息萬變、社會環境的變遷也隨之變幻莫測,千萬不要以為「目前的情況可以永恆不變」;要在這種詭譎的情勢/環境下"生存",最好的方法/而且自己可以掌控、依恃、仰仗的就是"我比別人強"。

新年新希望!!

***********

2、觀念:我想,台灣一般人的觀念還是認為"建築師事務所"(設計者)的工作是"設計圖",""是附帶的、「啥密蘇」(台語。serve)的工作。

如果工程師有這種錯誤觀念,就必須加以調整、修正。

2.1.只要談「管理」,我希望工程師掌握一個最最「基本」的觀念,那就是「成本、進度、品質」,其他的都可以暫時不要考慮;不管是「開發管理」、「設計管理」、「施工管理」、「銷售管理」.....通通都一樣。甚至,工程師也可以將這個觀念推廣至其他的行業、工作,例如:開個「咖啡 SHOP」,也是先把這三項搞清楚(要多少本錢?如何營運?賣哪些咖啡?品質應該如何?賣多少錢?用多少人?幾乎通通都是圍繞著這三項打轉)、當個「新北市市長」、「國防部長」.....也是一樣,先把這三項弄清楚,大概就不會太離譜了。我常常說:世界上沒有「總統系」、也少有「幹總統經驗豐富」的人,那麼,什麼人能幹總統?

2.2.我一直以為"營造"與"設計"在許多方面都是"類似"的。

A.營造是在"土地"上蓋房子,而設計是在"紙上"蓋房子。

B.設計有"建築師",營造也有"技師"。

C.設計必須遵守相關的"設計法規",營造也要遵守相關的"營造法規"。

D.設計有"執照",營造也需要"執照"。

E.設計是"接受業主委託"而設計,營造也是"接受業主委託"而施工營建。

..........

太多了,工程師自己去分析、比較吧!!

(續2.6.)

2010年12月29日 星期三

設計管理(2.4.)---談"人員組織"

台灣的:建築師事務所"的組織,其實滿奇特的。這個部份不談,因為好像「法規規定就是如此。」

有些事情,就只好遷就"事實"了。

**********

前面已經提過:「設計圖說」的內容。

一、設計圖說的「工作期限」:

設計圖說完成的時限是"施工發包"前必須完成,提供"發包"之用。

我想,台灣目前的情況"大致"符合"施工發包"前完成所有的"設計圖說"這個規定。

但是:設計圖說"開始"制定的日期呢?有沒有經過"合理"、"審慎"的分析、檢討、修正?是否真正符合"業主"(使用者)的需求呢?

先談「設計圖說」的「開始日期」。

我想,工程師ㄧ定同意:「設計階段」開始(也就是「設計者」取得委託設計合約開始計算),「設計圖」就正式展開作業。這個部份是無庸置疑的。

我的問題是:其他有關的「成本控管」、「品質控管」、「進度控管」等等,什麼時候開始呢?

台灣一般的情況,與"法規"有關係的"材料規範"、"施工規範"大概都隨"設計進度"訂定:例如,混凝土、鋼筋的材料規範一定與"結構設計"同步進行/否則根本進行不下去;同樣的,建築工程設計有許多"材料規範"、"施工規範"也是與"建築設計"同步進行;例如:室內隔間的"材料"、"厚度"等等。因為與"法規"有關,所以多數人都"習以為常"/甚至忘記這是法規規定的"規範"。

但是,設計者對於"業主"的需求,有些根本就"視若無睹"(也許是"不知要如何辦理"),這不是"很奇怪嗎?"這也跟"法規"的規範一樣,多數人也"習以為常",以為"設計者"不做、不管、不制定也是正常的。(千萬不要爭執「這不是設計階段(設計者)的工作」,如果有人這樣以為,那麼,請問:「業主」的需求,應該由誰來管理、執行呢?)

說到這裡,我還是忍不住要幽默一下一些"大事務所",他們在取得設計工作前/提出的"設計管理"條文,洋洋灑灑、真是完美得了不起!可是等到真正拿到設計委託書/開始執行時就"完全走樣/變味"了。

我常問工程師:「你們什麼時候開始算圖?」當然,我指的工程師不是"營造廠"的工程師,因為以目前國內的情況,營造廠的工程師只有等到"領標"的時候,才能拿到"設計圖說",所以,也只有拿到"圖說"以後才能開始算圖、備標。

但是,身為"業主"的建設公司的工程師(包括估算人員在內/或是事務所的工程師)給的標準答案都是「圖說完成以後啊!!」而且還一臉狐疑我怎麼會問這種奇怪的問題。

這真的是「正確答案」?

**********

現今"設計者"對於"預算管控"、"進度管控"、"品質管控"多是留到"最後一個階段(詳細設計)時才開始制定(只是制定,幾乎沒有"管控"的味道),

(續2.5.)

 

 

2010年12月28日 星期二

台中傳奇----賴桑的森林大軍


朋友轉寄一份影片給我,看完之後,久久不能自己。
想了幾天,還是決定介紹給諸位朋友。(我對這個著作法毫無概念;所以,我只能註明:這是民視新聞台/異言堂拍攝/製作的節目,內容非常非常有水準;轉介,只是希望台灣人多多讚嘆/思考/學習...。)
********下面這一段文字是原來影片前的介紹詞;不敢掠人之美****
『 賴桑對台灣這塊土地的堅持與付出 令人感動 更加敬佩! 希望能看到 我們的政府相關單位大力支持 並結合生態保育專家的專業意見協助 能將這份好意 更發揚光大!』
 
********* 
一個人從31歲起,就走入大雪山區/開始收購荒廢的土地/果園,親手種下一棵
一棵"國寶級樹苗"----台灣牛樟、肖楠、五葉松....。
25年來,種下的樹苗超過20萬棵。
堅持:不買賣、不砍伐、不留給自己的子女。
 
這個人,就是:賴倍元先生。尊稱:賴桑。

2010年12月27日 星期一

標準層的進度表(1)

圖一。標準層進度表。


圖二。標準層進度表。

近來,偶而我會整理一箱一箱的舊資料/檔案;偶而,也會找到一些昔日的工作紀錄,挺美妙的。

這兩張A3的進度表,我想是當年我寫"進度表"一書時,請資訊室做的「標準層施工進度表」(製作日期:88/10/22)。我無意拿這二張進度表當"規範",只是提供工程師ㄧ個"觀念"、一個想法而已。

我想,天底下的"施工工程師"對結構體的施工一定很熟悉,所以,我常說:「台灣的施工工程師,結構體一條龍,裝修一條蟲。」結構體施工期間,精神奕奕,威不可當----可以10天"趕"一個樓層,可是等到裝修階段就完全失控,任由"泥作"自由發揮。

*************

問題是:施工工程師,真的很清楚"結構體施工嗎?"我想:未必。

************

我一直在想:88年?我怎麼可能在那個時候做這個進度表?我想,應該是1988年(也就是民國77年),再看一下"這個"進度表"的排程:開始日為78/01/01,應該更可以佐證這個進度表是1988年10月做的(因為民國88年我離開營造廠已近十年。不可能回營造廠要資訊人員幫我做"進度表",而且,那個時間跟我寫"進度表"這本書的時間也湊不起來。再說,88年做的進度表,怎麼可能"開始日"選用十年前的日子?)

***********

我有些擔心,20幾年前做的進度表是不是"有笑話"?但是,反正我一直秉持:1勝於0,也就是說,只要有"開始",總比"原地踏步"、"瞻前顧後"、停滯不前好很多,所以,我還是解說一下這個進度表的詳細;相信對多數工程師是多此一舉,但是,如果有少數幾位"菜鳥工程師"覺得有益,那就夠了。

***********

圖一及圖二都是"標準層進度表",只是"表現方式"不同。

圖一是"桿狀圖"。

圖二是"網圖"。

我個人比較喜歡"桿圖",簡單明瞭、扼要。缺點是"工作項目"之間的關係不是很清楚。

網圖看起來就"很專業",讀起來也要"費一番功夫",不過,如果"工作項目"之間的關係沒有弄好,網圖如果是跑電腦程式的話,就會出問題。

民國六十幾年,我開始學畫"進度表",那時沒有個人電腦、更甭提"程式"了,所以進度表都是"手繪"的。記得當年學的進度表繪製方式介於網圖與桿圖之間,也就是工作項目開始日→完成日、在時間座標上以"桿"表示,前後各個"工作項目"的關係,以線條連結。

那時也不知道有什麼/幾種"進度表",所以,繪製的進度表很像現在許多工程師繪製的"綜合進度表"----工作項目很細--細到哪一天打混凝土都標示出來。

因為是"手繪",所以經常是拿"A0"的海報紙,一張接一張貼起來,才能夠完成一個"七樓"的進度表。我記得我做過一個進度表,長度是三張A0的海報紙。

我記得那時是當"監工",利用閒暇空餘的時間畫進度表,一張進度表要耗時一、二個禮拜;更悲慘的是"萬一畫錯了",回頭來"擦掉、修正、重畫"更是欲哭無淚。

所以,後來有個人電腦/進度表程式以後,我的第一個感覺就是:電腦會改變"營建管理"的工作方式,讓"營建管理"更確實、更有效率。

*********

(續2)

目錄十二.1__發包。合約制訂。合約執行。

心的目錄

12.1.1.發包辦法*********

***發包(1)概說。***發包(2)型態。***發包(3)分很多包與一腳踢。***發包(4)什麼人,什麼單位負責發包?****什麼是合理標(上)?****什麼是合理標(中)?*****什麼是合理標(下)?***工作日誌:邀標。***工作日誌:廠商的自我介紹。***談發包流程1.(業主--營造廠)。***談廠商介紹***圖利廠商?*******協力廠商。***談"指定分包"與"皇家小包"。***業主發包的方式與責任(上)****業主發包的方式與責任(下)****

發總包的問題(一)***發總包的問題(二)總包與成本加利潤(上)***總包與成本加利潤(中)***總包與成本加利潤(下)***

總包(一包?依專業分包?)優缺點***

 
開標與議價*** CA0006/標前會議。 工作日誌:整理投標文件。

 

12.1.2.合約制定/執行*********

HI0002(談工程合約)。 談合約文件及合約管理。工程合約的溝通/協調/談判***

投標須知、合約書主文、一般規範特別規範(總則)、合約條款的優先順序及其他(1)。

合約條款的優先順序及其他(2)***

數量精算式總價承包契約及單價成包契約(1)。數量精算式總價承包契約及單價成包契約(2)。數量精算式總價承包契約及單價成包契約(3)。 什麼是"複數決標"?。

綁標的問題及應對方法*******CK0002(工作協調)。

指定建材的一些陷阱***

談送審文件的簽字***

如何審核送審圖*** 

 

 

2010年12月26日 星期日

設計管理(2.3.)---談"人員組織"


接下去就是"組織"了,這下,我又"愁眉不展"了。

在部落格的"工具"裡,我找不到"編製"組織表的工具。可能還是要在別的地方繪製好以後,再COPY過來(不過,以我以前COPY的經驗,並不樂觀,記得不是表格"完全變形"就是"不成圖型");如果是"照相",我又一直覺得"相片"太小張,要讀"相片"裡的字,實在是考試!!

不過,似乎也無他法,所以,只有等我在別的地方製作好以後,再說囉!!

這張圖表是依我以前一個工程實際的工作方式編列的。本來想用"通則"來劃一張"表格",怎麼畫都不對勁,總覺得處處是問題,所以簡單的以"實例"做表格,這樣,一切問題迎刃而解。

而且,依據"實例",我也比較"好寫";可能對看官比較不公平,不同的案例就只有請看官"舉一反三"了。

*********

說到人員組織,工程師ㄧ定要明瞭:「"人員"是對應"工作",有工作,沒人做,是錯誤的;同樣的道理,有人卻沒有工作,也是錯誤的。」

當然,我不同意:一個(份)工作必須對應一個人。有時,一份工作需要好幾個人同心協力才能完成,有時,一個人可以兼任好幾份工作;這必須視"工作"的內容、份量、重要性而有不同的配置。

所以,上面的人員組織表並不是意味著一個工作必須對應一個人,而是"專案負責人"必須依"專案"的性質而確認不同的參與工作人員。

(續2.4.)

2010年12月24日 星期五

設計管理(2.2.)---談"人員組織"

這一篇先談「業主」,因為業主比較單純;其次再談:代表"業主"/負責"設計管理"的需要哪些人?

*********

二、業主,可能是"公司"、"財團法人"或個人;我們稱「業主」指的是「代表公司(或財團法人)具有"決行"權力的人。」或是出錢付設計費的"個人"。

「設計管理」與業主的經營理念、觀念、想法有密切的關係;如果業主外行或是不重視"設計",可能根本不會有"設計管理"的工作產生。業主自己確認「設計者」以後,將相關資料(包括一些基本需求)交給"設計者",然後,可能就任由社記者自由發揮了;當然,設計過程,設計者也可能會不定期向"業主"簡報階段性的成果,聽取"業主"的指示作為繼續設計發展的依據,簡報內容以"設計圖"為主。

我一直不知道是否要將"業主"絕對信任的「堪與大師」放在「業主」這一欄,因為實務上,「堪與大師」的意見幾乎沒有任何商量的餘地--相對於出資的「業主」,有些「項目」還有商量的機會。

三、「設計管理」執行群。

1、工程專案負責人。

2.水電工程師。

2.估算工程師。

3.施工工程師。

4.維修管理工程師。

5.室內裝潢設計師。

6.空調工程師。

7.景觀工程師。

8.大地工程師。

9.銷售工程師。

**************

(續2.3.)

設計管理(2.1.)---談"人員組織"

設計階段的工作內容大致確定。

由哪些人來執行/完成那些工作呢?

1、業主。(決行)

2、業主代表。(管理)

3、設計群。(執行)

*********

一、一般(基本)的設計群:

1.建築師。

2.結構技師。

3.水電技師。

4.估算工程師。

5.施工工程師。

6.維修管理工程師。

7.室內裝潢設計師。

以上這些工程人員參與設計工作,前面三位,一般工程師多耳熟能詳,所以就不必介紹了。後面這些"專業人員,我認為是"不可或缺的",所以放在"基本設計群"之中。

二、其他(輔助)的設計群:

1.空調技師。

2.景觀工程師。

3.大地工程師。

4.銷售工程師。

因為"工程專案"的形式、種類、規模等形形色色,沒有一定的模式,所以,輔助的設計群就必須"視情況"決定。

三、特殊(需求)設計群:

1.工業工程師。

2.專業工程師。

3.堪與大師。

4.其他。

這些專業人員也是因為"工程"的用途/性質不同而有不同的需求;在後面的章節中再一一詳細分析/說明。

(續2.2.)

2010年12月23日 星期四

設計管理(1.9.)---從"設計圖說"談起

「設計圖說」寫到這裡。

**********

我必須跟"看官"道歉的是:這一系列"設計管理"因為一口氣寫下來,所以一定不是"很完整",加上也是"斷斷續續"的寫,所以一定也不夠順暢,實在很抱歉,我想,工程師就當作是濟公寫的"初稿"來看;雖然我是很認真、努力的寫,因為"天資"平庸,也只能暫時達到這個水準。原諒些個。

事實上,我是一面寫/一面回顧,所以,前面的文章多多少少也一直在修正。以後,依然如是。

**********

寫"設計圖說"的重點有幾點:

一、確認"設計階段"應該完成的"工作項目"。

二、確定工作項目的內容。

三、確定工作項目及工作內容以後,我們才來談"如何做設計管理"。

**********

非常感謝"唯真"這小妮子提供/要我閱讀的三篇文章,讓我不必特別另外"舉證",至少,我相信:我的說法和她的做法相似。

不知何故,我轉載"唯真"的那幾篇文章,居然"圖片"都是"打叉",所以今天(2010.12.24.)我乾脆將文章的網址拷貝在文章前面,如果工程師有需要,直接點閱"正版"就沒有這個問題了。(原本我是為了方便自己閱讀/偷懶/避免要點來點去,所以將文章co 過來,沒想到有這個問題)。

**********

唯真的「裝修前該準備的圖書文件有哪些?」一文中,說明圖書文件包括:

一、設計圖。

二、施工進度表。

三、預算書。

四、付款方式。

五、材料表。

我在這一系列的第一篇(設計管理1.1.),說明設計階段的"工作項目"包括:

一、設計圖:

二、建材表:

三、施工規範:

四、施工說明:

五、工程項目的施工數量:

六、工程項目的單價:

七、工程總價:

八、綱要進度:

兩相比較,除了順序有些不同以外,唯真將「付款方式」列為一項;而我為了"說明方便"將"預算書"拆成:「工程項目的施工數量」、「工程項目的單價」、「工程總價」三項。

其他應是「類似」。這裡,也要說明一下"不同"的地方:

我是將"設計"與"施工"分開來,所以設計階段的工作項目的內容可能會與唯真的說法有一些些不同;大家都知道,台灣多數的"室內裝潢"都是採「設計+施工」的方式發包/承攬,這就好像營建所說的「Turn Key」的工作方式;所以,唯真的工作內容包括了一些"施工"的作業。

我想,最明顯的是"進度表",設計者不可能(也沒必要)做詳盡的"進度表",因為那是"施工"的權利義務。

(續2.1.)

2010年12月21日 星期二

設計管理(1.8.)---從"設計圖說"談起

七、工程總價:

工程總價就很簡單了,數量乘單價、彙總起來就是"總價"。

關鍵問題是:「總價必須符合"開發概算"的規定。(例如:13萬/坪)。」這樣才符合"設計需求"。

**********

我一直以為,工程專案的管理是"時時刻刻"都要用心/努力的。

國內一般的工程專案,可能會有"開發概算"用以評估"可行性"/確認"預算";然後,設計階段就任由"設計者"自由"發揮創意";等到"設計結果"出來,如果與"開發階段"訂定的設計需求不同,才來質疑:「那A安呢?」不是很奇怪的一件事嗎?

做個比喻:"建設公司"(業主)把基地資料交給"設計單位",就好像一個人要種(養)植"盆栽",所以委託專業的"苗圃"代為養殖;但是,如果業主沒有設計需求或是設計需求寫得不清不楚,就好像業主沒有告訴苗圃他希望"養出"什麼模樣的"盆栽"一般;所以囉,苗圃自然以他的專業知識/自由發揮;等到"設計完成"(也就是盆栽已養育成型),業主一看:「哇!!那A安呢?」

怎麼辦?

1、「吞下去!!」(這跟我們官僚所說的不同,因為"設計者"是自己選的、設計過程不去管理是自己放棄權力,怨誰?)

2、拿一把剪刀來,這邊剪剪、那邊修修,看能不能夠修到「符合需求」。

3、如果還是不成,拿把"刀子"來,砍啊!!至於那株"盆栽"會變成什麼模樣?已經不重要了/顧不得了。

*********

八、綱要進度:

說到"進度表"的編製,主要的原因是「如果業主的"設計需求"明定"施工工期",那麼,設計者就必須慎重"思考"工期這一部份。」

如果是一般的工程,宮崎也沒有特別的限制,這一快經常被"設計者"忽略(業主、營造廠)也不在乎。

但是,如果是比較"特殊"的建築,業主對宮崎也有特別的需求規定,那麼,設計者的設計就必須考慮"工期"的問題。

工程師最常見的應是近幾十年的"電子公司的廠房",要嘛"不蓋",一說要蓋就像"火燒屁股一般"。其實,這也不難理解,資訊業者的許多"產品"的生命週期是很短的,加上市場競爭,晚一天生產上市所受的風險不是一般人所能想像;所以,承攬/施作過"電子廠"的工程師ㄧ定經驗過。

還有就是企業總部,因為"週年慶"之類的活動,所以也會"限定"完工日期(經常也是趕得要死。)

總集,如果是工程的工期"較正常/一般的工期,明顯的縮短,設計者有義務考慮採選比較快速的"工法"/材料施工,以符合"業主需求"。

(續1.9.)

2010年12月19日 星期日

2010.12.20.工作報告

最近忙著寫:設計管理一系列文章,雖然才剛開始,已經寫得我頭昏腦脹。

以前,我也寫了幾本書,不過毫無壓力,慢慢的寫、慢慢的修正、一改再改,反正只有我自己一個人知道,也不必對任何人負責。

這次就不一樣了,雖然我還是保持"隨心所欲"的態度,可是無由的希望能夠早日寫完、壓力自然而然隨之而來。

我想,我必須穿插一些其他的"文章",否則,一天到晚都在想"設計管理"的事,真的是太單調而且會變得無趣。

順便與工程師報告一下,為了方便我自己不斷的重新"審視、檢討"設計管理一系列文章,我已將這一系列放入"目錄"設計篇之中,這樣,我就不必翻來翻去尋找前面的文章,如此,就比較不會發生斷斷續續/重複等問題。

**********

也繼續"整理目錄"及"備份",已經完成"目錄九/進度管理"。

進度管理是我進入「營建管理」初期,用力最深的一門學問;在部落格的"進度管理"中,我將已經出書成冊的"進度表概論"拆開來,放在部落格中;這次,一邊整理目錄中的順序/編號,一邊也重讀部份文章,覺得自己還是滿厲害的,有些沾沾自喜的味道。

如果,工程師對"進度管理"有興趣,讀一讀我的"進度表概論"是不壞的選擇。這本書因為有些"大師"自認可以談"進度"/也是我的好朋友,我就送給他們閱讀、希望有"批評指教",結果似乎還算不壞。

整理到目錄九,感覺自己以前似乎"急就章",所以有的文章連結"開不了",有的重複,這次一路整理,除了將重複的刪除,也順便將文章移至比較合理的目錄區,順序及子目錄也做了一些修正,應該會比較好讀。

**********

近年關,年年難過年年過。祝福工程師們過去的一年有許多美好的回憶;未來的一年比過去的一年更好。

天佑台灣。

阿彌佗佛。

公告

謹向大家報告一項消息: 各位網友,家父(部落格作者) 已於2011年3月4日早上11:35因病突發性腦部出血逝世離開。 我父親近年來身體狀況一直不是很好,前年年底2009因身體不適就醫檢驗,經檢驗為自體免疫疾病引發血小板低下,經過住院及藥物治療後病情趨於...