軟體專案管理|財團法人中華民國電腦技能基金會

『ITE』是「Information Technology Expert」的簡稱,中文全名為『資訊專業人員鑑定』。在西元2000年亞太經濟合作(APEC)部長級會議中,與會各國決議共同致力推動亞太地區資訊系統開發、管理及應用之人才培育,同時透過共同檢定採認,提昇整體資訊水準。 近年來資訊技術蓬勃發展,各項功能與應用的突破,使得產業發展出新的競爭方式。不論是傳統的製造業、新興的服務業或是高科技產業等,皆無法置身事外。由於資訊技術的特性,使得競爭突破國界、資本、廠房等傳統的限制,只有掌握了技術,才能確保競爭上的優勢。 適逢89年11月亞太經濟合作發展會議部長級會議時,日本提出跨國合作構想,希望促進兩國在資訊人員檢定的合作,並於當月底再次確認雙方合作之意願,故經濟部決定舉辦資訊人才之跨國認證,並委託財團法人資訊工業策進會及財團法人電腦技能基金會,執行鑑定工作。 為使鑑定貼近企業界用才標準並切合實際需要,電腦技能基金會於90年起透過台北市電腦工會訪查業界需求人力項目,並自91年中起陸續開考各類別鑑定。期望藉由此鑑定之執行,一方面建立國內完整的訓、考、用合一的資訊專業人才能力認證體系,提供企業界優良之資訊專業人才,另一方面藉由本鑑定制度與世界各國資訊技術流通接軌,使資訊技術發展與國際同步,為我國產業奠定良好的競爭優勢。 本鑑定舉辦至今相關鑑定制度已臻成熟,深受學界與業界肯定,同時與日本亦完成交互採認MOU,階段性任務已完成。為延續合作之成果及提供產業界及考生更多服務,自99年1月1日起轉由民間擴大辦理發證。

軟體專案管理
財團法人中華民國電腦技能基金會
單科成績保留三年有效,逾時重新應考。
『ITE』是「Information Technology Expert」的簡稱,中文全名為『資訊專業人員鑑定』。在西元2000年亞太經濟合作(APEC)部長級會議中,與會各國決議共同致力推動亞太地區資訊系統開發、管理及應用之人才培育,同時透過共同檢定採認,提昇整體資訊水準。 近年來資訊技術蓬勃發展,各項功能與應用的突破,使得產業發展出新的競爭方式。不論是傳統的製造業、新興的服務業或是高科技產業等,皆無法置身事外。由於資訊技術的特性,使得競爭突破國界、資本、廠房等傳統的限制,只有掌握了技術,才能確保競爭上的優勢。 適逢89年11月亞太經濟合作發展會議部長級會議時,日本提出跨國合作構想,希望促進兩國在資訊人員檢定的合作,並於當月底再次確認雙方合作之意願,故經濟部決定舉辦資訊人才之跨國認證,並委託財團法人資訊工業策進會及財團法人電腦技能基金會,執行鑑定工作。 為使鑑定貼近企業界用才標準並切合實際需要,電腦技能基金會於90年起透過台北市電腦工會訪查業界需求人力項目,並自91年中起陸續開考各類別鑑定。期望藉由此鑑定之執行,一方面建立國內完整的訓、考、用合一的資訊專業人才能力認證體系,提供企業界優良之資訊專業人才,另一方面藉由本鑑定制度與世界各國資訊技術流通接軌,使資訊技術發展與國際同步,為我國產業奠定良好的競爭優勢。 本鑑定舉辦至今相關鑑定制度已臻成熟,深受學界與業界肯定,同時與日本亦完成交互採認MOU,階段性任務已完成。為延續合作之成果及提供產業界及考生更多服務,自99年1月1日起轉由民間擴大辦理發證。 更多
證照資訊 歷屆考題 延伸資訊 相關學習
證照資訊

報考資格

一、中華民國國民,年滿十八歲 (計算至鑑定舉行前一日止)。
二、非中華民國國民,但具有合法外僑居留證,且年滿十八歲 (計算至鑑定舉行前一日止)。

報名方式

