建築設計團隊的溝通- Shannon模型觀點

上圖(來自wikipedia網頁)是shannon在1949年提出的溝通數學模型，很清楚地描述雙方溝通的message怎樣從source被傳送到destination。message無法被直接傳送，必須以transmitter進行編碼，轉換成signal之後，經由channel傳送到接收端的receiver，經由其解碼之後還原為message。在shannon的論文中負責編碼和解碼的transmitter與receiver都被視為是某種transducer，都可以看作是定義兩個集合之間對應關係的函數。

Shannon的模型極精歛又廣效(generic)，似乎可以應用到所有的溝通系統上。我覺得其模型完全可以用來說明設計溝通的現象。下圖是我所整理出來的，僅是在名詞上作了一點替換。

在這個系統的兩端分別是設計溝通的發訊者和收訊者。設計的意念無法直接傳遞，必須轉換成為某種表示方式，例如圖面或模型，在此稱為設計物件(design artifact)。圖面與模型可以直接傳送，也可以再轉換成為message與signal進行傳輸，但無論這個過程轉換多少次，這個模型的適用性還是一樣的。接收端獲得代表設計意涵的設計物件後進行解碼，將訊息所代表的意涵解讀出來，完成溝通的程序。當設計溝通發生在設計工作室(design studio)時，工作室就是扮演channel的角色，發訊者放置在工作室的圖面與模型可以讓收訊者看到而進行解讀。噪音源(noise source)被連結到transmitter與receiver是因為設計溝通過程中，更可能發生錯誤的是在編碼與解碼的過程，而不是在訊號傳輸的過程，這可以說是與shannon的模型唯一不同之處，但我認為完全不影響到其模型在設計溝通上的適用性。

設計團隊的溝通好比一個由許多transducer所連接而成的網絡。每一個transducer從其他的transducer接收到訊息，進行處理後輸出對應的訊息，傳給其他的transducer。每一次設計溝通的訊息可以看作是定義一個該階段所有可能設計的集合，而收訊端經過解讀之後回傳的訊息可能有助於進一步更精確的定義這個集合，或者對這個集合進行修改。

建築設計的編碼

建築設計需要進行編碼(encode)，就是把設計的想法用圖面或者其他可以表達設計形式的方法表達出來。編碼除了作為溝通之用外，也是作為設計師的外部延伸記憶，能夠把某階段的設計構想記錄下來，輔助設計思考時內部記憶之不足。因此設計師將自己的想法進行編碼，再看著自己畫的圖面進行解碼也可以視為是自己與自己溝通的過程。編碼的內容隨著設計的進行而增刪修改，其目的就是在所有可能設計之母集合裡面尋找可行的方案。初步看來，就建築設計各個階段而言，編碼的格式應該具備下列特徵；

1. 每個設計階段的編碼的格式須讓設計師能夠包含足夠的資訊以辨識出各個設計階段母設計集合中需要被區隔處理的個別方案。根據Shannon對transducer的說明指出在編碼與解碼過程中之可能遺失資訊，而不可能增加資訊，所以如果設計的編碼內容不能正確指出被關注的設計方案，就不可能在解碼時增加資訊而回復。一個階段性的設計方案，就是下一個設計階段設計的母集合。而下一設計階段的目標就是在這個母集合中進一步標定一個更細緻的設計方案。依此如果編碼內容不能明訂該設計階段所需關注的設計方案，就會對下一個階段的設計工作產生不利的影響，就會有一個不適當的母集合作為下階段設計溝通的基礎。
2. 設計編碼必須具備某種結構性的脈絡，讓設計師可以有效率的進行編碼與解碼。建築設計的母集合通常極為巨大，在一個巨大的母集合中要找到並標定其中的一個元素可能需要耗費大量的資源。編碼的格式會影響進行程序的效率。建築經過歷代的專業經驗所發展出來的各階段專業圖面(建築計畫、基本設計、細部設計等)可以說是目前我們所能掌握的最有效的專業編碼系統。
3. 接續上一個特徵的說明，專業編碼系統必須是精簡的，否則就不可能是有效率的。編碼的內容不會要把設計方案所有的細節標示出來，而是透過專業知識的參照去解讀所需處理的方案特徵。專業知識的參照並不能增加資訊，因此編碼的精簡也必須符合第一項特徵。
4. 建築設計的編碼在各個設計階段應該是不同的，但各階段編碼的內容應該可以接續使用，或至少是可以相互參照，也就是可以很容易的比對其相似性。這應該是第一特徵所提到的，一個設計階段的編碼就是下一個設計階段設計編碼的母集合的必然結果。

後記(2020/04/21)

這裡所謂的編碼和一般建築師或工程師所用的編碼不一樣。在工程中, 一般的編碼是指為所設計的構件, 或材料加上一個編號, 並利用編號的特定位數的數字或文字進行分類。這篇文章的編碼是基於資訊科學中的encode，是指為所欲傳達的資訊設計出某種符號對應關係, 作為傳達訊息, 溝通之用。