研發主管思維

思考專案設計過程中衍生雜訊(人員)問題點該如何處理?依據本質進行分析箇中原因再對應。

專案展開，訽問其它單位人員有沒有問題，大家則會異口同聲：『沒有問題』。

原因：在於研發部尚未有設計出來圖面或試作樣品，所以大家沒有看到，無法空中想像產品形狀。


產品設計：3D圖出來，則會雜訊出來。
判別雜訊是影響產品關鍵人士，因為最後則會有配合上與執行上問題。

PL角色：達成產品目的功能，彚整並非主導產品3D設計。
設計者角色：依據PL提供建議去思考，提供者建議，而非全部採納。
研發主管：站在研發者立場思考如何堅持設計者立場，站在公司立場思考產品目的，
                    而非其它主管想法為主，研發主管要做相信設計者一定可以達成目的。

當有問題時，研發主管與設計者思考如何解決，並尋求原因，非要則難於設計者，因為沒有人想要產品Fail，而是思考設計者協助，當研發主管只有站在成果角度，則無法用心去思維設計者本身問題。
所謂研發成果要求，則是不在於準時達成任務，而是共同研發成長。
研發主管，成就於設計者本身設計能力，設計者成就於貢獻研發能量成長。
當研發能量成長，相對公司研發速度則是加速進行。
公司給予研發主管的目標，而在於培養設計研發能力，以達公司發展目標。

現在公司(研發主管)一味強調成果，但未從研發本質進行思考，其發生原因：
(1)未能理解研發能量不足，則造成專案無法開發完成。
(2)末能理解研發人員特質，則用人不當造成開發速度延後。
(3)未能理解研發本質，則是設計人員流失。
(4)未能理解研發主管角色則研發部門解體。
(5)未能理解產品成本架構，產品研發經費高於預算。
(6)未能理解研發與各單位配合，則容易導專案無法推展。
(7)未能理解KPI標準，只是手段非是最後目的，則造成設計人員、研發主管的壓力源。


雜訊：董事長(有利人士)，品保部經理、採購部經理(輔助角色)、研發主管(決定權人物)
PL則是融合相關的人員意見，把相關想法與設計討論，而非一定採納其它人建議。
原因：非真正設計思維，只有單純想到一點「並非全面性思考」。

其它(自己)：當主管未能理解目的，而以單純達成任務為主，下屬人員如何對應。
下屬只有改變自己心態，迎合主管目的要求，但是自己要清楚目的、可達成目標。
中間壓力需要改變自己接受，明白中間值的落差，自己清楚壓力來源，適度調整自已符合老闆需求。當自己有能力則要開創新局，來驗証自己想法，而不是逐波隨流。

成功來自至於自己堅持，並達成驗證自己想法為可行方案。
而非表面金錢、名氣、權利；金錢、名氣、權利只是附加價值，太在意則容易迷失自我。

本來無一物，何處惹塵埃。