採線上報名,請至ITE資訊專業人員鑑定網,查詢線上報名

考試費用

軟體專案管理(ISP):1,600元

考試內容

軟體專案管理(ISP):90分鐘
滿分100分,成績總分達70分(含)以上者該科合格。

考試地點

請洽發證單位官網
更多
歷屆試題
暫無測驗 如有相關測驗內容,歡迎來信提供
延伸資訊
8月份企業要求的職務排行
包含軟體相關專案管理師、軟體專案主管等5種職類
Top 1 軟體相關專案管理師 23.5%
Top 2 軟體專案主管 11.8%
Top 3 專案管理主管 10.7%
Top 4 產品管理師 10.4%
Top 5 其他專案管理師 10.0%
相關職缺
6筆精選職缺
雲端伺服器軟體專案管理 - J1376 廣達電腦股份有限公司
軟體專案管理師/軟體專案經理 日本NEC集團_統智科技股份有限公司
軟體專案管理師 鴻圖股份有限公司
軟體專案管理師 台灣虎航股份有限公司
軟體專案管理師(Software PM) 思偉達創新科技股份有限公司
軟體專案管理師 凡谷興業有限公司
相關證照
包含ITE-OP-Linux維運管理專業人員、ITE-OP-Linux服務整合專業人員等5項證照
ITE-OP-Linux維運管理專業人員 財團法人中華民國電腦技能基金會
ITE-OP-Linux服務整合專業人員 財團法人中華民國電腦技能基金會
進階資料庫設計專業人員 財團法人中華民國電腦技能基金會
進階軟體設計專業人員 財團法人中華民國電腦技能基金會
Linux系統進階管理專業人員 財團法人中華民國電腦技能基金會
相關學習
共學教室 尋找考證夥伴 x 分享考證資源 x 聊聊考證歷程
Hi~ 歡迎分享學習資源,有學習問題可匿名向Giver發問!
我要分享

學習推薦

全部
影片
文章
為何ASP.NET工程師要學會.NET Core微服務技術?
再討論ASP.NET Core微服務技術之前,
我們先來討論ASP.NET目前的人才市場需求。
根據 iThome 報導,近 3 年「ASP.NET開發人員」已成為台灣企業最想招募的 IT 領域人才,而104 人力銀行更將「ASP.NET全端工程師」列為徵才成長幅度前 2 大的職缺,相關搜尋職缺數已多達上萬筆!
因此,目前許多台灣的中大型企業網站,
其開發的技術框架,大多都是使用ASP.NET及MVC的技術來進行開發。
在開發比例上,與JAVA相比大約一半一半,
也因此ASP.NET與JAVA堪稱為台灣業界程式開發兩大主流。
然而,光會使用ASP.NET及.NET MVC來開發可能還不夠。
因為在開發需求多變的環境下,許多的延伸應用若在原始的系統架構下執行,恐很難進行開發,必須仰賴更多的元件化開發概念,才有辦法做到。
元件化就好比樂高,它的核心是「複用」。
比如,我們可以用有限的樂高元件拼裝出各種栩栩如生的玩具。同樣,我們可以複用ASP.NET的元件,如依賴注入、配置框架、選項框架、日誌框架、HTTP中介軟體等,像流水線一樣拼裝出各種我們想要的Web應用。
而ASP.NET Core就是用來擴充更多不同應用需求的開發框架。
ASP.NET Core 是新一代的 ASP.NET,也是微軟第一個具有跨平台的Web開發框架,可運行於Windows平台、如Mac OSX以及Ubuntu Linux作業系統。
雖然微軟的開源來得有點晚,但這次開源確實也是很給力,C#也已經擺脫Windows系統的限制,且對容器化(Docker),微服務、容器編排(Kubernetes)等技術的支援非常友好,這很好地順應了雲原生的未來趨勢。
而ASP.NET Core的每個微服務架構都實現了特定的功能並擁有自己的資料儲存。其特點是每個服務都是被單獨部署,以便可以獨立擴充套件。
對於想要使用ASP.NET Core建立快速、跨平台和雲端的Web應用程式和服務的學習者而言。不妨參考我們最近推出的「ASP.NET Core Web API 微服務設計實戰」線上課吧!
學習位置👉:https://reurl.cc/vdZaOA
這堂課你將學習到
✅ ASP.NET Core 微服務開發技巧
✅ AI Service 服務介接開發
✅ MVC 網站服務端開發
✅ 應用系統整合後端開發
想掌握業界最新的微服務開發趨勢嗎
並成為資深的ASP.NET Core軟體工程師?
現在就立刻開始學習吧❗️👇
X School 也提供「企業訓練包班」服務,如想暸解,請點以下連結。
2 0 2181 2
NickyLee

