4、软件评审

　　软件评审并不是在软件开发完毕后进行评审，而是在软件开发的各个阶段都要进行评审。因为在软件开发的各个阶段都可能产生错误，如果这些错误不及时发现并纠正，会不断地扩大，最后可能导致开 发的失败。下面这组数据可以清楚的看出前期的错误对后期的影响。

　　软件评审是相当重要的工作，也是目前国内开发最不重视的工作。

　　（1）评审目标
 
　　。发现任何形式表现的软件功能、逻辑或实现方面的错误；
　　。通过评审验证软件的需求；
　　。保证软件按预先定义的标准表示；
　　。已获得的软件是以统一的方式开发的；
　　。使项目更容易管理。

　　（2）评审过程

　　A、召开评审会议：一般应有3至5人参加，会前每个参加者做好准备，评审会每次一般不超过2小时。
　　B、会议结束使必须做出以下决策之一：接受该产品，不需做修改；由于错误严重，拒绝接受；暂时接受该产品。
　　C、评审报告与记录；所提出的问题都要进行记录，在评审会结束前产生一个评审问题表，另外必须完成评审简要报告。

　　（3）评审准则

　　。评审产品，而不是评审设计者（不能使设计者有任何压力）；
　　。会场要有良好的气氛；
　　。建立议事日程并维持它（会议不能脱离主题）；
　　。限制争论与反驳（评审会不是为了解决问题，而是为了发现问题；
　　。指明问题范围，而不是解决提到的问题；
　　。展示记录（最好有黑板，将问题随时写在黑板上）；
　　。限制会议人数和坚持会前准备工作；
　　。对每个被评审的产品要尽力评审清单（帮助评审人员思考）；
　　。对每个正式技术评审分配资源和时间进度表；
　　。对全部评审人员进行必要的培训；
　　。及早地对自己地评审做评审（对评审准则的评审）。

　　5、ISO9000.3软件质量认证体系

　　ISO9000.3是ISO9000质量体系认证中关于计算机软件质量管理和质量保证标准部分。它从管理职责、质量体系、合同评审、设计控制、文件和资料控制、采购、顾客提供产品的控制、产品标识和可追溯性、过程控制、检验和试验、检验/测量和试验设备的控制、检验和试验状态、不合格品的控制、纠正和预防措施、搬运/贮存/包装/防护和交付、质量记录的控制、内部质量审核、培训、服务、统计系统等二个方面对软件质量进行了要求。

　　6、测试

　　软件测试是软件开发的一个重要环节，同时也是软件质量保证的一个重要环节。所谓测试就是用已知的输入在已知环境中动态地执行系统（或系统的部件）。测试一般包括单元测试、模块测试、集成测试和系统测试。如果测试结果与预期结果不一致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：

　　（1）测试计划：确定测试范围、方法、和需要的资源等。
　　（2）测试过程：详细描述和每个测试方案有关的测试步骤和数据（包括测试数据及预期的结果）。
　　（3）测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。测试结果：把每次测试运行的结果归入文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。　　

　　七、软件风险管理

　　软件项目管理存在着风险，如果我们提前重视风险，并且有所防范，就可以最大限度减少风险的发生。进行风险管理是有效的手段。

　　1、风险的分类

　　根据风险内容，我们可以将风险分为项目风险（成本提高，时间延长等）、技术风险（技术不成熟等）、商业风险（销售问题等）、战略风险（公司的经营战略发生了变化）、管理风险（公司管理人员是否成熟等）、预算风险（预算是否准确等）等。

　　另外，我们还可以将风险分为已知风险（如员工离职等）、可预报风险（从以往经验得出可能有风险的）和不可预知风险。

　　2、风险的识别

　　风险识别的有效方法是建立风险项目检查表。主要涉及以下几方面检查：

　　。产品规模风险检查
　　。业务影响风险检查
　　。与客户相关的风险检查
　　。过程风险检查
　　。技术风险检查
　　。开发环境风险检查

　　。与人员的模式和经验有关的风险检查

　　3、风险评估

　　风险评估主要从下面七个方面进行：

　　。发生的可能性
　　。发生的结果（影响）
　　。建立一个尺度表示风险可能性（如，极罕见、罕见、普通、可能、极可能）
　　。描述风险带来的后果
　　。估计对产品和项目的影响
　　。确定风险评估的正确性
　　。根据影响排定有限队列

　　另外，要对每个风险的表现、范围、时间做出尽量准确的判断。

　　4、风险的评价

　　对风险的评价主要依据三个因素：风险描述、风险概率和风险影响。从成本、进度及性能三个方面对风险进行评价。确定项目的中止点，在中止点出再一次进行风险评价。

　　5、风险的驾驭和监控

　　风险的驾驭与监控主要要靠管理者的经验来实施。如，某开发人员的离职概率是0.7，离职后会对项目造成一定的影响，则该风险驾驭和监控的策略如下：

　　。与在职人员协商，确定流动原因。
　　。在项目开始前，把环节这些流动原因的工作列入风险驾驭计划。
　　。项目开始时，作好人是会流动的准备，采取一些措施确保人员一旦离开时，项目仍能继续。
　　。制定文档标准，并建立一种机制，保证文档及时产生。
　　。对所有工作进行细微详审，使更多人能够按计划进度完成自己的工作。
　　。对每个关键性技术人员培养后备人员。

　　在考虑风险成本之后，决定是否采用上述策略。

　　八、人员管理

　　1、对项目经理的要求

　　。能够使小组每个成员都能发挥能力
　　。有一定的组织能力
　　。能够使小组美味成员有成就感
　　。有提出解决问题方案的能力
　　。对问题的理解有一定的深度
　　。要能让成员知道软件质量的重要性

　　2、人员的通讯方式

　　（1）正式非个人方式，如正式会议等；
　　（2）正式个人之间交流，如成员之间的正式讨论等（一般不形成决议）；
　　（3）非正式个人之间交流，如个人之间的自由交流等；
　　（4）电子通讯，如E-MAIL（电子邮件）、BBS（电子公告板系统）等；
　　（5）成员网络，如成员与小组之外或公司之外有经验的相关人员进行交流；

　　在实践中发现，（5）的通讯效率最高，其次是（1）。

　　3、人力资源管理中的风险管理

　　在进行人力资源管理时，我们往往重视招聘、培训、考评、薪资等各个具体内容的操作，而忽视了其中的风险管理问题。其实，每个企业在人事管理中都可能遇到风险，如招聘失败、新政策引起员工不满、技术骨干突然离职等等，这些事件会影响公司的正常运转，甚至会对公司造成致命的打击。如何防范这些风险的发生，是我们应该研究的问题。特别是高新技术企业，由于对人的依赖更大，所以更需要重视人力资源管理中的风险管理。