本次導入工作由思辨顧問公司劉安瑋顧問擔任全程輔導工作，輔導工作歷時14個月。研發副總陳明達表示，在輔導過程中，除了協助軟韌體開發人員詮釋與應用CMMI Model，同時顧問也協助將CMMI-based流程整合在公司既有ISO流程中，以及協助導入軟體工程工具，這些努力將使流程的持續落實與改進，有一個穩固的基礎。

SEI的CMMI實作者課程，於本年度(2012年)首次引進台灣，在經濟部工業局「101年度提升資訊軟體品質(CMMI)計畫─人才培訓計畫」的支持下，思辨顧問於10月中旬舉辦為期三天的 CMMI 實作者課程。

工業局提升資訊軟體品質(CMMI)計畫，頒贈給【思辨顧問】「最佳夥伴」獎牌乙座，並分別頒贈給【思辨顧問】資深顧問暨主任評鑑員劉安瑋與王誠「品質推手」獎牌各乙座，感謝【思辨顧問】輔導團隊對台灣軟體產業流程改善的卓越貢獻。

Q：這門課程適合哪些人參加呢？
A：已經上過CMMI簡介，並有實作經驗的人，例如公司中擔任EPG或專案經理的人員，會覺得收獲最多。但是CMMI的經驗不會是一個必要條件，如果對如何管好軟體開發專案有興趣的人，都適合參加。如果是主管，常常必須回覆下屬類似：”做這些對我們有什麼幫助？”的問題，也可以藉由課程的互動討論，瞭解如何更明確的將CMMI實作方法與改善目標結合。

CMMI Model中所描述的實踐(Practices)以”做什麼(What)”為主，並沒有包含”如何做(How)”的資訊，此一實作者課程的設計，即為了補充”如何做(How)”的不足。藉由課程中互動與演練的安排，讓學員充分了解CMMI流程領域(Process Areas)間的關聯性，與實作的可能方式與會遇見的問題。

為了能展示”如何做(How)”，課程中將以敏捷開發方法的Scrum為例，說明以建立基本專案管理能力的CMMI Level 2，其中的流程領域，在Scrum這個敏捷專案管理的框架中，如何被實現。課程中將由通過CMMI評鑑且實際導入Scrum流程的團隊人員，分享實作的經驗。對於希望在課程中接觸實務案例的學員，我們的課程應能滿足您的需求。

看似複雜的功能點分析法(FPA：Function Point Analysis)，經由講師林晉陞深入淺出的講解，學員很快能掌握關鍵原則。課程中的另一位講師劉安瑋，就Story Points Estimation進行講解，說明了敏捷式(Agile)開發的常用估算方式，學員因演練了如何寫User Story，以及應用Planning Poker做相對性的估算。透過兩種典型方法的比較與分組討論，學員們更加能夠釐清觀念，掌握估算工作的意義。課程中也特別安排把同公司的學員放在同一組，讓實作練習的專案能夠與實際工作內容有更緊密結合。

【思辨顧問】身為 IBM 的 Partner，以《流程制度化、經驗資產化．持續改善、永續成長》為主題，在現場展示 IBM Rational Method Composer 流程管理解決方案，以及 IBM Rational DOORS 與 IBM Team Concert 需求管理解決方案。今年【思辨顧問】團隊兩位SEI認證的主任評鑑員(SEI-Certified SCAMPI Lead Appraiser)Andy與王誠均在場協助展示解決方案，並以CMMI流程改善的輔導與評鑑經驗，在現場和多位的開發者進行經驗分享與意見交流，並深入說明解決方案為客戶帶來的效益。

依據研究資料，訓練過的功能點分析估算人員，他們間的估算誤差可以落在10%左右。能夠得到這樣的精確度，可想而知功能點的估算方法必定要很嚴謹，才能避免主觀認知的誤差。嚴謹代表著計算難度高，有一定的門檻；反觀故事點的計算方法或許不在意精準度有多高，只要能累積每個反覆(Iteration)或衝刺(Sprint)的經驗，加上固定的團隊成員，估算的準度是可以有效提升的。

您知道軟體專案的核心風險是”先天的時程錯誤”嗎？而時程錯誤是源自於對產品規模[Size，例如千行程式碼(KLOC)、功能點(Function Point)、或是故事點(Story Point)數]的誤判嗎？您知道依據業界的經驗，認真的面對估算工作的組織，比對專案規模一無所知的組織，專案時程誤差將可從30%縮減為15%！本課程由擁有豐富估算實務經驗，以及熟悉軟體開發工作的資深顧問林晉陞，帶領您親身運用IFPUG功能點方法和Agile的故事點方法，加上成本估算技術，以掌握專案規劃面的關鍵技術！

專案經理需要具備激勵團隊成員的軟技巧，但是畢竟他或她不應是賣火柴的少男或少女，靠著微弱的火柴光在惡劣的環境中編織一個個短暫的夢想。多少次我們必須強迫自己相信，下個月我們就會趕上進度？如果時程僅僅代表一個希望，團隊的士氣終將無以為繼。
估算方法應是專案經理必備的能力。估算包含一連串的活動，使專案團隊應用一致的、有系統的方法，讓成員貢獻他們的經驗與智慧，以能在專案生命週期的早先階段，推估軟體的合理規模，進而推估工作量與成本。歷史資料(Historical Data)是增加估算準確性的重要條件，因此估算方法中同時包含指引組織建立經驗資產，以支援後續專案估算工作的活動。有一致與系統化的方法，經驗積累才能有效進行；有一致與系統化的方法，誤差檢討才能夠明確且客觀。