產品企劃

06/07 15:28

成為PM前,先聽聽PM大小事
最近聽到一個不錯的Youtube頻道-PM Tone 產品通
很適合分享給想入門PM的夥伴們聆聽
裡面有關於PM到底是「產品經理」or「專案經理」?
又或是PM到底隸屬於什麼部門?
常見新手PM大小問題都有解說哦~
推薦PM學習頻道:
3 0 1702 2
Jewel Huang黃微

研發處 專案經理

04/07 18:14

遊戲產業-產業與工作說明
很開心下周我又有機會跟隨著104工作世界的安排做到校分享. 雖然主題是工作/職業分享, 但我認為”專案經理”對孩子們來說太抽象, 講起來也蠻無聊的, 因此只要是到學校, 若不是做職涯探索活動帶領, 我就做遊戲業的介紹與分享. 畢竟對孩子來說, 遊戲聽起來再怎麼樣還是比”專案經理”有趣許多.
遊戲是一個很大的產業, 看看身邊有這麼多人玩遊戲, 到處可見的遊戲廣告, 以及隨便問就能找到想當電競選手/遊戲實況主的學生的情況看來, 這早已是一個不爭的事實, 但可惜的是, 家長對於孩子玩遊戲總認為就是不好好念書, 不正經, 根本也不了解這到底是個怎麼運作的產業, 僅是一昧想要制止. 雖然我服務的對象是孩子們, 但我認真地覺得也許爸媽們比孩子更需要了解一下遊戲產業是怎麼一回事.
我的孩子跟一般青少年一樣, 也喜歡玩遊戲, 也時常手機一拿起來就是滑個沒停, 但與其只是禁止孩子不准玩, 我更在乎的是, 我想知道他到底在做些甚麼, 到底是甚麼這麼吸引他. 聊聊這些內容也可以是一個與孩子聊天的好題目呢!
我會聽他講遊戲如何好玩, 然後引導他去理解自己喜歡的究竟是哪個部份? 是故事情節呢? 還是遊戲機制? 抑或是遊戲中與夥伴一起進行任務獲取勝利? 從他對遊戲還似懂非懂時, 我就開始跟他說遊戲產業是怎麼一回事, 遊戲公司是怎麼賺錢, 以及遊戲是怎麼設計來讓使用者增加黏著度…. 遊戲可以是我們生活消遣的一部份, 就跟運動, 閱讀, 享受甜點, 下棋一樣, 只要我們知道自己在做甚麼, 就不至於到沉迷的地步.
所以, 各位爸媽們, 老師們, 對遊戲還不夠了解的同學們, 讓我用簡單的方式來跟各位介紹一下遊戲業到底做些甚麼.
遊戲業就跟所有其他產業一樣, 主要可以分為設計生產製造的遊戲研發公司, 以及產品銷售與服務的遊戲營運公司兩大類型, 當然啦, 遊戲產業因為太有魅力了, 連帶還產生出一些遊戲周邊新興工作, 像是電競選手, 遊戲陪玩師等. 但就遊戲業的核心, 主要還是遊戲研發與遊戲營運.
遊戲研發公司
想像最原始的遊戲, 沒有動畫, 沒有美術, 沒有數位科技的輔助, 最最最基礎的核心是遊戲的玩法, 也就是所謂遊戲機制, 告訴使用者這是一個怎麼進行怎麼玩的遊戲. 這裡我們最需要的靈魂人物稱為遊戲企劃. 遊戲研發企劃與遊戲行銷企劃是不一樣的人, 遊戲企劃一般我們指的都是研發的企劃, 這個角色幾乎沒有特定的專長技能的要求, 但是, 他一定是整個團隊內最愛玩遊戲的人, 通常他會知道各式各樣的遊戲玩法, 大概也是最十八般武藝俱全的那一位.
有了遊戲機機制之後, 我們需要講一個故事帶使用者進入這個遊戲世界, 遊戲故事撰寫者, 現在有一個厲害的稱呼叫做遊戲劇作家! 現在有的遊戲背景與世界觀的架構與完整程度甚至超越電影, 遊戲的角色跟故事寫得好, 遊戲的IP還能為遊戲帶出周邊商品翻拍電影等其他無窮盡的商機.
拜科技之賜, 想像中的畫面都能透過動畫各角度呈現到使用者的面前, 唯美浪漫, 蕭瑟孤寂, 可愛討喜, 希望明亮, 遊戲的視覺專家能為遊戲裝扮最適合的樣貌, 打造出獨一無二的風格. 這些視覺專家們, 一般稱做遊戲美術, 但隨著遊戲的複雜需求, 他們也是各式人物動物的角色動作師, 視覺工作的難易度, 可以從畫平面圖到3D建模, 再一路到以AI運算毛髮自然飄動等極其複雜工作內容.
再來當然就是把遊戲做出來了! 遊戲開發工程師, 遊戲就靠你們做出來囉~ 即便是工程師, 從負責互動介面的前端工程師, 到後端工程師, 到負責數據運算與演算法的工程師, 到測試工程師, 這的確是需要一群優秀的工程師經由反覆測試修正直到完成為止.
若這個遊戲是商業性質的, 那麼就與其它商業提案一樣, 在以上所描述的這些事情發生之前, 一定要做市場研究. 目前以及接下來幾年大環境的主要趨勢與變化為何? 遊戲市場趨勢為何? 競品遊戲的表現為何? 如何找出最有利可圖的那一塊市場? 如何評估風險並確定要製作的遊戲型態? 這些問題可能決定了接下來幾千萬資金投入的方向.
遊戲研發公司將依據大小規模有不同的生存與競爭策略, 小一點的研發公司可能就不會自行營運, 而是以研發遊戲為主, 並以量取勝, 快速研發10款50款遊戲, 若能夠有幾支讓遊戲營運公司看上, 且最終能夠大賣的話, 研發公司也就能因此獲利受惠, 並持續投入新遊戲研發. 但若不幸都沒被選上, 或是表現不佳, 那麼初期研發的成本就跟投入水中差不了太多… 因此, 巨大獲利的背後, 其實也有著相當大的風險的!
目前在台灣市場, 主要還是以日韓歐美以及大陸的遊戲營運代理為主, 下一篇再延續著把遊戲營運公司講完吧.
1 0 303 2
張嘉麟

