PDCA风险管理.docVIP

PDCA风险管理 学 生：赖 健 维 学 号：120642009154 班 级：软件工程3班 指导老师：黄 洵 摘要： PDCA，其实就是一种总结思想：确定要解决的问题→计划应采取的措施→正确地实施这些措施→检查措施实施的效果→找出存在的问题再改进众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及维护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在这里列出的只是和软件开发相关的核心过程。不仅仅能控制产品质量管理的过程，它同样可以有效控制 所谓PDCA即是计划（Plan）、实施（Do）、检查（Check）、调整（Adjustment）的首字母组合，一个完整的PDCA循环包括四个阶段。 （1）P（PLAN）--计划，第一阶段是计划，它包括分析现状；找出存在问题的原因；分析产生问题的原因；找出其中主要原因；拟订措施计划，预计效果五个步骤； （2）D（Do）--执行，第二阶段是实施。执行技术组织措施计划； （3）C（CHECK）--检查，第三阶段是检查。把执行的结果与预定目标对比，检查计划执行情况是否达 到预期效果； （4）A（Action）--行动，对总结检查的结果进行处理，成功的经验加以肯定并适当推广、标准化；失败的教训加以总结，未解决的问题放到下一个PDCA循环里。 以上四个过程不是运行一次就结束，而是周而复始的进行，一个循环完了，解决一些问题，未解决的问题进入下一个循环，这样阶梯式上升的。PCDA循环实际上是有效进行任何一项工作的合乎逻辑的工作程序。在质量管理中，因此有人称其为质量管理的基本方法。无论哪一项工作都离不开PDCA的循环，每一项工作都需要经过计划、执行计划、检查计划、对计划进行调整并不断改善这样四个阶段。 在软件研发的四个阶段并非变得模糊，而是显得更加细致。初始阶段应是对软件研发进行策划的阶段，系统分析师通过用例分析、架构设计、初始模型的建立，实现对软件研发过程的计划。而细化阶段可以既有初始阶段小循环的具体实施，也有作为构造阶段小循环的计划，其实现的过程包括对所进行的户级用例的细化与分解、架构实现方案的进一步确立、类及关系模型的建立，在构造阶段，则包含了D阶段的编码实现，也包含了C阶段的测试。而在交付阶段，实施计划、实施执行、实施过程检查及实施总结则直接表现为循环中的应用。如果理解了分析、设计、编码、测试、交付是作为活动而不是阶段我们对在软件研发中的应用就不难理解了。 我相信，在软件研发过程中，我们通过细致的循环，一定会使软件质量得到持不断的提高。 对任何一个软件项目，可以有最佳的期望值，更应该有最坏的准备，风险是伴随着软件项目过程而产生的，在软件项目中必须进行风险管理，如果忽略了风险，风险就会导致项目的失败。Rothfeder1988:对600家成功的公司调查，35%的有项目失控的经历　 当在软件工程领域考虑风险时，我们要关注以下的问题：什么样的风险会导致软件项目的彻底失败；用户需求、开发技术、目标计算机以及所有其他与项目有关的因素的改变将会对按时交付和总体成功产生什么影响；对于采用何种方法和工具，需要多少人员参与工作的问题，我们如何选择和决策；软件质量要达到什么程度才是“足够的”。当没有办法消除风险，甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前，识别出所有对管理者和开发者而言均为明显的风险是很重要的。 　　风险管理在项目管理中占有非常重要的地位。首先，有效的风险管理可以提高项目的成功率。其次，风险管理可以增加团队的健壮性。与团队成员一起进行风险分析可以让大家对困难有充分估计，对各种意外有心理准备，大大提高组员的信心，从而稳定队伍。第三，有效的风险管理可以帮助项目经理抓住工作重点，将主要精力集中于重大风险，将工作方式从被动救火转变为主动防范。 准备、计划及系统设计 （1）（）在查明项目活动在哪些方面、哪些地方、什么时候可能存在风险的基础上，对识别出来的风险因素尽可能量化，估算风险事件发生的概率； 估计风险后果的大小，确定各风险因素的大小以及轻重缓急顺序；对风险出现的时间和影响范围进行确认。设计系统循环各个细节，并作到程序化、表格化的系统硬件环境，确定循环周期。 ??? （）统一认识，系统实施（1）（）：根据，；根据具体实施情况，保持持续沟通，掌握进度、纠正偏差、解决一切困难、并保持必要的强化手段，鼓舞士气；另外作为管理者日常工作的是收集质量、成本、客户投诉、员工能力及工作态度、生产