這些做法可以使得維護團隊相對開發團隊或項目有其獨特的優勢,也能吸引一些人。其關鍵是要維持一種公平性。亞當斯的公平理論提到一個感受的公平的條件是他是否認可自己的所得與投入的比例。也是說如果以項目團隊的管理方式來帶維護團隊,維護團隊成員能否感受公平呢?
當然這些做法還只是治標,并不治本。要治本,還要再探討團隊目標的設定。
形成新的驅動力
維護所承受的大壓力來源于它的目標設定。所謂格局決定結局。何以形成更為有利的格局?
首先軟件維護團隊的技術應當與開發團隊是相通的,為什么不能加以利用?維護過程中發現的問題和識別出來的需求,是不是可以導入到開發團隊中去?
相對于開發團隊/項目團隊,如果維護團隊時間壓力相對小(取決產品類型),有機會對問題進行深入的研究,特別是領域相關的知識。深入研究問題以降低副作用本身也是維護團隊需要做的。這一優勢正是可以加以發揮的特點,是交給維護團隊深入挖掘問題并尋求解決方案的職責。研究成果再以文檔或者技術分享的形式移轉到研發團隊。
另外一點,是由維護團隊參予開發團隊的走查,包括設計、文檔以及代碼,也會為團隊的整體能力提升提供莫大的助力。
可行與否?還是從團隊目標開始思考。
維護團隊中的決策
如果一個維護項目終止,可能導致維護團隊的解散。早一點預見到維護項目的前景,會讓管理者有充分的準備時間。
依據<<Software Engineering>>第9版中關于軟件進化的說明,軟件維護的決策要從市場價值(Business Value)和系統品質(System Quality)兩個維度考察。
而得到結果后,得到不同的決策。
至于評價Business Value和System Quality所使用的具體指標設定方式,作者已經給了一些建議。要做到這些,除了了解維護團隊的產品特點(軟件復雜度,可維護性度量指標MM),也要了解相應的市場變化(不同干系人的需求)。