104學習精靈

時程管控

時程管控
關注
邀請朋友
邀請朋友

Line

Facebook

複製連結

取消
關於教室
關注人數 0 人
104人力銀行從職缺中挑選出常見技能所成立的官方教室,提供大家進行共學互動。
學習主持人
持續分享知識,
有機會成為官方教室主持人
教室標籤
關於教室
關注人數 0 人
104人力銀行從職缺中挑選出常見技能所成立的官方教室,提供大家進行共學互動。
學習主持人
持續分享知識,
有機會成為官方教室主持人
教室標籤
Hi~ 歡迎分享學習資源,有學習問題可匿名向Giver發問!
我要分享
我要提問

時程管控 學習推薦

全部
影片
文章
Ernest

Senior Project Manager

03/10 21:42

科技業的專案經理在做些什麼?
在台灣的職場,「PM」的職務在不同產業和專業領域中,工作內容都不盡相同。常見的PM類型包括專案經理(Project manager)、產品經理(Product manager)以及產品行銷(Product marketing)。因此,強烈建議正在尋找PM職務的朋友們,在準備履歷及面試前,務必先全面了解不同類型的PM在實際工作中的內容,這樣一來,才能更好地判斷自己是否對工作內容感興趣並做好相應的履歷及面試準備。而這類的資訊,可以透過向朋友詢問、在社群上發問,甚至向業界前輩請益,以獲得相對完整的了解。
在接下來的篇幅,將藉由自己過去在科技業系統廠(ODM, Original Design Manufacturer)的經驗,逐一介紹專案經理(Project Manager)在產品開發過程中會經歷的幾個重要開發階段即相對應的主要工作內容和面臨的挑戰:
首先,先簡要介紹 #產品開發的五個階段。這些階段包括:
1. #報價階段 (RFQ, Request for quotation)
2. #開案、啟動會議 (Kick off)
3. #設計開發階段 (EVT, DVT, PVT)
4. #量產階段 (MP, Mass production)
5. #產品停止生產 (EOL, End-of-life)
而根據產品開發階段的差異,我們可以大致區分 #兩種專案經理類型:
1. #NPI PM: 負責報價階段,直到設計開發階段完成
2. #Sustain PM: 負責量產階段,直到產品停止生產
專案經理的職責,以 #NPI PM為例:
1. #報價階段 (RFQ, Request for quotation):
進入報價階段,代表我們已經有機會和競爭對手一同爭取新專案,然而距離成功爭取案子還差最後一哩路,而這一哩路必須要完成的重要事項包含以下三點:
- #確認產品規格:PM必須領導內部各工程團隊進行研究,評估客戶所提供的產品規格在現有技術下的可行性。如果無法達成規格要求,我們需要考慮調整規格或是使用更高成本的設計方案來滿足要求。最終目標是確保產品規格與客戶達成共識,而這一份設計文件將成為設計開發階段中內外部溝通的共同語言。
- #規劃專案時程:PM必須帶領內部工程團隊及生產單位共同討論產品設計、備料、生產、驗證所需要的時間,制定初版開發時程表並與客戶進行溝通和討論。透過內外部的反覆協調,我們將制定既符合客戶期望,也在內部能夠實現的時程表。
- #評估專案成本:PM必須引導內部工程團隊根據產品規格以及專案時程估算樣品數量、人力成本、第三方單位測試費用及認證相關費用,並交由業務部門進行報價。在這個階段,我們的挑戰在於確保內部在評估成本時不遺漏任何項目,同時,在跟客戶談判時,我們需要憑藉邏輯和數據來捍衛報價的合理性,因為客戶往往會竭盡全力下殺價格。
2. #設計開發階段(EVT, DVT, PVT):
進入設計開發階段,代表我們已經正式獲得新專案,準備開始進行產品研發。研發的過程將以四個階段「設計、備料、生產、驗證」循環執行約3~4次 (視產品複雜度而定)。接下來,將介紹在這四個階段中PM的職責和關注重點:
- #設計階段:主要與各設計工程單位接觸,包含EE (負責電子、電路相關設計)、ME (負責機構殼相關設計)、SW (負責軟體相關設計)等。在此階段中,PM主要專注在三件事上:
(1). 協調工程單位在設計端遇到的問題及解決方案:
特別是那些需要兩個以上的單位討論才能解決的問題,例如,當機構工程師回報電路板上的某個零件會造成機構殼干涉時,PM必須召開會議釐清問題點,為何必須使用這個零件,是否有可能將其移至其他的位置,如果不能更改電路板上的零件,是否可以調整機構的部分?最重要的是,必須透過反覆討論及權衡利弊找到共識。
(2). 確保各單位設計時程如期執行,並控制成本在預算範圍內
定時追蹤關鍵查核點的進度,確保所有工程單位按照產品規格進行設計。若不幸發生進度時程延誤情況,必須提出規劃並協調資源,以趕上原先所預期的進度規劃。
(3). 提前預測風險並制定應對方案:
所有在研發階段進行設計的產品都存在一定風險。舉例來說,當我們第一次導入某種新材料的時候,我們預測可能有高達50%風險會導致產品無法正常運作。在這種情況下,PM必須提前制定應對措施,即在最糟狀況發生時,我們要如何應變以確保研發時程不延遲?以及該選擇哪一個方案讓專案所受到的影響最小?
- #備料階段:首先,PM必須制定產品試產計劃表。舉例來說,在選購筆記型電腦時,可以選擇非觸控面板或是具備觸控功能的螢幕、8G/16G/32G的記憶體、256G/512G/1T的固態硬碟等不同規格。根據這些不同條件,可以搭配出不同規格的產品。產品試產計畫表就是用於定義我們要生產哪些規格的產品,以進行後續驗證。制定計畫表後,產出物料清單(BOM, Bill of Material),採購會根據物料清單進行試產備料的工作。(P.S.備料工作在某些公司是有專門的單位在負責,PM角色主要會是掌握全局。這部分可以在面試的時候特別了解清楚在該公司PM所負責的職責內容有哪些)
- #生產階段:進入生產階段,PM主要與工廠PM對接,首要任務是確保產線準時開始生產,並讓產線測試順利進行,以達到準時出貨的終極目標。在這過程中,PM常會遇到以及必須協調各單位解決的問題有以下五點:
(1). 物料交期延誤導致產線無法準時開線生產
(2). 原先安排的人力因突發因素(ex.COVID19)無法支援,導致生產時程延誤
(3). 產線開線後發現拉錯料,導致組裝錯誤的料件出現在產品上
(4). 產線測試時出現重大的產品品質問題,導致產線卡住無法繼續測試
(5). 倉庫人員在貨物管理方面出錯,導致向客戶出貨錯誤
- #驗證階段:PM的任務是確保各個驗證單位按時收到產品並在計畫時間內完成驗證。在這個階段,驗證單位根據各自負責的測試項目開始進行驗證,以盡可能發現產品的設計和品質問題。待驗證完成後,設計單位根據驗證結果進行產品設計修改。修改完成後,再次進行備料、生產和驗證,以確保研發階段中的產品問題得以解決,提升產品的品質。
3 1 1613 1

