第九周团队作业 1759110
一．人员风险
软件开发项目中，人员中发生风险的问题最具有不确定性。这个不确定性包括开发人员和客户。团队中较有可能出现的失误，比如人员流动，工作交接问题出现失误，没有比较完备的人员组织系统等等。这都是在开发过程中出现的。回到人员本身，又大概可分为三个方面：
SRE实战 互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。1）人员技术达不到要求：假设项目开始之初设定每个人都能完成自己的目标，一旦开始工作，未必能如愿。每个人都是有差距和差异的，不同的完成进度会给整个项目带来很大风险。个别人员的技术缺陷，应该留有后备人员补充，项目组也应及时注意每个人的进度，加强审查，保证能顺利完工。
2）项目组沟通问题：开发人员在进行代码实现时出现问题，上报后未能及时与项目组人员进行有效沟通，很可能导致进度拖后，所以建立一个完善的沟通反馈机制是非常重要的。
3）开发人员积极性缺乏：开发人员敷衍了事，没有对代码仔细检查，认为做完自己的事情，没有出现差错即可，很可能导致产品质量下降，甚至报废。经理应该加强团队凝聚力，建设集体荣誉感。
客户中可能存在的问题：
1）后续对产品规划产生较大的改动，致使前代产品不能向下兼容。
2）提出不合理的增求，提供的成本不足以维持后续开发。
3）用户需求不明确
解决方案：
预防这种风险的办法是在用人之前先选对人、开展有针对性的培训、将合适的人安排到合适的岗位上。要降低项目的人力资源风险，就要保证参加项目的各类人员能够胜任项目中所承担的工作。因此，实施双方应对参与人员进行认真地评估。这种评估是两个方面的，不仅是用户对开发方人员的评估，也包括开发方对参与项目的用户方成员的评估。同时，应保证项目人员对项目的投入程度。另外，项目经理要采取相应的措施维持开发队伍的稳定，将参与项目人员的业绩评估与项目实施的状况相联系，制定适当的奖惩措施。同时，项目经理也需要做好项目组人员变动的应对措施。开发人员的水平应该符合项目开发要求。技术上是应该和算选取的开发工具相配套。是能够白始至终地参加软件开发工作。是能够集中全部精力投入软件开发工作。并且员工对自己的工作有正确的期望。要接受过必要的培训。保证开发人员的流动保证工作的连续性。尽可能将项目的核心工作分派给多人(而不要集中在个别人身上)、加强同类型人才的培养和储备。
二．流程风险：
1.可能发生的流程缺失的风险。
2.可能发生的流程不健全的风险。
3.可能发生的流程不规范的风险。
4.可能发生的流程不具有操作性的风险。
5.可能发生的流程执行力不强的风险。
软件开发组织在有限的任务时间的压力下，往往放弃文档的编写与更新，结果在软件项目的晚期大量需要通过文档进行协调时，却拖累软件进度越来越慢。此外，由于球知app编程的配合问题、资源调配等问题也可能使软件项目不能在预定的时间内完成任务。
应付方法：
多次完整的运行流程测试，尽力规避流程缺失，请几个人试运行流程，测试流程的健全性和规范性，通过测试人员，了解流程是否具有一定的操作性，缺失的弥补，冗余的删去，同时测试流程执行力。
在项目实施的时间进度管理上，需要充分考虑各种潜在因素，适当留有余地;任务分解要详细，便于考核;在执行过程中，应该强调项目按照进度执行的重要项，再考虑任何问题时，都要保持进度作为先决条件。
三．环境风险
1工具风险
软件项目开发和实施过程,所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等,是项目组需要考虑的风险因素。
预防这种风险的办法一般是在项目的启动阶段就落实好各项工具的来源或可能的替代
工具,在这些工具需要使用之前(一般需要提前一个月左右)跟踪并落实工具的到位事宜。
2 系统运行环境风险
目前,大部分项目系统集成和软件开发是分开进行的(甚至由不同公司承接)。因此,软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响。
预防这种风险的办法是和用户签定相关的协议、跟进系统集成部分的实施进度、及时提醒用户等。
3 工作环境风险
工作环境(包括办公环境和人文环境)的好坏直接影响项目成员的工作情绪和工作效率。
预防这种风险的办法是在项目建设之前就选择和建设好适合项目特点和满足项目成员
期望的办公环境、在项目的建设过程中不断培育和调整出和谐的人文环境
四．技术风险：
代码质量风险：软件代码质量差,导致缺陷较多,容易出现测试的遗漏;
测试环境风险：有些情况下测试环境与生产环境不能完全一致,导致测试结果存在误差;
测试技术风险：某些项目存在技术难度,测试能力和水平导致测试进展缓慢,项目延期;
回归测试风险：回归测试一般不运行全部测试用例,可能存在测试不完全;
技术不足风险：项目所要求的技术项目成员不具备或掌握不够
应对方法：可以基于一定的风险标准来选择回归测试。首先运行最重要的、关键的和可疑的测试,而跳过那些非关键的、优先级别低的或者高稳定的测试用例 技术不足风险：项目所要求的技术项目成员不具备或掌握不够 应对方法：选用项目所必须的技术、在技术应用之前,针对相关人员开展好技术培训工作。
