质量保证(QA)培训_第1页
质量保证(QA)培训_第2页
质量保证(QA)培训_第3页
质量保证(QA)培训_第4页
质量保证(QA)培训_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、手机语音导游机器人质量保证(QA)培训 部门:交流各位老师是如何管控项目?学生在项目开发过程中存在哪些问题?大家谈谈对项目管理的理解?相互交流项目的三个约束条件质量成本时间牵一发而动全身范围风险软件行业的烦恼用户习惯改变市场的培养客户开发出的产品,永远达不到理想做出来的东西,总是一次次的返工已经投入了成本,为什么总还是成本不够老板投入越来越多,利润越来越小补丁式软件,维护投入越来越多按期交付,属于童话世界抱怨,来自四面八方严重问题,经常突然冒出项目人员临时软件,缺乏长远规划经常任意变更,导致抛弃设计软件维护,持续的噩梦越来越少的项目只需要单一资源就可以成功;越来越少的项目只需要个人,而不是一个

2、团队就可以成功。项目有其独特性,但是内外部环境要求我们“做一次,一次就要成功!”需要项目管理有效的组织和协调需要项目管理充分利用现有资源和历史经验与教训新时期要求高素质的人才!为什么需要项目管理第一部分 项目管理九大知识领域第二部分 CMMI 标准化规范操作过程第三部分 项目管理过程第四部分 QA与过程管理第五部分 案例分析、讨论交流目录协调资源 人力资源管理 采购管理 沟通管理基准计划范围管理时间管理成本管理质量管理目标一致 综合管理防患于未然 风险管理 九大知识领域第一部分 CMMI 关注过程用户习惯改变市场的培养CMMI标准化规范操作过程项目启动(立项)项目策划(计划)项目监控项目结项项

3、目管理项目需求技术方案选型概要设计项目开发详细设计编码测试试运行验收风险识别制定计划质量审计计划配置管理计划度量分析计划风险跟踪(定期)质量审计(定期)质量汇报(定期)执行基线配置(定期)执行变更控制(变更时)数据采集分析(定期)数据汇报(定期)公司规范(规范、指南、模板、方针)项目风险项目支持公司资产公司样例公司数据公司经验公司工具并行项目开发模型并行开发是时代的趋势,但也同时对项目管理提出了高的要求有效的组织有效的沟通市场t设计客户销售和服务生产计划并行开发周期节省的时间项目生命期示例定义阶段的意义有利于进行计划和对项目进行控制定义了对项目的检查点和项目不同时段的主要焦点阶段点评审:确保前

4、一阶段的正确性和完整性;为开展下一阶段的工作做好准备,准备资源;阶段点需求分析阶段点阶段点模块测试系统测试阶段点阶段点运行维护详细设计初步设计产品线管理开发组系统测试部客户服务部编码项目管理过程控制阶段开始项目启动项目管理产品交付项目计划编制公司级或项目群管理指导 单个项目项目委托项目摘要授权PID建议报告阶段收尾报告项目收尾报告经验教训工作包授权质量检查点工作包收尾完成项目管理阶段过渡QA与过程单元QA输出验收自测试输入活动执行质量保证(QA)与质量控制(QC)QC(品质控制)QA(品质保证)特点检查产品;反应式的、事后的;发现产品的缺陷;流程的一部分检查过程;主动式的、事前的;防止产品的缺

5、陷;流程以外的手段经常的;高覆盖度;测试;走查;审查;等等抽样的;选择性的审核;培训;访谈;审查;等等QA的评审步骤策划 - QA活动是有计划的;审核 - 客观地验证产品及其活动是否遵守适用的标准、规程和需求报告 - 将QA活动及其结果及时通知受影响的组和个人处理 - 由高层管理者处理项目组内未能及时处理的不合格项。策划 审核报告 处理QA计划不合格项状态,不合格项 项目管理基本过程过程规范文档用户习惯改变市场的培养规范指导书过程文件检查单测试管理工作规范QA工作指南需求管理过程QA产品审计检查单测试管理工作规范度量分析作业指导书变更管理过程文件测试评审检查单产品及系统维护管理规风险管理作业指

6、导书过程改进过程文件代码审查检查单缺陷管理规程过程裁剪作业指导书培训过程文件计划评审检查单软件(项目)过程裁剪规程过程资产库使用与维护作业指导书评审过程立项评审检查单JAVA编码规范软件生命周期作业指导书软件开发过程文件培训过程检查单项目管理规范决策分析作业指导书同行评审过程文件需求跟踪矩阵维护规程项目估算作业指导书软件过程定义配置管理作业指导书质量保证过程文件项目计划作业指导书评审指南需求管理作业指导书质量保证工作指南.开发项目案例:生命周期项目管理设计开发编码墙过程的方法:分步骤实施阶段交接不是“扔过墙”:协同工作下一个阶段的人:也是你的客户扔过墙 彼此的合作?项目管理所需的技能硬技巧(方

7、法、过程、技能)计划、跟踪、控制报告软技巧(人员管理)领导团队建设、冲突解决激励、训练协商、沟通、倾听认为软件项目的需求可以持续不断的改变,而且这些改变可很容易地被实现! 假定在需求分析阶 段实现需更改需要花费1倍的代价。在系统设计和编码阶段,需要花费1.5-6倍的代价;在系统测试阶段需要花费10-20倍的代价;在软件版本发布以后,甚至可能要花费60-100倍的代价 在项目开展过程中,软件需求的改变应当尽量早地提出。这样才可能花费少, 容易被实现案例:需求变更认为在开发进度滞后的情况下,可以聘请更多的程序员加入到开发团队中,通过增加人力资源来赶上进度。如果新人对目前项目的应用行业 有一定了解,并且可以很快适应项目管理方式、软件开发风格、团队协作氛围;那么“新人”的加入是有益的。否则,可能会“好心好意做坏事”。因为尽管其个人能力很高,但是为了使其与大家一起协同工作,开发团队不得不分出人手对其进行与项

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论