推 amazed312:推 07/30 23:53
推 haryewkun:謝謝各位大大。我大致上了解了。 07/31 14:53
※ 引述《haryewkun (Har)》之銘言：
: ※ 引述《aaronliu0719 (hmm....)》之銘言：
: : 就拿CMMI和Agile來比好了，台灣的軟體公司一個案子能有多少人？
: : 常常10個人做一個案子就算大了，CMMI動不動十幾個PA在導，一個
: : 工程師要扛兩個PA的故事還滿常聽到的，這樣搞CMMI難道over head
: : 不會過大嗎？
: : 反觀Agile似乎正是為了台灣這種小team為主的環境設計的，可惜
: 請問大家，CMMI 對于公司的規模大小的要求？從規模上千人的公司，到
: 規模只有十人的公司， CMMI 的理念是否依然一樣呢？
: 或者，CMMI level 5，運用在規模只有十人的公司上，可能嗎？
不是不可能，不過應該沒有人會這樣做
從Level 2開始，他的概念都是在用一套制度
去規範公司與員工的行為，在特定的分工與監
督下，讓專案在一個可以預期的軌道上運作，
進而提升軟體專案的品質
問題10人小公司的優勢在哪裡？
是制度比別人齊全？
是分工比別人細緻？
還是監督、稽核能力比別人強？
我想這些通常不會是答案
那為什麼要去做這種削足適履的事？
況且就執行面來講，不要說Level 5，Level 2你就會喊累了
因為，這狀況不是一個部門10個人，是一個公司10個人
所以你這10個人不但要身兼所有PP、PMC、RD、REQM...等等執行面的PA，
還要管SAM、OPF、OPD、OT...等等支援層面的PA，因為這10個人就包含了
採購、稽核、人資等部門...
甚至到審查的時候這10個人還要身兼EPC....
我看不論文件設計的再簡單，通通搞CMMI就不用做專案了吧...
所以，小公司還是專注在獲利上就好...
這也是業界的常態啊～～
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.96.116.42