客務關係發展副理

01/28 12:40

從軟體敏捷到企業敏捷
「敏捷宣言」(Agile Manifesto) 的出現與興起,大大挑戰了在1960年代出現的現代專案管理框架(註1),對傳統專案經理來說,這個宣言等於對範疇、時程、溝通與風險管理下戰帖,許多思維可以說幾乎完全顛覆以往,例如:
- 開發團隊自行畫押時程,進度自己定,而不是由專案經理拉甘特圖或是上級直接指定完成日。
- 需求不再是客戶說的算,產品開發或研發人員得以握有主導權,與客戶平等地討論與協商。
- 忽略流程,跳過工具,因為流程與工具時常壓抑了創意與想法的空間。
- 挑戰過去「從長計議」可提高產品品質的想法,與其盡可能降低風險,將風險留到實際開發時再說。
- 能用的產品比完善的紀錄文件重要,從實際使用狀況中看到產品開發的實際進展。
這一股追求敏捷開發的浪潮,逐漸從軟體與IT業界蔓延開來。大家看到了靈活、快速與活力,在網路世代下長大投入職場的年輕人,於是也希望在整體具有如此敏捷身段的公司中工作。
軟體專案經理可以調整好心態,跳出傳統框架,在新的敏捷式開發團隊中,繼續追蹤好時程,持續扮演銜接與確保產出的橋樑;然而對於營運部門(人資、會計、法務、業務與行銷等),「敏捷」又應該賦予這些部門怎麼樣的定義?
這些部門大多注重傳統,往往有行之已久的流程、架構與潛藏的價值觀,因此要靈活轉型,在本質上較產品部門不易,但是這是否就意味著絕不可能?學者們針對組織管理有著諸多流派與討論,不過將各種主張彙整起來,以下是大家認同對於企業的敏捷度會有所助益的一些方向:
- 任務的產生從「指派」調整為「半自主」甚至「自主」,讓員工不再隱瞞,主動將問題提出,主動定義出當下最重要、最適切的任務。
- 溝通的方式,嘗試從傳統的單向指令,調整為在開放空間中進行開放式的溝通,讓員工帶回市場或產業中真正的聲音。
- 管理階層須改變利益思維,從短期的股東/股價導向,相信長期將看到更強的員工向心力、更好的創意與產品品質。
- 管理階層也要拋下控管的權杖,調整為提供員工自由度,塑造出敏捷企業形象。
這些自由度與透明度,只要用的好用的巧,絕對利大於弊;當然,還有個大家在這股敏捷浪潮下容易忽略的,就是別忘了軟體/IT專案經理在專案中處理「人」的經驗,利用跨部門溝通的強項,將敏捷的經驗與精神,以非技術同仁可以理解的方式取得認同,相信這對於企業的敏捷轉型,會達到很好的潤滑效果。
參考文獻:
2. 原來你才是絆腳石(英文書名:Company-wide Agility with Beyond Budgeting, Open Space & Sociocracy: Survive & Thrive on Disruption)
2 0 318 1
張嘉麟

