Author: Annika Jeng

迎接2013 – 思辨顧問庫志部落尾牙活動

這次是一趟芬多精走透透的尾牙之旅。上午遇見隱身在蓊鬱森林中的「和平吊橋」,沿途找著雖是枯水期仍隱約可見一上一下的「龍鳳瀑布」,還拜訪了最近漆上了夢幻粉紅的「復興橋」。近午抵達「庫志部落」,熱心的村長沿途導覽部落風光,澎湃的庫志部落無菜單料理讓大夥飽餐一頓,接下來大家還一起動手做「香蕉糯米飯」。離開部落廚房,走入綠蔭遮天的「庫志步道」,在山林峽谷間賞瀑、觀溪,享受含氧豐富的清新空氣,洗淨一身都市塵囂。下午,造訪地形特殊的「三民蝙蝠洞」,潭深石滑,清幽神秘,更令人對大自然的鬼斧神工心生敬畏。

賀立錡科技通過CMMI評鑑!

立錡科技曾取得 ISO9001 / ISO14001認證,面對公司快速成長的需求,執行長深知改善流程,能大幅提升人力素質與工作績效,因此對CMMI的導入十分鼓勵。在知識與資訊處王德劭處長帶領之下,各部門主管與資深人員投入制定標準流程、訓練、稽核、工具建置導入、以及評鑑活動,以期建立一個持續改善的機制,並符合整體公司成長的目標。

2012年「CMMI實作者(CMMI Level 2 for Practitioners)課程」開課紀要

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

提升資訊軟體品質(CMMI)計畫成果發表會

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

【思辨顧問】專訪講師:我們為什麼要開CMMI實作者(CMMI Level 2 for Practitioners)課程?

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

工業局補助40%,2012年最後機會!【思辨顧問】CMMI-DEV Level 2 for Practitioners(實作者)課程

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

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

2012年「軟體專案估算實作研習」開課紀要

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

CMMI專業顧問公司【思辨顧問】參加IBM2012開發者大會

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

軟體規模(Size)估算單位-Function Points與Story Points超級比一比

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

工業局補助40%!【思辨顧問】2012軟體專案估算實作研習(週末開班)

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

Top