FTCS项目计划技术评审报告完全能符合企业的个性化需要

1、 ftcs/isdt-sp-tr-t02/v1.0技术评审报告项目名称xxx系统项目级别 公司级 部门级 子部门级项目经理xx要求评审的工作产品的名称ftcs 项目计划产品作者(评审申请人)xxx建议评审时间 2007 年09月 13日要求评审的工作产品所属开发阶段规划阶段 需求分析阶段 系统设计阶段 实现与测试阶段 系统验收阶段 安装运行阶段 其它评审准则 项目的目标和要求明确。 针对产品确定过程、文件和资源的需求。 具有配置管理、质量管理、风险管理的内容。 有明确的项目完成时间和产品接收准则。 有明确的项目组角色、角色关系及角色任务的定义。 有明确的项目进度、里程碑及项目监督机制的定义。

2、项目开发计划的可实现性。 遵循标准的项目开发计划模板。评审需提交的资料ftcs项目计划产品批准人（审核人）意 见 同意评审 由 xx 担任评审负责人，按技术评审流程开展评审工作。评审方式： 正式技术评审（会议评审） 非正式技术评审（ email会签 走查 其他： ）评审级别： 部门级 子部门级 项目组内 暂不评审原因是： 方案不成熟 资料不完整 其他签 字xx日 期2007 年09月 13日技 术 评 审 意 见 及 结 果评审时间自 2007 年09月 13日9时 至 2007 年09月 13日 12时评审问答记录1、ftcs项目计划 干系人纳入计划中干系人纳入计划应包括重要客户 （ 如生产

3、部 ） 和pmo参与时间不是所有的人都要全程参加。干系人纳入计划中的各干系人的项目任务不明确，应该写清楚。2、ftcs项目计划技术文档交付清单中缺少产品说明书答复 产品说明书的内容合并在用户使用手册里面。建议不要和用户使用手册合并，因为面向的对象不一样。3、项目计划：技术文档的编制、审核和批准人中 ftcs项目计划书的批准人应该是高层经理4、项目计划：2.4验收标准和交付期限中验收标准写得太抽象，要具体定量描述出来（比如运行速度应有具体指标）验收标准中的第三条应该描述得更清楚一些。 5、项目计划：2.6 项目约束中 验收时间和必须按cmmi流程执行也应该都是约束条件。规范（gsm sas au

4、dit）应该作为附件纳入配置库中 6、项目计划：2.7 项目难点的第二条写得太过具体。 7、项目计划： 4.2 职责分工的备注中应加上重点的技能要求 8、项目计划：4.4人员投入时间安排中 应加上qa、cmo的投入时间 9、项目计划：项目沟通计划中 该网络图中应该突出项目经理（不要只写项目组） 10、ftcs项目风险跟踪表应该补充风险应对措施等内容。 11、ftcs delphi估计表中应加入供应商管理系统的总代码量。记录人签名xx日 期2007 年09月 13日评 审人员签名xx,yy,zz,其他参与人员签名zz 评审意见汇 总 一、缺陷识别序号缺陷描述严重性建议缺陷解决方案1干系人纳入计划

5、不全严重干系人纳入计划应包括重要客户（如生产部和pmo成员）。2技术文档交付清单中缺少产品说明书一般技术文档交付清单中增加产品说明书3验收标准描述得太抽象严重验收标准要具体定量描述出来（比如运行速度应有具体指标）4风险跟踪列表中缺少风险应对措施严重参照风险管理过程域中组织级风险列表提供的风险应对方案，补充其风险应对措施。 二、总体评价及建议计划合理，文档齐全，符合评审条件，部分内容有遗漏，建议补齐，验证通过。评审结论评审通过：工作产品合格，“无需修改”或“需要轻微修改但不必再审核”；评审基本通过：工作产品基本合格，需要作少量修改，之后通过审核即可；评审不通过：工作产品不合格，需要作比较大的修改

6、，之后必须重新对其评审。建议整改完成时间2007 年09月 15日评审负责人签字zz日期2007 年09月 13日缺陷修正及验证（如果使用缺陷跟踪软件，则无需填写下表）序号缺陷内容修正措施实施结果实施人、日期1干系人纳入计划不全干系人纳入计划里添加了生产部和pmo成员,并添加个各干系人任务;完成zz2007.09. 142技术文档交付清单中缺少产品说明书技术文档交付清单中增加了产品说明书,并修改了pdp文档;完成xx2007.09. 143验收标准描述得太抽象具体定量描述的描述了生产中的速度要求完成xxx2007.09. 144风险跟踪列表中缺少风险应对措施参照风险管理过程域中组织级风险列表提供的风