信息系统的软件项目管理探索

导语：信息系统的软件项目管理探索一文来源于网友上传，不代表本站观点，若需要原创文章可咨询客服老师，欢迎参考。

摘要：介绍了信息系统建设中软件项目管理的理念，深入探讨了软件项目管理的组织模式、内容、配置管理、质量管理、风险管理及人员管理等，并给出了软件项目计划书的范本。

关键词：软件项目管理；软件配置管理；软件项目计划书

1软件项目管理的组织模式

1．1项目管理委员会。项目管理委员会是公司项目管理的最高决策机构，—般由公司总经理、副总经理组成。主要职责如下：(1)照项目管理相关制度管理项目；(2)监督项目管理相关制度的执行；(3)对项目立项、项目撤消进行决策；(4)任命项目管理小组组长、项目评审蚕员会主任、项目组组长。

1.2项目管理小组。项目管理小组对项目管理委员会负责，—般由公司管理人员组成。主要职责如下：(1)草拟项目管理的各项制度；(2)组织项目阶段评审；(3)保存项目过程中的相关文件和数据：(4)为优化项目管理提出建议。

1.3项目评审小组。项目评审小组对项目管理委员会负责，可下设开发评审小组和产品评审小组，—般由公司技术专家和市场专家组成。主要职责如下：(1)对项目可行性报告进行评审；(2)对市场计划和阶段报告进行评审；(3)对开发计划和阶段报告进行评审；(4)项目结束时，对项目总结报告进行评审。

1．4软件产品项目组。主要职责是：根据项目管理委员会的安排具体负责项目的软件开发和市场调研及销售工作。

2软件项目管理的内容

在二十世纪八十年代初，著名软件工程专家B．W．Boehm总结出了软件开发时需遵循的七条基本原则，同洋，我们盔件项目管理时，也应该遵循这七条原则。它们是：(1)用分阶段的生命周期计划严格管理；(2)坚持进行阶段评审；(3)实行严格的产品控制；(4)采用现代程序设计技术；(5)结果应能够清楚地审查；(6)开发小组的人员应该少而精；(7)承认不断改进软件工程实践的必要性。

3编写《软件项目计划书》

《软件项目计划书》一般应该包括下述内容

(1)引言。A计划的目的；页目的范围和目标：范围描述；主要功能；性能；管理和技术约束。(2)项目估算。使用的历史数据；b使用的评估技术；c工作量、成本、时间估算。(3)风险管理战略。风险识别；d风险的时论；e冈险管理计划：风险计划风险监视；风险管理。(4)日程。a项目工作分解结构；b时限图(甘特图)；c琶源表。(5)项目资源。a人员；b硬件和软件；c特别资源。(6)人员组织。a组织结构；b管理报告。(7)跟踪和控制机制。a质量保证和控制；b变化管理和控制。(8)附录。

4软件配置管理

软件配置管理应提供的功能：在IS090003中了如下描述：

唯一地标识每个软件项的版本；标识共同构成一完整产品的特定版本的每一软件项的版本；控制由两个或多个独立工作的人员同时对一给定软件项的更新；控制由两个或多个独立工作的人员同时对一给定软件项的更新：按要求在—个或多个位置对复杂产品的更新进行协调；标识并跟踪所有的措施和更改；这些措施和更改是在从开始直到放行期问，由于更改请求或问题引起的。

5软件质量管理

5．1软件质量保泾计划。在进行软件开发前。需要有—个《软件质量保证计划》。一般包括以内容：(1)计划目的；(2)参考文献；(3)管理。a组织任务；b责任。(4)文档。a目的；b要求的软件工文档；d也文档；(5)标准和约定。a目的；b约定(6)评审和审计。a目的；b评审要求。软件需求自噼审；设计评审；软件验证和确认评审；功能评审；理评审；内部过程评审；管理评审。(7)测试。(8)题报告和改正活动。(9)工具、技术和方法。(10)媒体控制。(11)供应者控制。(12)记录、收集、维护和保密。(13)培训。(14)风险管理。

