互連網產品研發管理-軟體研發中的SOP

傳統行業裡的流水作業大家都知道是怎麼一回事，企業為了壓縮人力成本，想盡一切辦法加快產品的出廠時間和產品生產率，為了達到這個目標很多企業產用一機械流水化作業，在這個流水作業中採用了SOP就是標準操作，規範統一每一個環節的員工操作，通過簡單重複的作業標準來提高生產效率。

　其實軟體行業也是可以採用這種方式，提高軟體的品質及生產效率，眾所周知在軟體品質管理體系裡，有CMM,CMMI,ISO等標識，這些標識其實是為了提升軟體企業的能力，是軟體成熟度等級的一個考核，這些流程是比較重型的，很多企業是為了拿單而去過這些等級，最終是怎麼樣也就可想而知了。
　說說我們研發中的SOP吧，先看看為什麼要採用SOP，在團隊軟體開發過程中，有幾個重要的流程是一定要去走的，不管你採用什麼樣的開發方式還是採用傳統的還是敏捷的方式。
　１、軟體需求的過程
軟體需求的過程也是可以標準化的，雖然軟體需求的擷取層可以多樣化，但軟體需求的整個流程是一致的，有些細節上的工作可以不一樣或都可以省略但需求的產品，使用者需求文檔和軟體需求文檔是不可少的部份。
所有項目和產品的來源都來自需求，如果需求錯了，可想而知下面的工作全是錯的，無論你有什麼樣的軟體開發方式都是錯的，而且需求的變更也是需要管理的，項目或產品的升級修改都依懶於變更文檔，如果沒有記錄變更，那麼這個產品就沒有了方向脫節了。而軟體需求的文檔其實就是一份SOP手冊，告訴相關的開發人員如何編寫軟體去滿足項目和軟體的需求，這份文檔與人無關，那怕換一個人也是同樣的文檔說明，這是一個標準化的文檔不能出現多種形式的需求文檔，這樣不利用統一識別需求和閱讀。
２、軟體開發的組態管理
在團隊合作開發時，常常會遇到工作的相互依懶性，當你的工作進行分組的同事，必須考慮的是工作的依懶性，如何解決軟體研發過程中的工作依懶，在CMM裡面其實也有提過，就是軟體配置，可以配置統一的開發管理環境像採用軟體版本控制器VSS,SVN等，統一BUG管理，統一測試環境，這些都屬於軟體配置層面，統一配置的目的是為瞭解決工作中需要的協調和依懶。好比流水線作業中的每一條生產品，統一的生產作業線。
３、軟體統的架構設計
軟體系統的架構對於一個項目或一個產品來說肯定是統一的，當然也有些大型的應用，像互連網產品它可能有多個不同的系統架構或平台的應用，但在同一個應用或同一個系統裡面軟體架構肯定是統一的。
統一架構有利於系統的擴充和管理，統一的架構有利於提升研發團隊的生產效率，在系統的架構層具體實現中可以封裝很多應用，對於開發來說是一個統一的平台。在統一的平台下面有利於開發的管理，有利於系統的擴充與外部應用的整合。
４、軟體產品的發布。
軟體產品發布的統一有利於產品的發布的穩定，建立標準的統一的發布流程，可以提高產品發布的效率同時也可以減少軟體產品發布或升級過程中的錯誤，特別是像互連網產品的應用，它的功能模組的依懶性會比較大，一但一個地方錯了，相關連的應用都有可能發生錯誤。

雖然軟體行業還沒有傳統企業的SOP應用的廣泛和成熟，也不防可以借鑒下傳統企業的作法，對於互連網產品不需要重型的流程像CMMI這樣的品質保證，需要的是敏捷更多些，以滿足市場的變化，使用者需求的需要。但對於這幾個關鍵的流程也是可以進行SOP以降低軟體的風險提升軟體的生產效率。

 有關更多的軟體研發博文可以看看這個部落格