|

【Ideas to Reality】掌握專案管理技巧

   

作者:徐韻婕

上回(請參考),David介紹了三個基本驗證流程(From EVT to PVT),以及一般EMS廠與新創與自造者的PLM流程的差異介紹,使我們更能夠掌握硬體新創產品開發流程,第二堂Maker講堂,David將帶來更深入的產品開發流程剖析,以及專案管理的技巧。

深入了解DVT

首先,David提到EVT 跟 DVT主要的共通點在哪,EVT驗證階段主要目的是將產品規格(product spec)定義出來,而DVT的主要功能會著重在釐清前一個階段的設計品質,及產品對環境的穩定性。

DVT深入理解

DVT深入理解

如上圖,通常在DVT會成立一個DQA( Design Quality Assurance)部門,即「設計品質驗證」,DQA最主要的目的是在協助產品研發的設計測試,在這階段找出問題、並分析,讓工程師可以較輕易的解決問題,DQA的工作範圍分為許多部分,包含了軟體、硬體及可靠度測試,其中軟體測試部分(Software operation processes)會統計元件的功能作用是否正常並列出所有的bug、並進行應用層軟體應用測試以及韌體分位的驗證,在驗證「bug」時,主要分為三種程級:Fatal、Minor、以及「其他bugs」:

  • Fatal Bugs:開發流程中只要出現Fatal Bugs,就不能出貨
  • Minor Bugs:在客戶允許的程度下,可出貨
  • 其他Bugs:出現其他影響小的Bugs,則可以忽略,照常出貨

除此之外,相容性的測試也是DQA(Compatibility)測試重點,尤其現在Android系統不斷更新改變,這一部分就需要特別謹慎。

Reliability Test可靠度測試

另一個在DVT階段的重點就是「Reliability Test」可靠度測試了,Reliability Test可分為:

  • Environment Stress – Temperature, Humidity, Pressure, Vibration..
  • HALT (Highly Accelerated Life Test) – Thermal shock, Vibration..
  • Package – Falling test, Vibration
  • Ingress Protection (IP Test)

包含環境測試(溫濕度、壓力…)、高加速壽命試驗(溫度衝擊、震盪衝擊…),以及可靠度、防水防塵測試;David舉過去曾幫大廠sony替一款產品做HALT測試(高加速壽命試驗)為例,說明Thermal shock實作,該產品必須接受負二十度~七十度的溫度試驗,測試方式為在一分鐘內從負20度,上升至70度,在70度待19分鐘,又在一分鐘內下降到負20度,並重複測試一千次,用以測試板子的特性及其銲錫的黏著度,藉此了解這一個產品目前對環境改變的穩定性。

而PVT階段的主要驗證目的如下,是為了找出潛在的BUG,並提高良率,當然良率一高,成本就降低了,如此一來,才有辦法進入大量量產階段,進行試產。

進行PVT驗證的主要目的

進行PVT驗證的主要目的

專案管理技巧

接者進入本次講座的重點:產品開發流程的專案管理(Schedule Control),David提到Schedule Control並不只是你對這個產品/技術要非常熟悉,也考驗管控客戶、部門、設計團隊的管理能力。

專案管理是David的強項,他分享了幾點控管原則:

  • Be familiar with those technologies this project will adopt. If not, make it clear in time.
  • RESPECT EXPERT
  • Schedule is in ratio to Resource
  • Get commitment from design team
  • Always PLAINING PLAN B
  • Each event has its own weighting and weighting is different from time to time
  • Never expect no surprise

David特別強調第一點非常重要,最好在每一個不同的產品開發流程階段中,都要可以信賴的領域專家在,因為唯有都懂技術的人才能互相溝通,PM也必須要了解,整個專案裡充滿了變異性,這個禮拜的計畫,到了下個禮拜不見得適用,通常PM在拉一個流程時,必須要得到團隊成員(例:RD人員)的承諾與信任,才能讓整個流程有效率,並在時間內產出,而David也強調「Always PLANNING PLAN B」,Planning特別使用進行式,是要強調PM需要無時無刻想好替代方案,才能讓整個流程的參與者放心地進行每一階段的作業流程。

最後,David與大家分享兩個常用的專案管理工具:分別是Microsoft Project及Excel,但兩者工具各有利弊,Microsoft Project每個專案的項目程級可以分的很細,其中日程表可以以資源分配獨立顯示,關鍵鏈以甘特圖形象化,但其缺點是很難做check,而Excel在執行比較大的事項,則相對好處理,優點是可以清楚顯示規劃事項,但較難快速做更改及同步。

講座當天,學員與講師互動熱烈

講座當天,學員與講師互動熱烈

小結

David將產品開發流程的驗證階段,及專案管理的部分做了很細的解說,搭配實務案例分享,連生硬的內容也變得容易理解,專案管理講究的不只是書本上的知識,經驗的累積及善用工具的變通能力,更是PM能夠妥善管理整個開發流程的致勝關鍵了!

Author:

Share This Post On

Submit a Comment

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *