测试人员
测试工具（bugfree）
开发用列


需求确定后就开始写开发用列
接口集成后：达到准入标准(抽取重要功能测试，通过后)才可以测试，

测试策略
    测试什么功能，测什么非功能，用什么工具测试，缺陷等级划分

测试计划文档：
    时间安排，工时估计，人员安排职责说明，测试完成标准(出现缺陷百分比修复)，评审

测试用例（功能/非功能）：
    评审，必须百分比覆盖，场景要求尽量接近实际环境

测试环境：
    尽量使用客户环境

系统测试：
    缺陷提取整理，分级，分配缺陷修改人员

缺陷分析：
    缺陷类型（功能，页面，逻辑），统计缺陷类别占比

测试报告：
    测试总结，回顾，经验教训



验收：
    自己的项目：
        计划，用例，环境
        通过标准（没有严重的标准，轻量级bug限制到3个以内）

    客户定制项目：
        计划，用例，环境
        通过标准（没有严重的标准，轻量级bug限制到3个以内）

    验收会议：
        判断验收是否合格，如果合格需客户签字
    
    验收交互：
        代码，测试文档，环境，操作手册

设计人员
方案设计:
    功能：
    非功能：安全性(数据加密)，应用性
    代码复用，购买

    打数据包：最终定稿的需求书，技术方案，设计书
    数据库设计，接口设计，功能设计，协助需求跟踪
    

项目经理
项目经理需掌握的：
    MA:度量与分析
    
过程域PA(17个)：
两个部分：sg特定目标 gg通用目标 

    项目管理过程域：
    pp:项目策划
    1，依据公司的裁剪手册来编写项目的过程定义书（过程，活动，产出）
    2，参考公司级的wbs指南来编写项目的wbs（wbs:工作结构）
    3，参考公司级的生命周期指南来选用项目级的生命周期指南（瀑布模型，迭代，瀑布加原型）
    4，参考公司级的估算指南（规模[功能点：复杂度，难易度]，工作量[参考以往的项目]，成本[人天]，资源(软硬件，接口)）
    5，项目经理编写项目进度计划表
    6，项目经理编写项目的子计划[开发计划，迭代计划]
       a，阶段内子计划(评审，发布，需求，设计，编码(每个阶段的完成标准))
       b，管理内子计划（风险，度量与分析，干系人参与子计划，数据管理子计划，评审子计划，资源子计划，验证子计划，确认子计划，培训子计划）
       c，支持类子计划（培训，配置，质量保证）
    7，编写集成项目计划书
    8，评审：管理类陪审，设计类评审（评审标准）
    9，风险管理(a,风险：有可能发生，还没有发生  b,问题：已经发生) 
       a,识别项目中的风险，制定风险管理的计划，b,需要在项目中某个阶段跟踪风险，直到风险关闭
       b,风险的来源（公司内部[技术，管理，资源]，外部[客户需求，客户关键人员变化，商业环境国家政策]），策略（低：应对，中：缓解），    
       c,处理方式(风险等级划分)，
       d,风险库（风险编号，来源，描述，类别，处理参数，缓解计划，处理计划）
    10，度量与分析内容
       a,项目度量目标，
       b,度量与分析的子计划
       c,度量数据表
       d,降低成本的投入
    
IPM：
    1.项目经理如何来建立项目的已定义过程(ptp)/项目里的那些裁剪
    参考公司的裁剪手册和裁剪指南，过程定义书
    2.项目经理做策划的时候公司提供了那些支持
    3.项目组通过评审的方式来平衡策划排布的冲突
    4.如何来管理项目，通过计划来管理项目
    5.项目经理通过公司团队建设指南来建立自己的团队的
    6.项目结项的时候项目组给公司贡献了那些财富，（代码，文档，经验和教训，度量数据）

    软件工程过程域：rd：需求开发    reqm：需求管理    ts:技术方案选择   pi：项目基础  vr：验证