熱門精選

104學習精靈

產品

05/31 20:02

【購買指定課程】買就送200元Line Points點數
活動名稱:【購買指定課程】買就送200元Line Points點數
活動期間:2024/6/5 11:00- 2024/7/2 23:59
活動說明:活動期間於104課程中心付費購買「指定課程」,即可獲贈200元Line Points點數回饋。(不累送,單帳號僅有乙次贈送資格,限量100名)
【指定課程如下】
🟣NEW TOEIC 新多益線上高分速成班
🟣GA4+GTM網站數據分析實戰課
🟣SEO搜尋引擎優化七大密技|攻上頂端排名寶座
🟣微軟 Azure|通關 AZ-104 認證攻略,邁向雲端 IT 管理之路
🟣Power BI 零基礎實戰 | 培養商務數據分析力
🟣告別新手村FB與IG廣告投放攻略|AI助你輕鬆提高廣告效率
🟣Jen 的一分鐘英文短講會話術
🟣Jumbo 的多益單字獨門記憶法
🟣PyTorch生成模型全解析|從生成式對抗網路到擴散模型
🟣超熙利!一門課搞定你的英文履歷面試
🟣(最新版.NET 6)ASP.NET Core MVC 無痛快速上手
🟣上班族開會英語線上實戰班
【活動注意事項】
1. 獲贈資格須符合下列說明:
(a)指定課程購買者必須於104課程中心系統完成付費紀錄。( 特別提醒:於TibaMe 官網線上消費之購買者,不適用於本次活動資格。)
(b)訂單成立且完成付款時間皆須於2024年7月2日23:59前,並於7天內完成課程兌換,始符合獲贈點數回饋的資格;最後獲贈者將公告於本活動網站,中間姓名會隱藏。
(d)限量100名之回饋名額,採上述依照訂單完成消費付款之前100名,符合上述資格的前100名會員,單帳號僅有乙次贈送資格,因點數作業時間,您的回饋點數最晚將於2024/7/31-2024/8/10前寄送至您購買時填寫的e-mail電子郵件信箱。
2.本次贈送的200元Line Points點數,點數發送後請於規範時間內完成兌換,點數兌換後於180天內須使用完畢,逾期失效。
3.如您有任何問題,歡迎來信nabiservice@104.com.tw
4.104課程中心保有最終修改、變更、活動解釋及取消本活動之權利。
- - - - - - - - - - - - - - - - - - - - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - -
【主活動】職場先修班
【其他活動】職場先修班開跑了!【緯育TibaMe】限時全館 86折折扣碼
【其他活動】【購買指定課程】買就送100元Line Points點數
0 0 3936 1
2665 8

