今天给各位分享软件开发项目管理办法的知识，其中也会对软件项目管理规范进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
软件开发的项目,如何进行范围管理
在项目一开始时，红匣子科技首先对项目进行可行性研究，接着进行成本分析，并把结果做成一份报告，交于领导批准。在项目的整个生命周期中，我们把项目管理工作分为五个过程组：启动、计划、执行、监控与收尾。
项目启动阶段
请点击输入图片描述
规划阶段
项目获得批准之后，下一步就是规划项目的管理工作，以确保项目能在规定的时间和预算的范围内实现预期的目标。在这一阶段，红匣子科技会分为几个主要的部分：
明确业务的需求、项目的目标和可交付成果，确定项目的管理范围
• 工作分解：创建工作分解结构（WBS，Work Breakdown Structure），将任务细分为小组件，以便于管理，并确定任务的优先级及关联性
• 进度计划：估算任务的持续时间，可以利用甘特图将所有的任务和截止日期以时间轴的格式直观地表示出来，在重要的时间节点设置里程碑，制定进度计划
• 成本管理：预估每一项工作所需要的成本，制定预算表，制定成本管理方案
• 沟通计划：确定任务进行中负责人和成员之间的沟通计划，制定高效的沟通方式，并确定好项目的例会制度风险管理计划：识别项目进行过程中可能遇到的风险，并对其进行分析以确定风险等级，制定相应的风险应对方案
• 风险管理计划：识别项目进行过程中可能遇到的风险，并对其进行分析以确定风险等级，制定相应的风险应对方案
执行阶段
现在为止项目已经万事俱备了，开始着手项目的实施。开始具体分配任务，确认每个任务的开始/截止时间、优先级等。
在执行管理中红匣子科技的产品经理非常注重沟通管理，成员之间的有效沟通，是为了确保项目的信息的合理收集和传输所需要实施的一系列措施，它包括沟通规划，信息传输和进度报告等。
因为项目的最终成果取决于每一个小任务的完成，而团队中每一个成员的工作决定了任务的质量，所以需要切实地建设和管理团队的积极性及沟通方式，确保每一位成员高效工作
监控阶段
项目的监测和控制与项目执行会同时发生。 根据计划，红匣子科技的项目经理的会监督运营并确保一切都朝着正确的方向发展。
除了监督项目的绩效外，项目经理还必须监控资源、管理风险，同时负责相关的会议和对应的阶段性报告等工作。如果出现无法预料的问题，项目经理必须要对计划内容和时间表进行调整。
收尾阶段
项目收尾阶段是完结项目管理所有活动以正式结束项目或阶段的过程。在项目结束后，项目经理需要审查以前各阶段的收尾信息，确保所有项目工作已完成。整个项目结束，要对整体的项目做个总结，并且进行产品的测试阶段。
软件项目风险管理控制措施
摘要 ：软件项目开发需要投入大量的人力、物力和财力，但在开发的过程中存在着诸多不确定性和可变性，因而有必要对软件项目风险进行管理与控制。本文通过对软件项目全程的风险识别、分析、应对及监测，在项目开发各阶段积极做好风险防控工作，以达到降低项目风险、减少风险损失的目的。
关键词 ：软件项目开发；风险管理；风险防控
1引言
风险是指在某项活动开展的过程中，一些突发的、不确定的因素对活动参与者造成损害、对自然环境造成破坏的概率[1]。与其他工程项目一样，软件项目的开发也存在着各种各样的风险，如项目资金透支、工期延长、系统不能满足需求等。因而在软件开发的过程中，做好风险管理将有助于降低开发风险，保证开发质量。
2软件项目风险分类
2.1技术风险
软件在分析、设计、测试及实施过程中，可能发生的潜在技术问题给软件项目带来的危害称为技术风险，如采用了陈旧或尚不成熟的技术、系统文档编制不规范等。
2.2管理风险
管理风险是指由于项目在预算、人员、进度、资源等方面缺乏计划、控制与管理，从而对软件项目产生的不良影响。
2.3商业风险
商业风险又称为市场风险，包括开发出来的软件产品不符合市场需求、对软件产品定位不清从而缺乏市场竞争力、市场竞品较多竞争激烈等。
2.4安全风险
安全风险主要包括自然风险、人为风险、外部环境风险，如盗版、病毒等。
3软件项目风险管理步骤
3.1风险识别
风险识别阶段需要识别出哪些风险会影响软件项目的开发，包括这些风险的类别、因素、出处、后果等内容[2]。风险识别的常用方法包括以下几种。
（1）专家调查法。就软件项目开发风险问题，征询项目相关行业领域专家的意见，将收集到的意见和建议整理形成报告，随后将报告发送给各位专家再次进行征询。如此反复，经历数轮后，当专家们的意见趋于一致时就可以得出最后结论。
（2）头脑风暴法。将项目开发小组成员、立项单位代表、邀请的专家顾问召集起来，通过会议的方式，就项目开发风险展开讨论交流，以期对项目风险进行准确识别、分析和预测。
（3）风险检测表法。设计并使用各类条目式风险检测表，帮助项目小组识别各种风险。如开发人员风险检测表，可以罗列出诸如开发人员技术水平如何、开发人员是否具有类似项目开发经验、开发人员的人数是否合适、开发人员是否能够自始至终地参加软件开发工作、开发人员是否能集中全部精力投入软件开发工作、开发人员是否接受过必要的培训、开发人员的人员流动是否能保证工作的连续性等条目。通过对这些问题的分析与回答，可以识别出人员因素对软件项目带来的风险。
3.2风险分析
风险分析主要是针对风险事件发生概率及其后果进行评估[3]。为完成对各种风险的评估，需建立风险度量指标体系，明确各种风险带来的后果与损失，估算风险对软件项目的影响程度，最终给出风险估算的结果[4]。风险分析时，常使用四元组[R,P,I,W]来对风险进行描述。其中R代表风险，P代表风险发生的概率，I代表风险带来的影响，W代表风险对项目影响的权重。由于能否按照合同规定的软件性能、时间和金额等条款完成软件开发工作，对项目的顺利验收起着至关重要的作用。因而重点选取成本、进度、软件性能三个方面对软件项目风险进行度量，当某一方面的度量值达到或超过临界点时，软件项目将被迫终止。
通常风险评估的过程可分为四步：
（1）根据风险识别的结果，分析每种风险的发生概率，每种风险对项目成本、进度、软件性能三方面影响的大小，依据风险后果的严重程度为每种风险赋予不同的风险权重。
（2）定义每种风险的四元组[R,P,I,W]。
（3）定义项目被迫终止的临界点。
（4）预测风险组合对项目的综合影响[5]。
3.3风险应对
对可能发生的各种风险需拟定相应的应对策略。常用的应对策略有预防风险、风险转移、风险回避等。预防风险通常指通过提高软件项目各阶段的可靠性和规范性，从而降低风险发生的概率。风险转移是指利用合同、保险、担保、出售、发包等方式[6]，将风险发生时的部分损失转移至第三方，以降低己方风险损失。风险回避是指当某些风险的发生不可避免且后果较严重时，可对项目方案进行调整，更甚者则主动放弃该项目，以免造成不可挽回的损失。在完成风险识别、分析和应对策略选择后，应形成一个易于理解的风险分析与应对表，如表1所示。
3.4风险监控
风险监控是指依据前期风险分析结果，监控风险应对措施的实施情况，加强对项目全过程风险的管控[7]。风险监控的目的是监测风险管理策略和应对措施的实际执行效果，看其是否达到预期目标，同时根据当前风险监控结果及时修正风险分析与应对表，或对项目中新识别的风险进行分析并制定相应的风险应对措施[8]。
4风险防控措施
4.1需求分析阶段
软件需求是软件开发的依据，也是软件验收的标准，因此对软件需求的精准确定就属于软件项目开发的重点和难点。一方面用户开始时很难完整且清楚地对软件系统的功能、性能、运行环境等方面的需求进行准确表达。但随着项目的深入，用户对软件的需求可能会越来越明确，也越来越多，甚至有时到测试阶段还会出现有用户要求更改软件需求的情况。这对系统分析人员和软件开发人员来说是难以接受的。另一方面，用户、系统分析人员和软件开发人员对软件需求描述的方式也各不相同。用户希望使用自然语言对软件需求进行描述，而专业人员则希望采用结构化的说明语言，如数据流图、数据字典等。这样既可以避免自然语言容易引起的二义性和不确定性，又能为下一步软件设计工作提供便利。
针对这类情况的防控措施包括：
（1）加强对立项单位的组织结构、工作流程和现有软件系统的了解。
（2）系统分析人员需掌握一些获取用户需求的技术和方式。
（3）可将公司已投入使用的类似软件作为软件原型，提交给用户使用，便于系统分析人员对用户需求的收集。
（4）组织由立项单位、系统分析人员和系统设计人员共同参与的需求评审会，最终形成达成一致的需求分析阶段的结果——需求规格说明书。
（5）对需求分析阶段完成后用户提出的新需求，可采取留在以后版本升级中处理，如立项单位要求必须加入的，则可与客户商量延长开发时间、增加合同金额。
4.2设计与开发阶段
如果软件产品采用原型法进行开发，虽能降低因需求不明确带来的项目风险，但由于原型法采用循环迭代的方式来不断满足用户需求，这样可能会导致软件的设计与开发超出预期的花费和时间，并且在反复修改的过程中，容易使客户对项目是否能够顺利完成产生疑虑。针对这类风险，一方面可将生命周期法与原型法结合在一起，互为补充，软件开发中以结构化生命周期法为主要方法，在部分环节则利用原型法来快速获取用户反馈信息[9]。另一方面做好与客户的沟通，及时告知客户软件设计与实现的进度与过程[10]。
4.3测试阶段
测试阶段常面临的风险为测试用例不完善。这样可能导致测试不够全面，软件中存在的错误未能发现，使得软件性能降低。可采取的防控措施包括：
（1）对测试人员进行软件需求的培训。
（2）加强对测试用例的评审。
（3）在条件允许的情况下，可以邀请用户参与软件测试。
4.4实施阶段实施阶段可能会面临客户过于依赖技术人员，迟迟不肯验收项目的风险。采取的防控措施包括：
（1）形成规范的《用户手册》，加强对软件用户的培训。
（2）做好领导层的工作。
（3）宣讲公司后期的服务范围和服务管理的规范性。新旧系统切换的过程中也存在一定的风险。如果转换工作缺乏规范的管理和可靠的安全保障，势必会造成严重的后果，甚至影响正常工作。面对这种情况，一是需要特别注意原系统和新系统的文件保护工作，加强人员的管理和数据的备份；二是根据用户要求、立项单位状况、转换过程中的进展情况调整系统切换进程。
5结束语
软件开发过程中存在着各式风险，对每种风险都需要实施风险管理。由此可见，风险管理本身也可构成软件项目中的一个子项目。科学地制定软件项目风险管理计划，在必要的人力资源和经费的支持下，持续完成风险识别、分析、应对和监控等风险管理步骤[11]，做好项目开发各阶段的风险防控工作，从而达到将风险控制在最低限度，减少风险对软件项目的影响，更好地控制软件开发成本和进度的目的。
参考文献
[1]杨一平,卢山.管理信息系统.北京:机械工业出版社,2018
[2]索红军.软件项目风险分析与研究.软件导刊,2017,16(08):128-131
[3]顾单.S公司战略型物料采购策略研究[硕士学位论文].上海交通大学,上海,2015
[4]百度文库.软件项目的风险分析.
[5]韩最蛟.软件工程基础.北京:清华大学出版社,2009
[6]王慧.公路工程施工阶段成本风险管理与分析控制.建材与装饰,2019(24):259-260
[7]梅旭东.M公司卡拉奇核电站项目风险管理研究[硕士学位论文].东华大学,上海,2018
[8]刘强管理.基于国际工程项目全生命周期的风险管理.土木工程与管理学报,2017,34(06):1-9+16
[9]苑隆寅.图书馆在城乡统筹发展中的作用与知识服务研究[硕士学位论文].重庆大学,重庆大学,2012
[10]马兴鹏.高校综合分析平台项目的系统分析与设计[硕士学位论文].东北大学,辽宁,2011
[11]詹红艳.软件项目管理中风险控制策略研究.软件,2019,40(06):230-232
作者：杨辉 单位：湖北交通职业技术学院交通信息学院
软件项目的管理思路？
软件项目管理是为了使软件项目能够按照既定的成本、进度、质量顺利完成而对成本、人员、进度、质量和风险进行分析和管理的活动,它是决定软件项目能否高效、顺利进行的基础性工作。
目前的软件开发过程中尚存在开发环境复杂、代码共享困难、程序规模增大、软件重用性程度不高以及软件维护困难等问题,因此,对软件项目的管理就显得尤为重要。软件项目管理较其他类项目管理的特殊性主要体现在如下方面:
(1)与普通项目不同,软件项目涉及的是纯知识产品,其开发进度和质量难以准确估计和度量,很多软件项目交付的成果事先不可见。有的应用软件已经不再是业务流程的电子化,而是同时涉及业务流程再造或业务创新,这就造成了项目需求获取环节的困难。
(2)软件项目开发的周期长、复杂度高、变更可能性大。软件项目开发周期一般比较长,一般大型的软件项目开发周期达到2年以上。软件系统的高复杂度使软件开发过程的各种风险难以预测和控制。软件项目的变更主要来自外部和内部两个方面,外部变更包括商业环境、政策法规等对项目范围和需求造成的影响;内部变更包括组织结构、人事变动等对项目造成的直接影响。
(3)软件需要满足目标客户的期望。软件项目给客户提供的是服务,服务质量不仅由最终交付产品决定,更取决于客户的满意度。不同行业的客户对项目的关注点也不相同,因最终交付产品决定,更取决于客户的满意度。不同行业的客户对项目的关注点也不相同,因此,满足客户期望的前提是在项目之初以及项目开发的过程中始终关注客户的需求变更和关注点。
软件开发项目管理办法的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件项目管理规范、软件开发项目管理办法的信息别忘了在本站进行查找喔。