5.2质量管理的基本原则。控制所有过程的质量；过程控制的出发点是预防不合格；质量管理中心任务是建立并实施文件化的质量体系；持续的质量改进；有效的质量体系应满足顾客和组织内部双方的需要和利益；定期评价质量体系；搞好质量管理关键在于领导。

5.3软件评审。软件评审并不是在软件开发毕后进行评审，而是在软件开发的各个阶段都进行评审。因为在软件开发的各个阶段都可能生错误，如果这些错误不及时发现并纠正，会不地扩大。最后可能导致开发的失败。软件评审是相当重要的工作，也是目前国开发最不重视的工作。

5．4测试。测试—般包括单元测试省测试集成系统测试。如果测试结果与预期结果不—致，则很可能是发现了系统中的错误，测试过程中将产生下述基本文档：(1)测试计划：确定测试范围、方法和需要的资源等。(2)测试过程：详细描述和每个测试方案有关的测试步骤和数据(包括测试数据及预期的结果)。(3)测试结果：把每次测试行的结果归人文档，如果运行出错，则应产生问题报告，并且必须经过调试解决所发现的问题。

6软件风险管理

6．1风险的分类。根据风险内容，我们可以将风脸分为项目风险(成本提高，时间延长等)、技术风险(技术不成熟等)、商业风险(销售问题等)、战略风险(公司的经营战略发生了变化)、管理风险(公司管理人员是否成熟等)、预算风险(预算是否准确等)等。另外，我们还可以将风险分为已知风险(如员工离职等)、可预报风险(从以往经验得出可能有风险的)和不可预知风险。

6.2风脸的识别。风险项目检查表。主要涉及以下几方面检查：(1)产品规模风脸检查；(2)业务影响风险检查；(3)与客户相关的风险检查；(4)过程风险检查；(5)技术风险检查；(6)开发环境风险检查；(7)与人员的模式和经验有关的风险检查。

6．3风险评估。风险评估主要从下面七个方面进行：(1)发生的可能性；(2)发生的结果(影响)(3)建立—个尺度表示风险可能性(如，极罕见、罕见、普通、可能、极可能)；(4)描述风险带来的后果；(5)产品和项目的影响；(6)确定风险评估的正确性；(7)根据影响排定有限队列。另外，要对每个风险的表现、范围、时间做出尽量准确的判断。

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

6.5风险的驾驭和监控。风险的驾驭与监控主要要靠管理者的经验来实施。如，某开发人员的离职概率是0.7，离职后会对项目造成—定的影响，则该风险驾驭和监控的策略如下：(1)与在职人员协商，确定流动原因。(2)在项目开始前，把环节这些流动原因的工作列入风脸驾驭计划。(3)项目开始时，做好人是会流动的准备，采取—些措施确保人员一旦离开时，项目仍能继续。(4)制定文档标准，并建立—种机制，保证文档及时产生。(5)对所有工作进行细微详审，使更多人能够按计划进度完成自己的工作。(6)对每个关键眭技术人员培养后备人员。在考虑风险成本之后，决定是否采用上述策略。

7人员管理

7．1对项目经理的要求。(1)能够使小组每个成员都能发挥能力；(2)有—定的组织能力；(3)能够使小组每位成员有成就感；(4)有提出解决问题方案的能力；(5)对问题的理解有一定的深度；(6)要能让成员知道软件质量的重要性。

7.2人员的通讯方式。(1)正式非个人方式，如正式会议等；(2)正式个人之间交流，如成员之间的正式讨论等(一般不形成决议)；(3)非正式个人之间交流，如个人之间的自由交流等；(4)电子通讯，如E—MAIL．(电子邮件)、BBS(电子公告板系统)等；(5)成员网络，如成员与小组之外或公司之外有经验的相关人员进行交流。在实践中发现，(5)的通讯效率最高，其次是(1)。

7．3人力资源管理中的风险管理。每个企业在人事管理中都可能遇到风险，如招聘失败、新政策引起员工不满、技术骨干突然离职等等，这些事件会影响公司的正常运转，甚至会对公司造成致命的打击。如何防范这些风险的发生，是我们应该研究的问题。