JWorld@TW the best professional Java site in Taiwan
      註冊 | 登入 | 全文檢索 | 排行榜  

» JWorld@TW » Software Engineering » CMMI  

按列印兼容模式列印這個話題 列印話題    把這個話題寄給朋友 寄給朋友    訂閱主題
reply to topicthreaded modego to previous topicgo to next topic
本主題所含的標籤
無標籤
作者 推動 CMMI 的觀感
pychang





發文: 23
積分: 0
於 2005-10-15 22:40 user profilesend a private message to usersend email to pychangreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我協助公司推動 CMMI 制度,已經幾年了。制度本身沒有問題,問題出在是否真正落實。老實說,工程師對於文件的製作,實在沒興趣。但CMMI的認證,資料收集時又很需要文件的佐證。所以大家製作出來一堆也不知道是否有用的東西,認證過了,品質是否提升,沒人知道,但千萬記住,活動的落實是非常重要的,所以說,能通過認證品質不一定好,好品管的軟體公司,不一定會通過認證。

不知道何時,我國的軟體產業才能升級到和美國一樣的地步。不推動 CMMI 我們是否會繼續向下沈淪,以後所有軟體的製作,都移到大陸、印度去了。下一代該怎麼辦? 大家繼續努力吧!


reply to postreply to post
張本元
作者 Re:推動 CMMI 的觀感 [Re:pychang]
mslin





發文: 183
積分: 0
於 2005-10-17 21:24 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
自己小小的感覺是CMMI是一種觀念與方法,遵循這CMMI的精神,在專案進行上會有相當多的好處,但並不一體適用,不必刻意套用到每個專案,舉例來說:

(1)專案要夠大搞CMMI才比較有實際的意義,專案太小搞CMMI 意義不大
思考: 只有三個人的專案也要真的要落實CMMI LeveL 3?
(2)要業主與工程師對CMMI都有一定的Sense ,否則簡直是對牛彈琴 對雙方都是吃力不討好
思考: 業主根本不知道需求變更準則的步驟,工程師還不懂得FAR的情境......
(3)執行專案的時間要夠長,不然光寫文件/收集資料,專案的DeadLine就到了
思考:一個月的專案,有多少時間來寫文件/收集資料?

以上提供自己的一些看法供各位參考與指正Blush


mslin edited on 2005-10-17 21:28
reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:pychang]
pychang





發文: 23
積分: 0
於 2005-10-17 21:42 user profilesend a private message to usersend email to pychangreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
所言甚是!小公司、小專案是台灣的專利,我們有百分之九十以上的軟體公司是屬於小型的,該怎麼辦?但台灣也有相當大型且極為優質的軟體研發單位,但為何科學園區已經好幾個公司被印度人進駐,想起來還蠻憂慮的,會不會有一天,印度人會吃掉我們的軟體就業市場?
真正會落實的單位,還是有賴於專案經理人的決心與毅力,並且不斷教育業主與工程師,再不思考改進,再不參與大型計畫,就不會提升自己的功力!


reply to postreply to post
張本元
作者 Re:推動 CMMI 的觀感 [Re:pychang]
push1997





發文: 8
積分: 0
於 2005-10-20 00:26 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
有種 Lightweight CMMI ,大意是說不用每道菜都點.

我想工程師多半會反彈的想法大體上是如同mslin所說的.
如果避開專案時程壓力.

一些活動 真的能夠讓sa/sd/pg感覺到有幫助.那麼就會有共識就會有人做了.
因為可以對自己好也可以對團隊好...搬石頭害人不成.最後會害到自己

CMMI的精神是很正面的.
軟體開發的內部活動..在沒有CMMI倡導下.許多文件會被忽視.
但許多軟體人也沒有忘過這些本質.雖然沒導入cmmi但重要的文件會產出.

小弟的公司導入過iso,超級失敗的iso.對開發流程軟體品質毫無幫助的iso認證.

