主管腦袋也要通過CMMI認證?

文章來源: 石頭閒語:我因為CMMI的事，而被公司解僱了

常看我文章的朋友，心裡一定有個印象，那就是我個人並不喜歡CMMI。我也在部落格中說過我待的公司通過CMMI level 3 認證，可能會有一段雞飛狗跳的日子。果不其然，我真的因為CMMI的事被解僱了。然而事情起因卻是因為我在某件專案中，太常抱怨「這樣做不符合 CMMI」、「CMMI不允許這麼搞的」諸如此類的話。因此被專案經理認為能力不足。當然啦，有此抱怨的不只我一人。幾經波折，我和幾位同事就先後被解僱了。

 

台灣的軟工果然…唉…

去軟體工程研討會時，某資訊公司的PM來講他們公司導入CMMI的經驗，

講的欣欣向榮，一片大好的樣子，當人家問他說如果你自己開公司，

你還會導入CMMI嗎，他很堅決的會，

我相信這是因為整個CMMI是他在負責導入的，但其他人會這麼想嗎?

即使通過認證，是不是每個人都能看到CMMI的好處？

或者它不是真的適合該公司。

agile method開發流程初步

一直以為對這流程很熟悉了，但是其實還有很多不清楚的地方。

1.scenario: 敘述一個故事，只代表一條線

2.use case: 在scenario中，每兩個object互動就是一個use case。

   use case != use case diagram

   use case diagram是把這些use case整理起來用diagram表示

3.acceptance test case：把scenario中詳細的輸入值寫出來，

   例如user選擇1，輸入5000，這在客戶驗收時，

   照著上面一模一樣輸入，會得到預期結果。

   在agile method中，為了求簡化，所以這三個可以合併。

4.CRC card: 有了use case可以找出需要那些method，在整理歸納出class。