通常，還會有另外一種做法：降低要求，暫時拋棄各種標準與規范，采用一種簡單易行的策略，即由質量控制小組找開發人員、項目經理讓他們自
我發現問題：你有什么缺點？你將如何改進？在開發人員、項目管理人員講自己的改進措施后，讓他們確保能做到。在這種辦法中，不需要管理人員花
費太多的精力進行標準的制定，改進的推動，這些工作都是由開發人員自己去做的，管理人員僅僅是起到了監督的作用，只要開發人員自己說到做到就
可以了。但是，我們做了一個嘗試，如果僅僅從開發人員的角度出發制定標準，每個人的習慣不同，開發人員往往傾向于按照平日自己的編程習慣制定
符合自己需要的規范，這樣做的隨意性比較大，難以形成統一的、正規的文檔體系結構。而且，開發人員往往利用這一點，給自己留有充分的彈性。往
往自己制定的規范都有自己不同的解決辦法，這樣會造成編程風格的不統一。既然是規范，總得有一定的強制性，而如果單單從下而上，放權給開發人
員，實施的過程中可能會發生更大的問題。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
