不知不觉中，大多数课程的学习已经接近了尾声，《UML大战需求分析》这本书也陪伴了我们很久。在学习的过程中，我发现很多课程中其实都离不开UML。足以证明，UML在需求分析中的重大作用和在我们这个行业的地位。
在最后一篇中，我们再回到需求分析，了解一下需求分析的团队作战。需求分析并不是单兵作战的工作，很多时候都是需要项目组全体一起去获取需求，有时候需要先派遣项目组的需求分析精英去获取需求，然后将这些需求分享给项目组全体，团体作战对于需求分析工作是相当重要的。
有一种典型的情况：公司要研发新产品，组建了一个研发团队。领导要求在系统分析师还没有做出需求和设计之前，大家都不能开始下一步工作。于是系统分析师一直在孤军奋战，而其他项目组成员就一直闲而无事。
其实在这个情况中，领导懂得系统架构和设计的重要性，所以首先让系统分析师在做需求和设计，这是正确的传统软件工程教育。而系统分析师能力比其他人都要高，随便带人做有可能还会加重他的工作量，所以可能认为还不如他一个人孤军奋战。项目组成员可能就会比较憋屈了，进公司之后一直在照猫画虎，没有接触过高难度的工作，都不能进行历练。对于这种情况，我有一些自己的看法，在项目进度的压力之下，我们也应该注意培养项目组成员的能力和素养，忽略他们的成长需求，只会给公司带来实力薄弱的效果；打造一个“和谐型”团队，这样大家可以共同进步，一同解决问题、难题，可以带来更好地团队协作效果，还能培养公司的力量；作为能力高的系统分析师要学会分享知识和为成员解忧，这样项目组成员可以学到更多东西，而系统分析师这样的大神也可以在分享中进步地更快。
项目组中的需求工作负责人要全面把握需求，并能指导其他成员的工作。项目组全体成员对项目的需求需要达成一致的理解。项目组各成员对自己负责的细化需求理解正确。这是需求分析开始的条件。在团体合作过程中，大家都会对需求有一手的了解。
我觉得团队作战获取需求可以带来很多好处，项目组成员自己获取需求会比从别人那里听来要更加实际，理解更加深刻准确，也就更加贴切客户需求，大家还可以在这个过程中对UML更加熟悉。成员之间的思想交汇，碰撞更是不可多得的财富。