• 沒有找到結果。

第六章 結論與建議

第二節 建議

台灣智慧建築標章制度自實施以來,隨著資通訊科技、建築使用需求的改 變,評估指標、評估方式已經過多次修訂,本計畫已對辦公類建築提出智慧建 築使用階段之評估內容、方式,使業主、建築師及相關人員更能掌握智慧建築 之精神,促使設計階段導入智慧化理念以及規劃符合使用者需求之智慧建築,

以達落實符合使用者需求之智慧建築目標。

後續研究建議方向說明如下:

1. 2016 年版智慧建築標章之評估指標與評估基準之修訂:參考本計畫訪 談專家提出指標與使用的落差,進而修訂指標內容,期使評估內容與使 用需求能有一致性的需求目標。

2. 既有智慧建築評估指標與評估基準之研定:參考本計畫提出使用階段性 能架構、方式,研定既有智慧建築評估指標與評估基準,該基準亦可適 用於標章申請延續之評定。

3. 研議情境式智慧化事件處理流程的查核方式:目前完成之查核草案,後 續可依據專家建議,研議加入情境式智慧化事件處理流程的查核方式,

未來現勘時,可從事件情境中擷取題目,由使用管理者進行事件處理流 程操作,將可有效展現智慧化整合功能,展現智慧建築功能,縮小智慧 建築規劃設計與使用需求之落差。

附 件

項次 評選委員意見 廠商回應 4. 簡報研究預定進度與 P.16 似不一致,

請補充說明。

準,將再修正之。

5

1. 建議就評估項目定義其優先評估因 子,以凸顯「智慧建築」對整體國家 經濟貢獻之重要性。

2. 以綠建築為借鏡,20 年前推動綠建築 以後,經統計為國家經濟貢獻僅 8 億 多,後來參考國外案例,僅 LED 照明 節能 1 年即可節省能源 25 億以上,因 此本案評估應歸納出影響智慧建築之 優先順序,以提供政府推動智慧建築 更明確的著力點。

1. 謝謝委員意見。本計畫將研擬評估指 標之權重,將可了解指標之優先順序。

2. 謝謝委員意見。本計畫將研擬評估構 面、評估要項之權重,將可了解影響 智慧建築之優先順序。

附錄二、期中審查意見記錄與回應

可就早期及近期各擇一案,可對於建物完

審查委員邵教授文政(書審)

1. 本研究之範圍與內容較複雜,期中階段已 完成大部份,進度可符合預期成果之需 求。

2. 填答式問卷彙整於報告書 P.49~51,內容 敘述方式建議加強,另可考量用量化之調 查方式建立圖表,可易於表達各智慧指標 之使用階段,各系統之運作效能與維護狀 態。

1. 感謝委員建議。

2. 感謝委員建議,本研究原設計 期許以問答方式了解更多使 用端的問題和意見,後續將針 對問卷之問項進行強化。

審查委員朱教授曉萍(書審)

1. 本計畫已於短期內初步完成文獻整理,盤 點 2016 版智慧建築標章評估手冊基本規 定,鼓勵項目及使用性能評估項目,及完 成一棟辦公類智慧型建築物調查(華碩總 部),大致皆符合方向與需求。

2. 本計畫係設定在辦公類智慧建築,依目前 所之評估架構中所列之評估要項,似包括 了一些不易在辦公場域之評估指標(例 如:協助料理事項、電子圖書館學習服務 平台、主動提供生活照護、用藥…),建 議是否予以調整,或改列為選擇性指標或 降低權重。

3. 部分查核指 31 要項中的性能查核方式未 述明。

1. 感謝委員建議。

2. 感謝委員建議,本研究後續將 舉辦專家座談會和 AHP 層級 分析法來建立其權重。

3. 感謝委員建議,後續繼續加強 其性能查核內容。

陳所長瑞玲

1. 本案現況調查可調查經過長時間使用的 智慧建築,可以呈現申請智慧建築標章的 相關 ICT 產品的使用壽命和產品是否適 用該建築,以及產品的使用期限,可思考 如何調查

2. 本案查核部分應強化量化和數據化的查 核,其效果更能展現智慧建築的效益。

感謝所長建議,本研究將參考並 徵詢相關意見,將以查核的方式 多展現其智慧建築標章之亮點和 效益。

羅組長時麒

本案主要藉著調查和權重的分析來呈現智慧 建築標章在設計端與使用端的落差,藉以回 饋到智慧建築標章的分數比例的調整。

感謝組長建議,後續江進行智慧 建築標章在設計階段與使用階段 差異的分析研究。

附錄三、期末審查意見記錄與回應

4. 調查 2 個標的都是單一所有權大樓,若是

2. 目前以辦公類為研究對象,考慮到不同類 型建築使用需求與行為不同,建議後續擴 大至其他類型建築研究。

3. 設計階段與使用階段之性能差異成果,建 議作為未來智慧建築評估手冊之指標內 容修訂參考。

4. 性能評估指引,建議增加量化數據的收集 分析。

研究。

3. 感謝委員建議,設計階段與使 用階段的差異,研究成果可以 作為現行智慧建築標章修訂 的參考。

4. 感謝委員建議,要求使用階段 查核之量化數據,有一定的侷 限性,以及需要探討性能如何 展現,建議後續研究可以呈現 的項目與內容。

李振境審查委員:

報告內容詳實完整,無意見。

