Re: [請益]CMMI重要嗎?

[leicheong (睡魔)]

※ 引述《wade43 (wade43)》之銘言：
: : 客戶的錢名明只夠請的請L2的廠商得到L2的品質，偏偏他就是要求要L3或是甚至L5
: : 的廠商..
: 錯誤的觀念! 達到L5應該是會讓你生產出品質更好、cost更低的產品!
: L5和客戶要求的品質沒啥關係，L5的重點是你們組織內部的持續改進!
: CMMI 和 Agile沒有互斥
: 為什麼一說到CMMI，就會提到很多文件、很浪費cost?
: CMMI沒有規定一定要有什麼樣子的文件或格式!
: CMU 發展出一個Model，來讓大家產出很多文件? 提高大家的Cost?
: make sense嗎?
一個正常的PG寫documentation和寫code的時間比約為 7:3

CMMI即使文件量不多, 但寫Joblog那些甚麼的總要花時間的吧?

當PG為了那些額外的doc.真正產出code的時間比下降到 75:25, 甚至 8:2 的時候,
我很難想像怎麼跟直接沒post CMMI的, 但因短期成本低而報價比你的公司低的公司
競爭, 尤其是許多非本行的根本不知道甚麼是CMMI的時候.

對他們來說, 口碑往往是比較可信的.

因此我說對中小型公司而言, 為CMMI的宣傳效果而做CMMI是相當不智的. 往往
級考不上去, 燒了一堆錢, 口碑因額外的工作量做成的延遲差了, 員工為額外
的工作量怨聲載道而出走... 那樣的話真的得不償失啊.

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 58.152.218.98
推 alonelife:對後來接手程式的人,看document比看code了解程式架構和
→ alonelife:演算法的時間為8:2..想想寫系統的目的吧..
推 alonelife:不過,中小型公司都好像是寫了,就跑了.... =.= 唉
推 teman:那是對中小公司而言 但是想成長到大公司的話 還在削價競爭?
→ teman:對大專案系統 直接看code?
推 iincho:7...7:3? 我這邊看到的是3:7...還是號稱台灣最大軟體公司..
推 willieliao:2:8..我們有專門寫SDK和USER MENU的人
推 leicheong:別忘了小公司的PG和SA常是同一人啊. 算上寫SPEC的話
→ leicheong:7:3很正常吧... :O