文件是給客戶看的才做.內部文件做不做你家的事.
誇張的是這樣也通過iso認證..
自此以後見過公司高唱ISO認證 就不敢恭維..不是繳個錢.吃個飯..發張小卡請大家今天一定要攜帶.跟防空演習眼一下就過了.

CMMI...公司的高層當初是個門外漢(分工太專業???)..他只曉的iso.為ISO而ISO.

所以給pychang 推CMMI加油.希望可以聽到好消息.
同樣軟體業界亂世中,你的老闆腦經比我老闆清醒眼光也正確多了.


reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:pychang]
facade





發文: 25
積分: 1
於 2005-10-20 10:10 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
執行專案的時間要夠長,專案要夠大,與CMMI沒有必然的關係

PS:不是吐槽


reply to postreply to post
Never tell people how to do things.Tell them what to do
and they will surprise you with their ingenuity.

General George S. Patton(1885-1945)
作者 Re:推動 CMMI 的觀感 [Re:pychang]
pychang





發文: 23
積分: 0
於 2005-10-20 22:32 user profilesend a private message to usersend email to pychangreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
我對於這句話 "Never tell people how to do things.Tell them what to do
and they will surprise you with their ingenuity." 蠻有感覺的,CMMI only tells us what to dio, rather than how to do. And I suprise that what we are ddone.


reply to postreply to post
張本元
作者 Re:推動 CMMI 的觀感 [Re:pychang]
Tomm

葛瑞菲



發文: 39
積分: 2
於 2005-10-20 23:08 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
pychang wrote:
我協助公司推動 CMMI 制度,已經幾年了。制度本身沒有問題,問題出在是否真正落實。老實說,工程師對於文件的製作,實在沒興趣。但CMMI的認證,資料收集時又很需要文件的佐證。


請問張博目前貴單位 CMMI 制度設計上有防弊機制嗎? 比如說防止 "專案團隊成員作假以簡化文件" "需要 100 條描述系統需求,工程師只寫了 40 條" "需要 20 個測試案計畫與案例才完整,工程師只寫了8個" , 一般非專業的稽核人員無法看出這些專業文件是否造假,或是否完整,要請個夠資格的專業稽核人員在台灣成本又太高, 我覺得這只能夠靠工程師共同體認 CMMI 價值, 否則防弊似乎很難解決...


Tomm edited on 2005-10-20 23:17
reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:pychang]
pychang





發文: 23
積分: 0
於 2005-10-27 21:28 user profilesend a private message to usersend email to pychangreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
Tomm:
ISO每年來一次,我每年跟他玩一次。CMMI他只考你一次,但無法防弊,我要騙他也易如反掌。但日後我要騙我自己一輩子嗎?

目前我的作法是參加「客戶需求會議」,客戶不會騙我,從客戶取的MA資料,可性度很高。

問題問到重點了,以上意見,供您卓參!


reply to postreply to post
張本元
作者 Re:推動 CMMI 的觀感 [Re:pychang]
pychang





發文: 23
積分: 0
於 2005-10-28 19:10 user profilesend a private message to usersend email to pychangreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
說的蠻中肯的,也提供我另一種思考模式,謝謝!

reply to postreply to post
張本元
作者 Re:推動 CMMI 的觀感 [Re:pychang]
avg729





發文: 19
積分: 1
於 2005-11-07 10:47 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
如果案子不屬於軟體開發,而是產品導入,是否也適用CMMI?
或者有相關的調適流程呢?


reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:pychang]
facade





發文: 25
積分: 1
於 2005-11-09 11:12 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
可考慮Continuous Model

Clown


reply to postreply to post
Never tell people how to do things.Tell them what to do
and they will surprise you with their ingenuity.

General George S. Patton(1885-1945)
作者 Re:推動 CMMI 的觀感 [Re:pychang]
pychang





發文: 23
積分: 0
於 2005-11-20 18:44 user profilesend a private message to usersend email to pychangreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
產品導入?是什麼樣的 business model,基本上,CMMI還是以系統研發或軟體研發為主,如果所謂的「產品導入」是做系統整合,也可以用CMMI model。此外,我們公司也在思考是否可以訂定「規劃案」的量測分析(MA)方式,以便將ISO全面CMMI化。

