zoukankan      html  css  js  c++  java
  • 风险管理

    主要风险项:

    需求风险、预算风险、技术风险、团队成员风险,关键人员风险,范围风险

    问题:1.没有正确理解业务问题

    产生原因:项目干系人对业务认识不充分,或者计算过于复杂,不合理的业务需求,不现实的期限

    应对措施:系统所有者与用户对项目需求业务理解达成一直承诺和认可,使用高水平的系统分析师

    问题2.用户不能很好的使用系统

    产生原因:对用户没有足够的解释,帮助说明,使用手册等编写不好,用户培训工作没有做好

    应对措施:用户定期参与项目、参与阶段性成果的交付,加强用户培训,完善信息系统相关文档

    问题3.拒绝需求变更

    产生原因:固定的预算、固定的期限,决策者对市场和技术缺乏正确的理解

    应对措施:管理变更,制定好相应的变更流程,做好应急储备,应急措施

    问题4.对工作分析和影响不充分

    产生原因:缺乏项目管理经验,工作压力过大,对项目工作不满意

    应对措施:采用标准的技术,使用具有丰富经验的项目管理师

    问题5.人员流动

    产生原因:不现实的工作环境,较差的工作关系、缺乏对职员的长远期望,行业发展不规范、企业规模较小、工作压力大,沟通不健全

    应对措施:确保好的职员条件、确保职员与工作的匹配、保持候补、外聘、行业规范

    问题6.缺乏合适的开发与实施人员

    产生原因:对组织架构认识不足、缺乏中长期的人力资源计划、组织不重视人才技术工作、行业人才紧缺

    应对措施:招聘、外聘、培训

    问题7.使用了过时的技术

    产生原因:缺乏技术前瞻性人才、轻视技术、缺乏预算

    应对措施:前期研究、培训、延迟项目、标准检测

    问题8:缺乏合适的开发平台

    产生原因:缺乏远见、没有市场和技术研究、团队庞大陈旧难易转型,缺乏预算

    应对措施:全面评估,推迟决策

  • 相关阅读:
    20175226 2018-2019-2 《Java程序设计》第二周学习总结
    存储管理-页面置换算法(页面淘汰算法)
    存储管理-存储组织
    进程管理-死锁问题
    操作系统-进程管理
    操作系统:进程管理、存储管理、文件管理、作业管理、设备管理
    第十一章 集合框架
    匿名内部类
    第10章 java常用类
    第8章 反射
  • 原文地址:https://www.cnblogs.com/ljh-zw/p/11804192.html
Copyright © 2011-2022 走看看