感謝委員建議。

附錄四、第一次(106.09.25)專家座談會會議記錄

106 年度「辦公類智慧建築使用階段性能評估之協同研究計畫」專家 座談會會議記錄

時間:106 年 9 月 25 日(星期一)下午 2 時 30 分 地點:建築研究所簡報室

主席:周教授鼎金 出席人員:詳簽到簿 壹、 主席致詞:(略)

貳、 計畫簡報:(略)

參、 綜合討論:

楊副校長龍士(逢甲大學):

1. 辦公類智慧建築使用性能評估架構中的評估指標,除了系統及功能之有無 之外,是否朝向使用「效能」之 KPI 指標評估,以期展現實質使用效益。

如:空氣品質感測、連動功能之有無之外,實際空調等的 AH 換氣量效能 是否應於審查資料中顯示或說明,以確認其效能。

2. 辦公類智慧建築使用要項中,空間使用管理系統是否列為評估指標,如:

會議空間等的預約及相關設備的維運預警等相關管理功能。

3. 智慧建築使用階段的性能評估是否以認證觀念執行,即超過認證有效年後,

即進行再次評鑑機制,以查核各項評估要項或指標之實際維運效能,並鼓 勵認證標章之升級。

林博士益全(中華電信研究所):

1. 基於使用性能的定位,使用者考量是否需區分為:管理者、使用者及外來 使用人。

2. 評估架構是否考慮『成效指標』評估方式,並可考慮列入:風險值、衝擊

性、系統使用量(預期)、維護成本等相關因素。

3. 系統指標與使用者的感受,可考慮更密切的結合,如:系統整合指標所規 範的中央監控系統,可考慮降低各子系統形式化、整合評估項目,朝向應 用系統(如:門禁、保全、空調、消防等)間的互動、連動、自動化程度進 行評估,以符合建築物實際營運架構,讓使用者達成更高的安全性、方便 性與舒適性等智慧化目標。

4. ICT 系統隨著科技發展,有其生命週期、更新方式或翻修議題,以確保智 慧化程度能與建築物生命週期整合評估。

顏秘書長世禮(台灣物業設施管理協會):

1. 設施管理目的就是要達到建築物使用目的,並提升使用效率。

2. 辦公類智慧建築使用階段,在設施管理性能評估部分建議增列:

A. 空間別(如:會議室、會客室、休息室等),採不定時不定對象的動態 管理,包括:登錄預約、設備供電管理等。

B. 事務別(如:公文收送、郵件收送、租賃管理等),建議納入線上作業 管理。

C. 開放管理(如:空間變更使用的設施設備歷史記錄)。

3. 設施管理相關指標並非有或沒有,而是適切性、持續性,所以後續建議評 估(KPI),才能對效率實施衡量。

4. 建議以使用階段建築生命週期之觀點,做為評估基礎。

謝工程師秉諺(台灣建築中心):

1. 評估方式以是否設置的選項,建設可增加考量設置系統設備之使用性、可 靠度的評估內容。

2. 現行的評估系統(2016 年版)以基本規定、鼓勵項目進行評估,使用階段性 能評估建議考量,各案需求面設置之系統,建立評估依據了解性能差異。

陳總經理衍霆(中華系統整合股份有限公司):

1. 系統配分與得分呈現的方式,可以考量是否能以一致性的方式呈現來,應 該會更好。

2. 期待使用性能評估之推動,亦能進一步了解原有評估項目的系統功能,使 用需求不高,甚至不太需要的,另外有某些項目的系統功能不足,進行設 計與使用需求落差分析。

林召集人勝男(智慧化居住空間產業聯盟):

1. 在永續節能構面下,能源管理下如:列緊急救援方式(以台電最近產生的 停電的警衛為考量)。

2. 在便利效率中資訊服務中,資訊佈線與區域網路之無線(如:wifi)滲透率。

王組長佑萱(光世代建設開發):

1. 本案主要在進行辦公類建築在使用階段之評估,個人認為其重點應在於:

A. 原智慧建築標章已有之規劃與評估項目,建置後使用者認為有無價 值?

B. 哪些功能項目有價值,但智慧建築標章尚未列入?

2. 如可產出上述之評估或調查結果,將可做為後續辦公室建築物之所有者或 管理單位在系統擴充、功能提升參考方向。

3. 因每個系統(子系統)對使用者所呈現之功能價值均不同,建議應就各子系 統做量身訂做之評估(或計算)方式,才能產出與性能、效能有關之結果。

4. 各子系統性能評估之對象,使用者建議應包含:建築物所有人,包含:所 有者或物管單位及租賃者。

5. 本案模擬之得分計分方式,建議改採每項累計方式,而不要用分級得分之 方式。

6. 評估方式分類思考,供主辦單位參考。

吳技師建興:

1. 再好的系統若無適當的人員操作,亦無法發揮其性能效益,建議可將操作 人員的訓練時數及素質納入評估。

2. 任何案子之系統設計及技術通常有一貫性,對於系統技術不應為了得分而 讓系統複雜化,如:照明設備智慧化,為了增加得分可能會將各控制技術 應用,對智慧化並沒有益處,反而增加未來使用者的操作複雜性。

3. 建議有軟體建置的項目,可以增加 APP 化的建置項目。

3. 建議有軟體建置的項目,可以增加 APP 化的建置項目。

相關文件