客務關係發展副理

01/26 01:18

遠端工作對IT類型專案的影響
在新冠肺炎疫情遍佈全球之前,職場型態便已十分多元;疫情一發不可收拾後,員工的遠端成為必須,專案管理也一夕變天,在在考驗著公司組織與專案經理的應變能力。就資訊設備來說,幾大硬體廠商傳達著遠端管理方案早已就緒,IT無需因為無法觸及實體設備而慌亂,設備依舊可以輕鬆遠端部署或管理;企業內部各種協作工具更是號角全響,員工們一時之間被迫要全部上手,如此春秋戰國的局面,對IT類型的專案經理來說,究竟是利是弊?
IT 類型的應用繁多,舉凡設備安裝、新服務上線、解決方案的導入或升級、兩個異質/外部系統的整合等,其目的主要可分為以下幾類:
- 維繫公司穩定營運
- 為企業帶來新的商業模式與營收
- 優化流程,屏除組織中過時或多餘的系統或問題
無論是上述何者,對企業來說,IT專案時常背負著非成功不可的使命。然而過去在IT專案中,「遠端」屬於少數、屬於已知,且早已列入控管,也許是位於公司外的設備或軟體服務,也許是分公司、外包廠商,或是人數較少的異地員工,只要控管良好,對專案的風險度來說並不大;而如今在疫情的波動下,與專案負責人員不在同一地的人數與設備屬於大多數,溝通模式大量依賴遠端視訊或訊息軟體,疫情的起伏,更讓狀態與資訊處於必須時常更新的狀態。
為此,我們可以先將專案做個簡單的二分法:你所面對的,是1.機器?還是 2.人?
換句話說,我們先思考專案執行的對象、要產出的項目中,涉及「人」的程度有多少。
以「營運型」專案來說(比如軟體更新、大量機器升級),只要切實做好追蹤,文件與相關表單資料掌握好,專案中的執行人員屬於配合專案進展的角色,那麼人員位於「遠端」的比例突然提高,對專案所造成的問題,應不至於太大。
然而如果「人」扮演專案成敗的關鍵(比如流程優化、第三方系統導入等)涉及跨組織、跨部門、甚而跨地域,那麼「遠端」比例的大幅異動,就容易對專案帶來大幅風險;最明顯且常見的問題,就是遠端溝通的掌握度會在短時間內明顯下降,專案經理不容易掌握資訊佈達的效率。
在這種情況下,筆者的快速建議有:
- 專案經理應在溝通時多將話語權交給對方,讓對話從單向變成雙向。
- 溝通(開會)時間可以縮短,但是頻率不妨增加,以掌握人員狀態的變化。
- 多給予人性化角度的緩衝,疫情下帶來的往往不只是公司或個人層面的波及,還有背後的親人與家庭。
最後,樂觀思考,隨著遠端逐漸成為常態,只要IT專案經理能確保團隊依據對專案抱有一致的共識,組織自然會形成新的溝通模式與默契,之前的耗損不至於反覆出現,對專案的衝擊,也終會淡去。
3 0 171 0
張嘉麟

