1、 Cmmi培训文档记录时间：2017年5月5日 地点；集团12层会议室 天气； 大风 沙尘Opp属于4级 过程域，帮助建立公司级基线，Sp1.1 基线也应优先级 哪些指标先后顺序。实际中的问题是，没有优先级，基线更新没有，影响质量因素里面，编码是关键 没有写出来 关键子过程没有，MA SP1.2 度量项 公司级度量目标数据收集方式，定义表 频率等。这一部分公司级没有。 度量项例如；缺陷高、中、低程度，权重、经验能力判断等Opp Sp1.4基线从不同纬度区分，使其变成有用的基线。稳定，控制图、时间关系、需要分析控制图，缺陷分布、方差分析、写出零假定和结论出来，趋势图先做出来。Sp1.5 建立过程
2、性能模型基线也要有变化，要有变化频率，子程序选择 方差分析 逻辑回归 X Y分组 假性检验分析。QPM 4级 量化项目管理Sp1.1 问题；1质量目标缺失量化过程，质量目标包括公司要求、客户要求、EPG要求和相关干系人要求。终期目标或生产率等，都要考虑。2. 项目目标，问题，若达不到目标怎么办？ 风险有否？ 质量绩效目标冲突？ 可追溯性，供应商的质量过程 绩效目标。跑水晶球出现问题。Sp1.2 组成定义过程Sp1.3 子过程选择和属性 缺陷要考虑相关性，关键子过程？Sp 1.4 选择度量项与分析技术Sg2 sp2.1 控制范围，实际和目标差异比较如何分析？差异如何调整？Sp2.3 根本原因？下
3、午1.30分IPM集成项目管理Sp1.1 问题，裁剪指南没有，OPD sp1.3缺失 项目组没有建立裁剪指南 ，PPsp1.1 估算和功能参数要有依据，Sp1.2 建立对工作产品 任务属性估算 wbs工作任务分解 公司级没有规定 wbs分解周期长 没有具体分解每项工作日期 工具如甘特图等 没有子计划活动项目，应集成到计划管理项目，ppt演示过程中资源使用过度，红色。涉及到的模块pp sp3.2 解决办法 重新调整计划 。Sp1.3 生命周期阶段 需要规定 公司没有 项目计划书基本包括哪些阶段？交付物产出物没有明确。应有公司级制定一套计划书。为什么要做这些？原因是每个项目都有缺陷 越到最后缺陷最
4、多 如每个阶段有了交付物和里程碑事件，各阶段时间完成情况及问题能逐一解决。Sp2.1 预算 公司有oa系统 做预算 Sp2.2 识别风险 数据管理平台安全性 等没有具体体现。 Sp2.6 干系人 没有监控方面的详细记录资料。Sp2.3 数据管理 安全管理 发布管理 要有计划监控等。实际项目中没有。Sp2.4 资源 包括人力 工具 运行平台等这些资源具体是那些？ 没有体现。Ipm 集成项目管理Sp1.3 项目工作环境 把常用的工作环境描述出来Sp2.5 计划所需要的知识与技能 要有量化的技能，应建立人力数据库 要有培训计划Sp2.2 识别项目风险 有几个缺点没有项目风险识别表 10以上20以下没
5、有解决措施，公司级需要完善。需求变更没有依据资料，需要补充 风险描述不具体 监控没有具体详细活动交付物。工时表 里程碑，没有计划无法监控。这一部分包括在PPsp3.1-PPsp3.3里面。项目计划评审了没有？Ipm sp1.6 建立团队 如何建立？实际中没有？ 团队规则 大体包括（协作、职责、凝聚力、分享、培训 合作、精神传导等）要从项目级上升到公司级，项目完成后都应该有回顾、总结、或者反馈。不一定结束后再做，每个阶段都可以。sp1.7为组织级过程资产作出贡献Pmcsp1.1 要注重每个计划比较、前后的变化没有标识出来。Sp1.2 监督承诺 监控、里程碑里面应加上承诺。Sp1.6 项目进展的评
6、审，比如周会 文档详细记录依据等Sp2.1 分析问题 找问题 分析原因 Sp2.2 采取措施或纠正的措施Sp2.3 问题管理表等 CAR原因分析与解决Sp1.1 以前只是缺陷 应该是公司项目组都可以做.Sp1.2 可以使用拓扑图 鱼骨图 五个为什么等来分析原因 项目经理做演示 缺乏定量分析 采取的措施问卷调查 访谈 收集等。Sp2.1 改进 没有改进计划Sp2.2 分析所建议的改进 采用双样本前后对比Sp2.3 确认改进 分析背景 放到一张A3纸分析法里面包括报告、假定改进Opm 组织级绩效管理Sp1.1建立项目目标 量化目标Sp1.2 组成已定义的过程 过去和现在比较的过程Sp1.3选择子过
7、程和属性Opf组织过程焦点分析改进后效果 可以进行试点 看试点结果Sp3.2 管理布置 这部分实际工作中没有时间：2017年5月6日 地点；集团12层会议室 天气； 晴 风力2-3级3级 ver 验证 存在问题；测试用例没有和需求相对应Reqm 需求管理Sp1.4需求的双向可追溯性，加需求识别号 需求对应测试用例不对应，简单场景、测试用例没有记录 GP3.2 收集与过程相关的经验，目前只有个人的经验或者一个项目组中，没有集成到公司级别，测试用例没有更新 测试计划有但怎么评估？ 答 根据经验。 用什么依据来评估工作量？ 代码评审没有评审记录，现实的做法是小组讨论 评审依据比如 规定 规范等。用过
8、软件测试bug，需方提出bug没有分类型，分析做的不够，出现bug技术方面的少，需求理解方面的多，但分类做的少。存在的问题;测试环境没有资料，需要提供文档，DarSp1.1 问；开发时有没有方案比较？答；有过可行性报告。成本扩展型dar需要公司那类需要公司有规定，比如按影响程度来决策，设计人员演示一个大数据平台项目，ts技术解决方案 设计方案，需求设计代码要评审，pi测试多的时候应及时测试。 使用过工具tenkis自动测试软件，测试环境需要提供，交付文档正式签署报告需要提供。Reqm需求 一般采用调研 建议利用场景 ui图片截图等组成 避免沟通方面产生分歧造成时间成本损失，前期可能付出很多，但可以节省后面由于沟通或者需求变更引起的损失。
