人資專案經理協同企管顧問拜訪客戶，可以協助企業夥伴深入了解自己所提出的需求是否真的是自己所需要。曾經有個企業人資向我們的人資專案經理表達想安排同仁上有關溝通表達的課程，因為客戶管理階層認為同仁們在內部會議進行討論時，常常效率不彰或是誤解彼此的想法，他們希望透過溝通表達課程來改善這個問題。然而，經過我們的企管顧問與客戶訪談診斷後，發現問題點並不在客戶員工們的表達或理解能力，而是公司的績效制度以及本位主義出了問題，事後安排了我們所擅長的同理力課程，並針對績效制度做了適當調整後，才解決了客戶問題！

策畫主要是企劃的頭，不見得每個節目都有編制這一個職位，但如果有的話，企劃的題材和撰稿，就會由資深的企劃─也就是策畫協助督促和監督。

建築設計師在呈現設計時，因業主專業度、不同人的設計習慣、案件進行的階段等等原因，每個狀況隨時都可能出現，並無統一標準答案。在此將一些常見狀況簡述如下:
(1) 用電腦軟體SketchUp直接拉出3D模型進行設計：有時會兩三人一起坐在電腦前，邊拉3D邊討論這樣外觀好不好看，也可能3D拉完，輸出成JPG後做成PPT再簡報。
(2) 用電腦軟體AutoCAD以2D繪圖模式進行設計：因為建築物是立體的，常需要進行不同樓層的套疊，所以有時也會直接一起坐在電腦前邊畫邊討論設計的合理性，也可能畫好後列印出紙本再進行討論。
(3) 用徒手繪圖的方式進行設計：可能邊畫圖邊討論，也可能都畫好圖再複印分給大家討論，或掃描進PPT討論。
(4) 用紙板、保麗龍等材料製作簡易模型進行設計：可能邊做邊討論，也可能做好後拿出模型討論，也可能拍照後用PPT討論。

DRC錯誤是指Design Rule Check的問題，包含金屬線、元件的大、,間距及密度規則等。
LVS是指Layout V.S versus Schematic，必須將佈局圖跟電路圖作比對，確認兩者吻合。
Antenna部分是天線效應的錯誤，佈局工程師要更正修改。
ERC是Electrical Rule Check，指的是電氣特性檢查，例如經由substrate的Soft Connection等。

例如要開發一套心電圖檢查系統，SA負責整理從所需的功能，包含掛號、排診、檢查、與儀器傳輸、登打報告、上傳等功能，簡述系統流程與客戶溝通醫療業務層面，完成後再由SD設計前述的各項功能，包含介面規劃、雛形設計、細節規格，轉換為電腦系統層面轉給PG去實行，SD相當於SA(外部)和PG(內部)間的橋梁。

請問軟體工程師與系統工程師的工作互動是什麼?

兩者要一同面對上線系統的維護品質。系統工程師負責管理客戶端的資料，也就是資料庫，監控其系統運作的效能和定期備份、統一資料表定義，醫院發生效能緩慢時，系統工程師會驗證資料庫主機和網路是否有異常，而軟體工程師會檢查和資料庫是否有耗時的指令。兩者會互相通知對方各自的狀況，以快速釐清現狀，硬體由系統工程師處理，軟體由軟體工程師負責。

有時需要重新轉換數值的型態、或是針對數值(Raw Data)進行加工處理或預處理，再進行模型的訓練。例如可針對數值的一些雜訊先進行特定的過濾與清除，再進行訓練，甚至需要採取不同演算法進行或搭配多種的演算法結合來進行模型的訓練以提升準確度。但在調整準確度時，一方面雖然要讓準確度能夠提升，但另一方面也要注意不可造成over fitting。

由節目相關部門負責演出人員邀約或活動流程掌控；財務部門負責演出費用支付；行政部門負責物品準備及運送；工程部門負責督導舞台燈光音響廠商等。

醫療部下的營養課主管即是一位醫師，所以營養課的營養師皆由此醫師統籌管理。

一般而言，整間醫院的住院部門又細分為3~6個區域病房，會根據診別的不同區分。例如：重症加護病房，普通內科，外科病房等等，通常由一位住院組藥師負責一個區域的病房。這樣可以熟悉各自區域病房所使用的用藥。

滿千送百的促銷活動費用是掛在廠商身上(等於是打九折)，因為是全品項滿千送百，所以會去溝通廠商是否願意配合，有些3C或平價服務、自有店面品牌可能就不會配合(ex:無印良品、APPLE、優衣庫)因為會破壞他們其他店家的銷售價格，那就會請他們提出其他優惠方案，在滿千送百的檔期間推出。至於福袋則是請各專櫃提供商品，讓我們放進福袋裡面。