客務關係發展副理

2021/12/06

繞著地球轉,爭取專案時間
在管理一個跨國專案時,專案經理在資源與溝通管理上,最重要的莫過於了解「利害關係人在不同地域的分佈」這件事。以一個軟體專案的開發為例,一間中大型企業可能有著類似筆者任職外商公司時的人力佈局:
- 介面設計:美國、英國
- 本土化(翻譯):客戶(新加坡、美西、英國)
- 程式開發:美國、台灣、德國
- QA: 美國、印度、愛爾蘭
- 資料庫與IT:美國、台灣、愛爾蘭
而在之前一篇「跨時區專案的藝術」分享中,筆者也提到了跨國專案經理務必搞懂時區以及各地長假等小技巧。為什麼這會攸關專案的進行?就拿這家企業的軟體專案為例,在執行階段每天都會面臨著時區決定效率的時刻。比如說:
1. 終於從客戶那拿到翻譯好的文字(新加坡,台灣時間本地下午),可以交給網頁設計師主管派發出去給各國網站負責人(美國,台灣本地今晚凌晨)
2. 後端的程式設計師(台灣,本地下午)需要IT部門(愛爾蘭,當地為台灣本地清晨,即將上班)作內部網路上的調整以便交給QA測試(印度,台灣時間本地中午,即將結束午餐時間)
3. QA(印度,當地下午)發現介面操作上有問題,於是反映給你(台灣,你已經準備就寢了),你必須向設計部門同事(英國,可能正在酒吧小酌)與前端的開發同仁討論問題癥結點…(美國,剛到辦公室,而他沒看到你寄了什麼專案相關信件或待處理事項給他)
於是你發現,如果時區掌握好,可以是下班前email交出去的棒子、睡一覺起來,地球另一端的同事已經有了很好的進展;若是一個不小心,忘了跟催一個亞洲時區出現的bug,就得等超過一天的時間才有機會再抓住歐美的同事。因此實作上,如果你是一個PM,這也許是一天最好的規劃:
- 上午:
o 先整理好前一晚歐美同事所回饋的進度與需要後續溝通的問題,然後大致分成亞洲/非亞洲兩部分
o 接著掌握與亞洲時間(澳紐、日韓、中國、新加坡至印度)的團隊成員、相關客戶、部門主管溝通的時間
- 下午:
o 準備好與歐洲相關的問題,把握幾個小時的重疊時間做好溝通
o 下班前將一些可以以email與歐美同事溝通待解問題提出
換句話說,大原則就是讓自己一天的工作順著地球的時區轉,太陽照不到的,就盡量以email/溝通管道來傳達;如果可以,歐洲與紐澳時區的同事會是很好的銜接(歐洲的下午 vs 美東的上午、澳洲的上午 vs美西的前一天下午),他們不僅可以協助你傳達給美國的同事,某種程度上,他們在語言與職場作風上較為接近,可以順勢善加利用這個優點,讓專案的過程多一些軟性的加分。
溝通上,則注意避免需要來回多次的討論,盡量將問題收斂成選擇題,因為一次來回,就得等地球再轉上一圈,日積月累下來,對專案的進度可是會造成不少內傷,不可不慎。
3 0 236 2
張嘉麟

客務關係發展副理

2021/10/16