val：
    支持类
    过程感应    
        opd：组织过程定义   
    培训 （ot组织培训）
    ppqa：质量保证  cm：配置管理 sam：采购

需求人员
需求调研：
    用户需求：
    1，需求提问单（a，功能  b，非功能需量化[界面，接口，应用，大并发，兼容性，稳定性，安全性，约束(数据库)]）
    2，需求调研，原型[设计工具]（明确：面对面交流  不明确：演示之前的系统），挖掘客户需求，有层次的
    3，需求调查表，整理成用户需求书urs，
    4，项目组内部需求学习探讨（难度，风险，时间）
    5，需求分析文档，功能列表，优先等级(一级/二级)，可实现性，风险，完成时间，功能需求，非功能需求
    
    产品需求：
    1，需求规格书srs(功能性需求，非功能需求，数据要求，前置条件)
    2，评审：客户必须参与，然后客户确认需求（确认回执），评审必须有标准
    3，需求跟踪：需求跟踪表rtm(跟踪举证)

    需求变更处理
    a,功能变更 
    b,设计的原因引起的变更，
    c,大变更/小变更 
    d,需求变更委员会ccb（开发人员,经理高层），
    e,需求变更后对需求文档版本升级，
    f,需求变更最后结果由小的项目经理决定，大的高层决定

公共培训
1， 组织方针内容：
    公司epj小组有一个组织方针文档（目录：规范/1.2最新版本/过程定义/过程改建/过程定义/[记黑体字]）
    epj：【持续改进】过程改建，持续不断pdc循环
    opj：【充分共享】

项目层面和组织层面来
    QA：客观的审查，彻底的跟踪

    策划：计划合理 
    ipm（[项目经理]）：灵活的裁剪，
    ma(度量与分析[项目经理])：数据要真实准确
    rkm(风险管理)：识别风险，彻底的跟踪
    psc(监控): 实时监控

需求
    rd: 充分挖掘客户需求
    req：需求管理，充分进行需求跟踪

设计
    选择最优的技术法案

编码
    依据编码规范进行编码，充分的同行评审

测试
    跟踪缺陷的解决，跟踪彻底

培训    
    培训内容与公司实际相结合，学时要求

配置管理
    维护项目中的产出完整性，及时备份




2，策划/计划：
    项目计划策划

3，资源：
    公司软硬件支持

4，职责：
    你的工作职责？


5，培训:
    参加过公司的那些培训？
    接收过公司的epj小组做的3次ammi的模板培训，项目管理培训(培训完后收集培训意见)

6，配置管理：
    产出物是如何来管理的？
    代码的管理是通过svn来管理的，文档也是svn来进行统一管理，培训签到表通过文件档案袋管理，
传入svn后配置管理员会进行审计管理


7，干系人（项目组成员，管理层，项目经理，产品经理，外部客户）：
    项目建设中，与项目的成败有直接或间接联系的人
    
8，监控（直接上级对工作内容的监控）：
    项目中怎么来监控工作内容的？
    个人周报，周列会，svn记录
    
9, 质量保证
    QA检查单，QA人员编写保证计划，编辑计量审计报告

QA审计的时候缺陷？
    产出模板名称不对

10，汇报(项目组向公司最高层的汇报)
    评审：（项目组成员，项目经理）里程碑评审会议[需求，计划书，产品产出，]

11，裁剪（小型化，批量化项目最多裁剪）：
    epj: 对规范进行修改优化（不用裁剪），优化规范试点（需要裁剪）
    项目经理：当项目周期大于一年没有裁剪
    需求：
    编码：进行同行评审的时候（复用的不用评审）（重要的功能模块需评审）

12，经验教训（每个角色在工作中获得的经验教训是什么）：
    编码：前台开发为加速开发，导致代码不规范，后面维护很难维护
    给epj小组那些改建建议：代码sql优化建议，接口返回建议，模板改建建议（弱项分析表里面可以看），