文档介绍：软件开发项目管理的案例解说系列软件开发项目的需求和范围管理-系列(一) 引言在今年第一期的程序员杂志中, 我对软件开发项目管理的重要性和进行管理的十大工作内容作了一个介绍。你应该已经很清楚地知道今天绝大多数的软件开发已经不是简单地编写一些程序而已, 而是一个综合了对多人合作的运作进行必要管理的流程。只要你经历过任何由多人参加的软件开发工作, 你一定对整个开发过程是否具有良好的管理对团队的士气以及对开发结果所造成的影响深有体会。一个软件公司或开发团队对软件项目进行管理的素质和水平, 是影响到项目是否能够成功完成、开发出来的软件是否能够真正满足市场或客户要求的关键因素。懂得软件开发的项目管理知识不仅仅是项目经理的责任, 也是所有开发人员应该掌握的本领之一。从这一期开始,我将在这里用理论与案例解析相结合的一个系列的介绍文章, 来阐述软件开发项目管理的更多指南和实践方法。这一期我们从如何进行软件开发需求和范围管理开始, 接下来在以后的几期中再分别讨论软件开发项目的计划制定、质量控制、以及项目的执行与驱动的管理指南、等等。常有的项目需求和范围管理的挑战在软件开发项目进行的早期阶段, 项目经理以及开发团队的领导们在制定项目计划时所经常碰到的一个令人头疼的问题是: 如何有效地设定一个开发项目的范围, 也就是如何确定所需要开发的软件的功能范围、质量的要求范围等各种所必须满足的条件以及相应的工作范围。很多项目管理人员和开发团队的领队往往被这个问题所困惑、无法有效地从大量的、貌似互不相连的各种技术、市场、用户的要求中得出明确的需求总结,从而妨碍了制定完善的项目计划。其实这个问题并不是软件开发所独特具有的。任何大型和复杂的项目、包括各种高科技和工程开发项目, 都会面临这个典型的问题。是否能够妥善处理这个挑战、并制定出相应的合理的开发项目的计划, 是衡量一个开发团队的管理水准的衡量之一。五年前我在从事微软的新一代嵌入式操作系统(Windows XP Embedded) 产品开发的项目管理时也碰到同样的问题和挑战: 在众多的各种需求中, 怎样确定哪些工作是我这个开发项目必须要包含的?怎样保证最主要的需求分析不被漏掉?怎样在开发之前建立整个团队对软件的质量期望的共识、事先确定软件必须达到的质量要求? 有效的需求和范围管理的运作流程我们所采用的开发管理方法就是类似于我在《软件开发项目管理》一书中所总结的方法和运作流程来对付这个挑战: 1) 从需求分析总结确定大方向: 首先,对照任何一个软件开发项目所应该考虑到的九个需求范围的因素,逐步分析和判断这九个因素中对我这个项目影响最大的几个因素是什么、以及每个因素对我这个项目的具体要求,由此确定和总结出所开发的软件产品的功能范围, 同时并确定哪些功能是不在这个项目的范围之内。下图是对这九个需求分析的因素的总结: 图1: 软件开发项目需求管理应该考虑的各种因素根据这个管理指南和原则, 我的项目计划的第一步就是首先对所有这些因素进行一个全面的总结, 然后把它写在一份“软件需求规范书”(Software Requirement Analysis Specification) 里。这份项目计划的早期文件然后经过整个开发团队坐在一起像开“诸葛亮会议”一样进行审核, 对所有的需求总结进行合理性与可行性的逐条分析和评判讨论, 并为每条需求进行重要性与优先权的设定。有的无法可以立即确定的, 还得通过开发团队进行必要的技术验证、或向我们的市场营销部门或直接向客户进行调查询问来进一步确证。通过几次这样的审核会议, 整个项目团队能够很快对项目的具体目标以及主要的工作任务达到共识。为了方便于该规范书让全体团队成员阅读、并便于在团队审核会议上的逐条讨论, 我将这个总结用一个表格将所有的需求分析根据以上需求因素的范围给列出来, 作为产品设计规范书的早期内容。这个总结做出来之后, 大家就可以逐条审阅和讨论。下面, 我用这个项目的历史作为一个案例来举例说明如何制定这些内容(为了不透露公司的实际产品的开发战略, 案例对具体内容作了改动、并用中文说明以便于读者阅读)。以下是这个表格的使用举例: Item 条款 Product Requirement Areas: ments or Issues ( 注解及问题): Priority ( 优先顺序)1 Business Requirements ( 商业需求): A Windows XP Embedded (XPE) Studio tools Target Designer (TD) ponent Designer (CD) shall be the application development tool suite to enable embedded device developers to de