如何避免專案時程估算錯誤
「你當時不是抓一週,怎麼現在變一個月?」
當專案經理在一個新專案的籌備初期,最關鍵的一項工作莫過於估算相關活動的工時,然後再予以排序與加總,也因此,對於活動工時是否能精準掌握,也決定了估算整體專案時程的成敗。
而在實作上,我們也常常可以看到以下這些因素,造成專案經理給出的時程有相當程度的誤差:
⁃ 太樂觀/太悲觀:每一位實際執行專案工作的人,免不了在評估工時上有不同的風格。有人傾向樂觀(「這沒問題,給我三天就好」),有人保守或悲觀(「我覺得不太容易,可能要四到六週」)。
⁃ 資源的浮動:在以「人」為最大資產的專案中,往往人力的素質與多寡主導著專案的進程;而這兩年疫情對國際造成的影響,也造成了過去穩定的「非人為」因素也開始變得浮動(船期大改、原料出貨不穩定),小則造成延遲,大則造成整個專案不得不停擺。
面對這些情況,專案經理如何在可預期、可掌握的範疇下,盡可能降低工時在估算上的誤差呢?
- 任務的範疇需「合理」切割且定義「清楚」,而這點通常需依賴專案經理對於時間的敏感度來判斷。以為時數週的專案來說,同事告訴你2-4天尚屬合理,但是若到一週,就有可能任務的範疇偏大、可以再切割到更細小的內容。
- 確實掌握工作內容:假如是你,這項工作你會估多久呢?懷孕媽媽知道正常孕期為時四十週、父母知道孩子的正規教育從小學到大學費時六、三、四年,這些與人生相關的數字,我們熟悉到不曾懷疑。那麼對於專案成員所給你的數字,你是否完全信服?
在專案上能夠徹底瞭解每項工作、掌握關鍵任務所需的時間,往往給出的專案時程就會八九不離十。也因此,專案經理對於所處領域的專業知識,是絕對必要的,掌握的程度,必須要到團隊成員給出過於樂觀或悲觀的時程時,你有足夠的能力提出質疑、和對方討論,進而了解對方給出如此預估背後的真正原因。
- 參考可靠的第三方意見:小則諮詢資深的專案經理,大則委託外面第三方顧問公司或工具。例如部分國外軟體專案,即採用了 ”Evidence-based scheduling”(註)的軟體來掌握軟體開發的進展。
- 了解你的成員:我們時常在電視劇情裡看到,負責重要專案的男主角,在下班的觥籌交錯之間,才真正了解某某同事對你積極配合的原因(想搶功升官?)、女主角在茶水間或女廁聽到誰誰誰男友剛求婚,準備開始籌備婚禮(難怪對方不太敢承諾下個月的工作天數 ),因此越能夠掌握專案成員的異動與行事風格,絕對越有益於提高你在預估工時上的信心區間。
若能顧及這些面向,相信足以大幅降低在工時估算上發生大幅誤差的風險。
3 0 95 0
延伸資訊
8月份企業要求的職務排行
包含軟體相關專案管理師、軟體專案主管等5種職類
Top 1 軟體相關專案管理師 23.5%
Top 2 軟體專案主管 11.8%
Top 3 專案管理主管 10.7%
Top 4 產品管理師 10.4%
Top 5 其他專案管理師 10.0%
相關職缺
6筆精選職缺
雲端伺服器軟體專案管理 - J1376 廣達電腦股份有限公司
軟體專案管理師/軟體專案經理 日本NEC集團_統智科技股份有限公司
軟體專案管理師 鴻圖股份有限公司
軟體專案管理師 台灣虎航股份有限公司
軟體專案管理師(Software PM) 思偉達創新科技股份有限公司
軟體專案管理師 凡谷興業有限公司
相關證照
包含ITE-OP-Linux維運管理專業人員、ITE-OP-Linux服務整合專業人員等5項證照
ITE-OP-Linux維運管理專業人員 財團法人中華民國電腦技能基金會
ITE-OP-Linux服務整合專業人員 財團法人中華民國電腦技能基金會
進階資料庫設計專業人員 財團法人中華民國電腦技能基金會
進階軟體設計專業人員 財團法人中華民國電腦技能基金會
Linux系統進階管理專業人員 財團法人中華民國電腦技能基金會