2019年7月客户标签项目培训-问题风险处理
感谢您能抽出几分钟时间来参加本次答题，现在我们就马上开始吧！
遇到无法解决的问题应该怎么办
找组长、项目经理解决，他们有问题解决经验和资源协调的优势
通过搜索引擎或者论坛提问尝试解决，但要保证解决效率，如无法及时解决及时反馈
将问题抛给环境运维人员、项目经理，去完成其他任务，不再及时跟进解决该问题
修复设想原因，逐步验证排除，缩小问题范围
关于风险的说法正确的是
IT项目开发的环境面临较大的不确定性
一个项目风险较多成功概率低，无需关注与解决风险，按照实际情况接受就行
遇到风险如果评估影响较小可以不做反馈与跟踪
风险主要分为技术风险、进度风险、外部风险、沟通风险、需求变更风险、人力资源风险6种
关于风险解决与验证正确的是
业务需求变更导致系统需求变更，应采取控制需求变更频率，调整相应的系统开发策略
开发时间紧，导致开发进度延迟，应采取区分优先级，重点的内容保证优先级开发，提高资源开发效率
技术难题解决时间不确定，风险排除验证依据是技术难题按照预期计划时间解决
测试无法正常完成，风险排除验证依据是项目上线延期
关于风险影响范围说法正确的是
根据成本、进度、范围、质量影响程度划分为不同的风险等级
按照风险等级划分，风险等级低的风险可以不用监控
如果对进度影响不大的风险可以不用关心
风险的状态包括监控中、处理中、关闭、取消
关于风险解决思路错误的是
联系相关人员讨论
测试环境无法正常使用时，跟测试老师反馈等待他们解决
制定风险解决计划
外部环境无法使用时，等待环境恢复正常后再用
以下哪个是解决问题的思路步骤
问题分析人员沟通风险确认素材收集解决验证
问题分析现象分析环境排查素材分析人员沟通
问题分析环境排查人员沟通
问题分析现象分析素材分析
集群无法跑批如何解决
确认集群环境正常确认任务是否正常提交查看控制台报错
查看控制台报错日志确认集群环境正常确认任务是否正常提交
确认通信服务url是否正确确认通信服务是否启动telnet命令检查网络端口通信
入参不符合规范异常数据处理不完善标签依赖配置未配置
关于风险解决方法描述正确的是
需求变更导致进度受影响时只需通知相关的几个开发人员即可
外部系统无法及时提供配合时，等待外部系统可以配合了再开发
每个风险经过风险等级评定后，都应确定影响范围、制定相应的规避方法与补救措施
时间紧、人员少导致开发进度延迟，应重新制定项目计划合理分配资源与有限的时间
关于问题修复后的验证说法不正确的是
修复完成后验证是否确认是否已经解决
未知具体原因的问题不做记录与跟进
验证相关功能是否受到影响
问题原因与解决方式是否匹配
问题风险处理的描述错误的是
问题需要及时反馈信息并寻求资源解决
风险需要及时评估影响并实时监控进展
发现问题和风险后要自己想办法解决，如果无法解决先不反馈给相关同事，等着被其他团队成员发现再说
问题与风险在每个项目开发过程中都会遇到，合理分析客观原因制定相关措施计划即可
关于解决问题案例做法正确的是
集群组件之间文件传输太慢，确认传输文件是否过大
Hbase没有正常导入，确认solr集群是否正常
BDI无法正常跑批，确认BDI跑批命令是否正确
集群跑批很慢，确认集群的kerberos认证文件是否正确
问题风险处理的做法错误的是
事前宣导预防
事中评审讨论
事后验证反思
问题风险发生了只能怪自己运气不好，延期就延期吧，是否如期完成与我无关
关于风险处理正确的是
需求频繁变更导致项目延期应取消需求变更要求提前封板
危险的删除与移动命令审核好、备份好再做操作
集群环境无法正常使用，应等集群好了再进行开发
备份数据被删除，应重新收集整理一份数据初始化，不使用备份好的数据
关于问题风险的看法正确的是
需求又变了，强制要求需求在某个时间点必须确认清楚，不然只能延期到下个版本上线
每次都是周五出问题，其他时间正常运行，等到周一在解决
又催进度，一天已经催了3次了，工作任务只能慢慢做，急也完不成，埋头苦干吧
无法避免但可以通过核查验证减少
