Embedded Files
CMMI 軟體能力成熟度與CNS 15190、GJB 5000B標準關聯
CMMI 軟體能力成熟度與CNS 15190、GJB 5000B標準關聯
緣由：近期在軟體工程課堂上要介紹CMMI (Capability Maturity Model® Integration，能力成熟度模式整合與軟體開發過程的經驗分享，在整理資料的過程發現中國GJB 5000B標準【2】，若我想到2009年與已故啟蒙我CMMI的老師洪肇奎教授，跟在聊天時討論他對CMMI 在台灣推廣的看法，當時他認為要讓台灣產業找到新方向、軟體產業是很重要，尤其在【軟體工程】管理面上，若能由高等教育【3】來大量推廣軟體工程、系統分析、軟體撰寫邏輯....等相關知識，未來對台灣各項產業的加值上會有很大幫助。 。
緣由：近期在軟體工程課堂上要介紹CMMI (Capability Maturity Model® Integration，能力成熟度模式整合與軟體開發過程的經驗分享，在整理資料的過程發現中國GJB 5000B標準【2】，若我想到2009年與已故啟蒙我CMMI的老師洪肇奎教授，跟在聊天時討論他對CMMI 在台灣推廣的看法，當時他認為要讓台灣產業找到新方向、軟體產業是很重要，尤其在【軟體工程】管理面上，若能由高等教育【3】來大量推廣軟體工程、系統分析、軟體撰寫邏輯....等相關知識，未來對台灣各項產業的加值上會有很大幫助。 。
在學校授課"軟體工程"時我總是會將這個議題提出跟同學們說明，但為什麼要開宗明義地說明"軟體特性"，因為我在軟體公司任職20多年來經驗不論是老闆、主管、工程師與同事們都沒有很瞭解"軟體的特性"，所以我在軟體專案過程中需要不斷說明軟體的特徵，我舉例當主管常會說客戶只是改欄位名稱與輸入方式，為何你要改這久時間，他們不知道若沒瞭解這欄位的屬性或形態，貿然修改會造成修改窗戶結果窗戶好換大門壞的窘境，當這欄位是主鍵值(PK)那更要小心他所影響的相關程式，主管們不知道我們需要1個1個檢查，因此我才會將這觀念跟同學們分享並說明來避免產生這觀念落差。
在學校授課"軟體工程"時我總是會將這個議題提出跟同學們說明，但為什麼要開宗明義地說明"軟體特性"，因為我在軟體公司任職20多年來經驗不論是老闆、主管、工程師與同事們都沒有很瞭解"軟體的特性"，所以我在軟體專案過程中需要不斷說明軟體的特徵，我舉例當主管常會說客戶只是改欄位名稱與輸入方式，為何你要改這久時間，他們不知道若沒瞭解這欄位的屬性或形態，貿然修改會造成修改窗戶結果窗戶好換大門壞的窘境，當這欄位是主鍵值(PK)那更要小心他所影響的相關程式，主管們不知道我們需要1個1個檢查，因此我才會將這觀念跟同學們分享並說明來避免產生這觀念落差。
閒聊CMMI 軟體能力成熟度在2.0的改變
閒聊CMMI 軟體能力成熟度在2.0的改變
緣由：前1個月與師長在閒聊軟體工程發展時忽然聊到之前公司在認證CMMI Dev v1.3版的經驗，我才想到10年前這軟體成熟度度的標準還蠻流行在業界，後來因為政府不補助這認證費用後，就逐漸的沒落在業界，後來與同業常聽到就討論敏捷式開發(Aglie)、DevOps等較新議題，後來師長請我了解CMMI的發展進程，我就上網研讀資料做讀書心得的分享給各位。
緣由：前1個月與師長在閒聊軟體工程發展時忽然聊到之前公司在認證CMMI Dev v1.3版的經驗，我才想到10年前這軟體成熟度度的標準還蠻流行在業界，後來因為政府不補助這認證費用後，就逐漸的沒落在業界，後來與同業常聽到就討論敏捷式開發(Aglie)、DevOps等較新議題，後來師長請我了解CMMI的發展進程，我就上網研讀資料做讀書心得的分享給各位。
閒談【軟體專案管理】的工作經驗分享
閒談【軟體專案管理】的工作經驗分享
近年我跟客戶、企業與電腦公會討論系統開發進度，發現很多同業都是將PMP的專案管理方式套到軟體專案，常常就會就產生當整專案進度的時間到百分之80-90%時，工程師才告知主管這軟體專案會延宕，難道是這PMP專案理不好嗎？其實魔鬼藏在細節中(The devil is in the details)不是這管理方法不好，是專案經理要瞭解軟體的特性【1】後，將其特性作調整後就可以改善整個專案管理。
近年我跟客戶、企業與電腦公會討論系統開發進度，發現很多同業都是將PMP的專案管理方式套到軟體專案，常常就會就產生當整專案進度的時間到百分之80-90%時，工程師才告知主管這軟體專案會延宕，難道是這PMP專案理不好嗎？其實魔鬼藏在細節中(The devil is in the details)不是這管理方法不好，是專案經理要瞭解軟體的特性【1】後，將其特性作調整後就可以改善整個專案管理。
Google Sites
Report abuse