这些做法可以使得维护团队相对开发团队或项目有其独特的优势，也能吸引一些人。其关键是要维持一种公平性。亚当斯的公平理论提到一个感受的公平的条件是他是否认可自己的所得与投入的比例。也是说如果以项目团队的管理方式来带维护团队，维护团队成员能否感受公平呢？

当然这些做法还只是治标，并不治本。要治本，还要再探讨团队目标的设定。

形成新的驱动力

维护所承受的大压力来源于它的目标设定。所谓格局决定结局。何以形成更为有利的格局？

首先软件维护团队的技术应当与开发团队是相通的，为什么不能加以利用？维护过程中发现的问题和识别出来的需求，是不是可以导入到开发团队中去？

相对于开发团队/项目团队，如果维护团队时间压力相对小(取决产品类型)，有机会对问题进行深入的研究，特别是领域相关的知识。深入研究问题以降低副作用本身也是维护团队需要做的。这一优势正是可以加以发挥的特点，是交给维护团队深入挖掘问题并寻求解决方案的职责。研究成果再以文档或者技术分享的形式移转到研发团队。

另外一点，是由维护团队参予开发团队的走查，包括设计、文档以及代码，也会为团队的整体能力提升提供莫大的助力。

可行与否？还是从团队目标开始思考。

维护团队中的决策

如果一个维护项目终止，可能导致维护团队的解散。早一点预见到维护项目的前景，会让管理者有充分的准备时间。

依据<<Software Engineering>>第9版中关于软件进化的说明，软件维护的决策要从市场价值(Business Value)和系统品质(System Quality)两个维度考察。

而得到结果后，得到不同的决策。

至于评价Business Value和System Quality所使用的具体指标设定方式，作者已经给了一些建议。要做到这些，除了了解维护团队的产品特点(软件复杂度，可维护性度量指标MM)，也要了解相应的市场变化(不同干系人的需求)。