reply to postreply to post
張本元
作者 Re:推動 CMMI 的觀感 [Re:pychang]
hyf1234





發文: 8
積分: 0
於 2006-12-05 16:30 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
不一定要隨著大家拿認證,你也去拿認證,完全在於公司有否落實執行?
可參考推動經濟日報:CMMI 應從軟體工程紮根一文
http://www.ideal-rd.com.tw/viewthread.php?tid=78&extra=page%3D1

CMMI是非常複雜且完整的指引,而全部導入的話,對企業必造成一定的工作衝突,尤其是Resource的問題。以台灣來說中小企業居多,漸近式的導入重要CMMI PAs(PMC, CM, PPQA, RD等),對台灣軟體產業是有幫助的,落實的做到ML3, 4,即可看到每個PA的好處。假如做的不落實,即使拿到CMMI的證照,在內部推動上也會面臨不易推廣,且遭遇困難,並且也不容易與國際接軌,因為國外會做線上查核而不只看CMMI的證照。

CMMI 的導入最主要是以一個架構為基準,而此架構包含三個關鍵因子的互動比較能推廣成功,一、人員,二、流程與技術,三、工具與設備,因此導入初期應該從簡單為原則,以組織現有的狀況,面對組織對流程的適應性,從最基本的流程著手,並且每個組織都不太一樣,不可能把不同公司的作業流程套在一起,用同樣流程推動,這是不容易成功的,而推廣者必需漸近式地慢慢養成遵循標準流程的習慣,這是需要時間的,不要一開始就把流程搞得太複雜,對組織成員來說,一定會產生某種程度的抗議及抗拒,而導至失敗,則喪失了流程標準化的美意。


reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:pychang]
paradise





發文: 5
積分: 0
於 2006-12-06 23:05 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
CMMI推動關鍵就是落實,我從我們客戶中看到有些公司是玩"真"的,有些是玩"假"的.兩者都通過CMMI Level2,但效果就差很多.流程定義下來是玩"真的"日常就這樣做,玩假的就是auditor要的時後趕快做出來. 怎麼可以看初大家到底玩真的或假的,MA就是一個很好的重點.

reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:paradise]
kenchu





發文: 128
積分: 0
於 2007-01-08 09:50 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
CMMI跟專案大小沒有關係
CMMI是一連串的流程產出物與關聯性的集合
流程是死的 但產生物是活的
很多小專案不必要寫的文件就不需要寫了
文件的目的 在於驗證在與控管
就組織架構來看
導CMMI無疑會多出很多部門與人員
但真是這樣嗎
說句坦白的 這些人本來就是必要的人
如架構如品管如測試
這些本來就是軟體公司該有的部門
只是我們不想花這個錢去請這些人 只想請工程師就好

台灣的 CMMI顧問 都只是要幫助企業通過認證
就跟SCJP一樣 幾乎都直接跟你講答案
照做就對了
為什麼要這樣做 原因目的 適不適合公司產業與文化
那是沒人在意的
畢竟要導CMMI只是為了包工程
顧問說穿了一點實務經驗都沒有
只知道CMMI的考試重點

於是搞成不三不四


kenchu edited on 2007-01-08 09:52
reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:pychang]
blueheart





發文: 17
積分: 0
於 2007-04-08 21:53 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
或許是大家誤解CMMI
其實他是一個Model, 用技術的語言來說, 你可以說他是一個framework
因此你可以有一百種做法都可以建構出CMMI的流程以至於整套Model.

唯一的差距在於實作, 現在台灣比較大點的顧問輔導單位,
都很明顯有個問題, 就是在於顧問本身並非軟工或是資訊出身,
甚至還有只當過測試人員或是品管人員, 實際參與專案的經驗少的可憐,
雖然都能言善辯, 但欠缺實務, 踩不進真實世界, 僅僅在純理論上迴繞,
對整個環境來說, 會有很大的傷害
因此在選擇好的顧問單位時, 最好要仔細研究清楚派來的顧問背景
如果有天你聽到有顧問還在用結構化分析替貴單位輔導時,
千萬不要訝異, 因為貴單位一開始就選錯了, 你就認命吧! Smile


reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:blueheart]
ianhong





發文: 2
積分: 0
於 2007-04-08 22:09 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
Post is deleted

ianhong edited on 2007-04-26 15:26
reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:ianhong]
blueheart





發文: 17
積分: 0
於 2007-04-15 09:33 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
這又回到最原始的問題. 人對了事情就對了!
你可以用IEEE標準, 也可以用ISO, 沒有人規定一定要拿CMMI證書
我同意你說的並非所有領域都要很懂! 只要肯學都可以是這個領域的專家.
這與我提到的選對專業顧問並沒有抵觸.
若貴公司找了個測試領域專家來指導軟體開發流程改善,
而非指導測試流程改善, 我相信結局就是這種東西只會是負擔, 不會是價值
專家要放在對的地方才會是專家, 律師很難可以為婦產科醫師代班接生的! Smile

ianhong wrote:
這些 framework 都會變更企業的文化. 當目的只是在包政府案子下, 這種東西只會是負擔, 不會是價值. 因為造成的反彈會更大. "我習慣這樣做了, 為什麼要改成那樣做??"

不過 為什麼 包政府的案子一定要用 CMMI? 不能用 IEEE 的標準? ISO 也不行? 還是某些大廠的流程標準也不行? 心中一堆疑問...

另外我個人覺得顧問的專業領域是什麼並不是重點. 這個問題就像是包案子, 我們並非每種領域都很懂. 但是如果我們肯學, 客戶肯分享並一同討論, 一樣可以做好. 而在導入 CMMI 或其他標準時, 重點是 我們自己的意願. 如果是有心於提升流程改善的團隊, 就算沒有 CMMI 這種認證, 一樣會去自我學習跟探討提升自我能力. 提高效率還有品質.


reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:pychang]
fhyu





發文: 1
積分: 0
於 2007-12-10 14:16 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
小弟有些意見

問題應是台灣的客戶對軟體的價值的看法是有問題的
1.軟體開發是文件重要還是程式碼重要?
2.有bug是廠商的錯,我還要花錢請廠商測試?
3.測試是廠商的事,不是業主的事

所以先不要管CMMI,就算傳統的系統開發的程序與文件都不成熟了
如何要CMMI,上述的認知都沒有,有何理由要求廠商要用CMMI呢?


reply to postreply to post
作者 Re:推動 CMMI 的觀感 [Re:fhyu]
kenchu





發文: 128
積分: 0
於 2008-07-21 18:44 user profilesend a private message to userreply to postreply to postsearch all posts byselect and copy to clipboard. 
ie only, sorry for netscape users:-)add this post to my favorite list
1. 就公司角度來看
(參考意義)文件重要,因為那才是公司資產
不然公司擁有 windows 的 source code 但卻沒能力維護或修改,那有什麼意義?
2 . 3 bug 要定義,就邏輯上來說,單指專案來看,限定的環境(軟硬體)裡沒有bug,就算是沒有bug



fhyu wrote:
小弟有些意見

問題應是台灣的客戶對軟體的價值的看法是有問題的
1.軟體開發是文件重要還是程式碼重要?
2.有bug是廠商的錯,我還要花錢請廠商測試?
3.測試是廠商的事,不是業主的事

所以先不要管CMMI,就算傳統的系統開發的程序與文件都不成熟了
如何要CMMI,上述的認知都沒有,有何理由要求廠商要用CMMI呢?


reply to postreply to post
» JWorld@TW »  Software Engineering » CMMI

reply to topicthreaded modego to previous topicgo to next topic
  已讀文章
  新的文章
  被刪除的文章
Jump to the top of page

JWorld@TW 本站商標資訊

Powered by Powerful JuteForum® Version Jute 1.5.8