看板
[ Soft_Job ]
討論串[請益]CMMI重要嗎?
共 13 篇文章
內容預覽:
不是不可能，不過應該沒有人會這樣做. 從Level 2開始，他的概念都是在用一套制度. 去規範公司與員工的行為，在特定的分工與監. 督下，讓專案在一個可以預期的軌道上運作，. 進而提升軟體專案的品質. 問題10人小公司的優勢在哪裡？. 是制度比別人齊全？. 是分工比別人細緻？. 還是監督、稽核能力比
(還有189個字)
內容預覽:
請問大家，CMMI 對于公司的規模大小的要求？從規模上千人的公司，到. 規模只有十人的公司， CMMI 的理念是否依然一樣呢？. 或者，CMMI level 5，運用在規模只有十人的公司上，可能嗎？. --. +--------------------------------------------
(還有53個字)
內容預覽:
全部吃光光. CMMI是很好的制度，但任何制度都必須要考慮應用的狀況. 要提升軟體的品質，要走軟體工程的方法論，其實不只CMMI. 一種，以微軟的工具Visual Studio Team System來說就提供了. CMMI和Agile兩種方法論. 就拿CMMI和Agile來比好了，台灣的軟體公司一
(還有280個字)
內容預覽:
假設專案A, B, C, D, E代表一個產品版次的成長，. 那不照流程不留文件的專案開發大約長的像這樣:. A -(一個月)-> B -(兩個月)-> C -(三個月)-> D -(四個月)-> E.... 共十個月。. 因為程式越來越複雜，導致加入一個新的feature的成本增加，. 加上不留文
(還有1154個字)
內容預覽:
一個正常的PG寫documentation和寫code的時間比約為 7:3. CMMI即使文件量不多, 但寫Joblog那些甚麼的總要花時間的吧?. 當PG為了那些額外的doc.真正產出code的時間比下降到 75:25, 甚至 8:2 的時候,. 我很難想像怎麼跟直接沒post CMMI的, 但因
(還有76個字)