CMMI 文件製作有感

最近開始協助、正式製作CMMI要求的文件，
為何要區分"協助"和"正式"呢？
因為做起來的心情完全不同，感受也完全不同。

 

先說協助的部分好了，
兩個開發專案實際上都是已經差不多算完成的案子、另一個案子則是維護性質的專案，
對我來說，其實就是為了CMMI而補文件，
文件也是先求有，內容幾乎8成是胡鄒 @@
其實做起來沒什麼壓力，
反正內容大概也不會有人認真地去審核(一個專案80份文件以上......可能要有相當多的審核人員......)
可以預期的，這些文件對以後的人在專案上的了解，幫助應該是趨近於零......
Who cares？反正文件有了再說、認證過了再說......

 

 

再來說到正式的部分了，是目前正在進行中的專案，
首先從心態上來看，其實做文件的心情很複雜，
又希望能不要花太多時間在文件上(coding都delay了 = =)
但又希望文件真的對未來有所幫助，而不是單純為CMMI而做。
可惜兩者是互相牴觸的......
接著從能力上來看，
對於沒有學過軟工的我來說，
我不知道範本上的字句與我的認知是否相同？
我對各項目所該涵蓋的內容是否真正了解？
我所寫的內容是否真的能幫助以後的人對專案有完整的了解？
use case 該怎麼寫？test case該怎麼寫？class diagram該怎麼畫？sequence diagram該怎麼畫？
其實我真的都不是很清楚，甚至可以說完全不了解......
自己找書來看嗎？當然是OK，但是我覺得這是普遍存在的問題，而非我個人的問題，
公司的態度是什麼？這些是工程師本來就該具備的技能？還是開課上幾小時的概論就要草草帶過？

 

我必須誠實地說，要我做出一份完整、真正有用的文件，可能是有相當的困難度；
要我應付了事的話，我倒是很厲害 = =

 

昨天花了約莫10小時的時間研究需求規格書、設計規格書的範本，
產出了一份需求規格書，設計規格書難產中......
以產出物來看，工作效率實在低的驚人ˊˋ

 

很多事情，常常探討到最後，總是回歸到一件事情，
在資訊業中，
像我這樣的角色究竟定位為何？
究竟需要具備什麼樣的技能？

 

本文花了15分鐘......對不起PM，進度又落後15分鐘了 = =