推薦給你

知識貓星球

喵星人

2小時前

什麼是 Open API?維持API一致性 七個規範點有這些
OpenAPI 規範(OpenAPI Specification,OAS)是一種用於描述和定義RESTful API的標準化格式。它提供了一種機器可讀和人類可讀的方式來描述API的端點、方法、參數、響應、安保措施等細節,OpenAPI 規範的主要是使API的設計、開發、測試和文檔生成更加一致和高效。
以下是一些 OpenAPI 規範的關鍵點:
1. 標準化格式:OpenAPI 規範使用 JSON 或 YAML 格式來描述 API 的結構和行為。
2. API 端點:描述 API 提供的所有端點(URL 路徑),包括每個端點支持的 HTTP 方法(GET、POST、PUT、DELETE 等)。
3. 參數和響應:詳細說明每個端點的輸入參數(如查詢參數、路徑參數、請求體)以及可能的響應(狀態碼、響應體)。
4. 數據模型:定義 API 使用的數據結構,通常使用 JSON Schema 來描述數據模型。
5. 安保措施:描述 API 的安全要求和措施,如認證和授權機制(例如 API 金鑰、OAuth)。
6. 文檔生成:利用 OpenAPI 規範文件,可以自動生成 API 文檔,這些文檔可以用於開發者參考,也可以直接用於測試和集成。
7. 工具生態系統:有許多工具和框架支持 OpenAPI 規範,例如 Swagger UI 用於生成互動式 API 文檔,Swagger Codegen 用於生成服務器和客戶端代碼。
總之,OpenAPI 規範是一個強大的工具,用於標準化和簡化 RESTful API 的設計、開發和文檔生成過程,使得 API 更加易於使用和維護。
0 0 67 0
你可能感興趣的教室