這月我收到一封電子郵件，這封來自國內的三大電信廠商的其中一家的同業同好，來請問我目前CMMI在國內推動有幾家認證，這問題考倒我，以前在洪老師【1】時代我還很清楚，因為老師在推動並邁入第10年，加上有計畫辦公室的網站，因此這資訊 很清楚有統計，後來在洪老師去世後加上政府兩兆雙星政策結束後，資服業對這軟體的標準失去動力，開始擁抱敏捷式開發新興的軟體撰寫規範，基於好奇找一下舊資料與新資料，將資料整理如下：...閱讀更多
CMMI (Capability Maturity Model® Integration，能力成熟度模式整合) 起源於美國國防部與卡內基美隆大學（Carnegie-Mellon University）合作所設立的軟體工程學院（Software Engineering Institute，SEI）。 目前這制度的認證單位為ISACA(Information Systems Audit and Control Association)，ISACA 於1967年起源於美國，這組織在2016年3月，收購了CMMI研究所，這研究所是能力成熟度模型整合的推動單位，目前CMMI官網已經在2021年改為ISACA標誌。...閱讀更多
個人建議做軟體專案的甘特圖最好要有以下的專案知識 - 有了解軟體特性觀念【2】(畢竟軟體專案跟其他產業差異較大) - 有軟體開發生命週期的概念【3】(SDLC) - 有工作分工結構圖的概念【4】(WBS) ...閱讀更多
最近在跟同事討論專案時，忽然想到在以前公司的專案流程中專案業務或專案經理在專案承接前會做一個專案評估的檢查，並將整個專案做量化數據給公司的主管，由他確認這專案的獲利、人力、行程、押標金、公司資金調動等，最後確認專案公司是否要全力承接。...閱讀更多
最近與學弟聚餐時，我們閒聊共同討論專案需求可以再精簡嗎？因為學弟公司是小型開發團隊(4-5人)花太多時間整理需求文件也是增加公司的工作成本，但是削減太多會造成無法充分了解客戶需求，尤其在多專案進入開發團隊時就會複雜，所以怎樣適當撰寫客戶需求文件但又不想影響整體專案品質，我將討論結果整理後與各位分享。( 這方式是以開發團隊是4-5人，每個專案需求數為100以內，作為基礎條件去思考整理)...閱讀更多
新的學期又開始，在學校跟同學討論專案的生命週期時，經常要說明專案承接時的專案範圍與成本要如何計算，這在台灣一般大學的軟體工程、系統分析與設計、專案管理、資料結構課程中也沒有很大著墨，剛好前陣子與公司的長官聊到這領域ˇ，我剛好也在研讀CMMI 2.0 中估算(Estimating ,EST)的資料，我將看心得與大家做分享，首先簡單介紹一下估算(EST)這實踐領域(PA)是在CMMI 2.0這版本才新增，以前這估算的過程在CMMI 1.3版專案規劃(PP)的GP1 建立估計值中有4方法...閱讀更多
最近開學開始在備課寫資料在昨天寫簡報中忽然我想到在CMMI Dev v1.3需求管理SP1.1工作產出與執行細則中有講到這表單'需求接受準則'【1】，在以前我當學生上課時老師【2】總是跟我說在CMMI的需求管理中有2個表單很重要，一個是需求接受準則一個是需求垂直水平雙向追朔表，當時負責需求這PA的業務同仁被叮慘後來換我接手規畫公司的需求管理，後來在老師指導中這部分就被我學起來，真是感謝老師的教導。...閱讀更多
會議記錄就找助理進來紀錄就好！用手機錄音轉文字就好，然後再修改有這樣難嗎？寫這樣久......在這幾年專案經驗中常聽到這樣話素在周圍纏繞者，在跟客戶的會議紀錄與內部專案團隊會議紀錄真有上述講這樣單純嗎？我個人認為是沒有這樣簡單，要看您對會議記錄的目的作定義，為何要這樣說？也有人覺會議不重要團隊運作都很好公司都有賺錢，所以要確認公司對會議紀錄真正用途為何？你公司有需要會議記錄嗎？若需要可以參考我下面的分析。...閱讀更多
我跟老師請教與討論聊到CMMI 的ML2【2】的管理面中流程(PA)怎融合到台灣中小企業(5-20人)公司的微型公司，後來與老師共同參與台南軟協、台中市電腦同業公會合作案進行聯合5家中小型企業來導入CMMI認證ML2獲得一些經驗，我將老師合作討論的資料作整理並參考現行CMMI 2.0的規範，然後跟各位作心得分享。...閱讀更多
最近與學弟聚餐，剛好他接下公司委任的軟體開發團隊(4-5人)小主管，公司要求他要有團隊的專案 關鍵績效指標( Key Performance Indicator, KPI )，因為我在軟體公司待比較久也曾擔任公司專案支援團隊與軟體開發團的主管經歷，他問我怎收集數據建立KPI，在餐敘中我們就一起討論，我將與學弟討論的方法做整理分享給各位。 ...閱讀更多
最近與公司的高管在討論，如何用最有效率的方法來作IT的基本建設，後來經過1個多月討論我們選擇GoogleWorkSpace，在利用這5多月的時間執行與運用後，實作到一個段落，所以將經驗與心得作分享。...閱讀更多
在軟體公司任職20多年來經驗不論是老闆、主管、工程師與同事們都沒有很瞭解「軟體的特性」，舉例當主管常會說客戶只是改欄位名稱與輸入方式，為何你要改這久時間，他們不知道若沒瞭解這欄位的屬性或形態，貿然修改會造成修改窗戶結果窗戶好換大門壞的窘境...閱讀更多
一般人都是將PMP的專案管理方式套到軟體專案，常常就會就產生當整專案進度到百分之80-90%時，工程師才告知主管這軟體專案會延宕，難道是這PMP專案理不好嗎？...閱讀更多
