? 评审的内容，主要为里程碑ppt报告。（1）项目该阶段计划（2）项目执行情况（3）配置管理执行情况（4）项目存在问
题、解决情况以及下阶段安排等 ? 执行记录：有评审计划、评审会议纪要、评审问题日志、评审报告。
125、 (SP2.1, 2.2, 2.3)您如何在您的项目中书面化记录矫正措施,与确保矫正措施被实施? ? 会议纪要中提出问题、跟踪问题处理； ? 成员周报中汇报问题解决情况； ? 通过Email汇报问题解决情况； ? 及时通信工具汇报问题解决情况；
集成项目管理
126、 (IPM SP 1.3)您项目如何规划，建立及维护项目的工作环境，是否曾参照那些组织标准？ ? 项目管理工具使用project，在项目计划中描述开发环境；
? 公司组织级文档中有项目计划模板文件，其中描述了应提供怎样的项目管理工具以及配置管理工具，项目计划的制定参照该
文档。 127、 (IPM SP1.4, SP1.5) 您如何建立及使用项目的集成计划？ ? 建立集成计划：根据项目计划，按照模板，制定项目集成计划； ? 使用集成计划：按照集成计划中的时间、策略进行项目集成。
128、 (PP SP 2.6 IPM SP 2.1, SP 2.2, SP2.3)您项目有那些干系人员，您如何管理与干系人员的参与？如何协商他们的工作与
解决工作上的议题？ ? 干系人员：开发人员、客户
? 管理：通过mail方式管理相关干系人
129、 (GP 3.2, IPM SP1.6) 项目如何回馈项目及过程执行的工作产品与lesson learn给组织，有那些工作产品被回馈，您可以
说明一下您项目的lesson learn吗？
Lesson learn 经验教训
? ? ?
项目总结，项目总结会议中对框架的优缺点讨论。过程方面的反馈回馈给公司一级。 提出过程改进建议，提交mail给EPG。
Epg参与项目总结会议，讨论流程的问题。EPG记录流程改进意见。Epg将记录发给老板，CC给项目组，确认收到项目组的回执并给与回应。
您可以说明一下您项目的lesson learn吗？
? ?
Measurement and Analysis 130、 (SP1.2，1.1)在组织及项目中收集什么度量值以支持度量目标? 这些度量值是如何被决定？与企业目标的关连性为何？
? ? ?
进度，成本和时间。指标值是项目组定的，进度偏差在公司级允许下项目组制定。 度量项是公司制定的。有文档说明度量的目标。 与企业目标的关连性为何
度量分析人员阶段性汇报度量报告给相关人员（高层，项目经理）；度量分析结果用来了解项目状态。根据度量结果来缓解或修正开发量
项目结束的时候提交度量报告到组织库中。
131、 (SP2.4) 度量分析结果如何被沟通及使用？
?
? ?
需求发展
132、 请问您的项目如何完整获得干系人员需要，并逐步发展为完整的需求，请说明需求诱导及发展的步骤，及其相对应的产
出。
A、SP1.1 诱导需要：诱导干系人员提出产品生命周期各阶段的需要、期望、限制、及接口。
获取需求，整理成《用户需求列表》，基本功能确认后，需求分析，制定需求规约说明，进行评审。
B、SP1.2 发展客户需求：转换干系人员的需要、期望、限制、及接口成为客户需求。
需求文档，随着需求收集工作做补充和修改工作
C、SP2.1 建立产品与产品组件需求：建立并维护基于客户需求而来的产品与产品组件需求。
需求说明书做计算机说明，将数据结构做部分说明。
D、SP2.2 配置产品组件需求：配置需求至每一产品组件。
需求跟踪矩阵将需求分配对应到各个组件中。
E、P2.3 界定接口需求：界定接口需求。
在《需求规约说明》中界定了接口需求。
133、 请问您的项目会如何分析与确认发展完成的需求？确保其充分，必要，平衡的符合各方需求，且可真正满足使用者实际需
求？
A、SP3.3 分析需求：分析需求以确保它们是必要且充分的。
评审需求规约，制作界面原型
B、SP3.4 分析需求以达成平衡：分析需求以平衡干系人员之需要与限制。
与客户达成原则：大功能由客户确定，细节由业务人员决定，老板关注 对需求分析：有功能超出成本的需求被提出，建议客户下期完成。。
C、SP3.5 确认需求：确认需求，以确保最终产品在使用者环境的运作符合预期。( REQM SP 1.1, 如何建立与客户对需求共识？)
? 客户需求确认单
技术解决方案 (AFG) 134、 (SP1.1, 1.2)请问 贵项目实施时，对于实现需求的方式或产品架构的可能解决方案，项目会如何找出所有可能解决方案，
如何决定最终之解决方案 ? 系统解决方案，两种选择：（1）FreeBSD系统；（2）NFSARK系统；考虑的角度：考虑客户的使用 ? 会议讨论，决定选择方案。《重大事件决议表》中记载
135、 (SP 2.4)请问 貴项目在执行过程中，如何评估各产品模块应自制，再用，或是购买？ ? 请根据Gateway的实际情况进行回答。利用开源代码？
136、 (SP 3.2) 请问 贵项目安装、操作、维护最终产品之文件之规定为何？
? 编写用户使用手册，其中包含安装说明
Requirements Management
137、 (SP1.4) 请叙述您如何维护,需求的双向追溯, 从需求文件到设计文件,原始程序与测试
? 各阶段由相应的阶段负责人维护需求跟踪矩阵，以及各阶段的需求说明：概要设计、详细设计、代码、测试
Product and Process Quality Assurance 138、 (SP1.1)请说明您项目的流程与相关标准、程序及流程描述之符合性如何被客观评估？什么时候被评估？ 有那些流程被
评估？ ? 流程符合性：
（1）QA做过程审计，频次按照质量保证计划来，2~4周； （2）检查是否按计划实施； （3）检查配置管理；
（4）参与项目会议，跟踪项目问题
年末EPG邀请评估组织标准过程，过过程打分
139、 (SP2.2 )请问您项目各项QA工作的记录如何被保管？那些资料被保管？ ? QA工作记录，表现为审计报告和QA周报。
产品集成
140、 (SG1,SG3) 请问 贵项目产品开发后，如何规划与执行集成及集成测试作业，请说明细部之作业？
A、SP1.1 决定集成顺序：决定产品组件集成的顺序。 ? PM根据模板制作集成策略，制定集成顺序；说明集成测试的软硬件条件、根据业务需求先后决定集成先后性。
B、SP1.2 建立产品集成环境：建立并维护支持产品组件集成所需的环境。
集成计划中表述集成的过程：软件通过UC，客户环境准备OK
C、SP1.3 建立产品集成程序与准则：建立并维护产品组件集成的程序与准则。
? 有《集成策略》
D、SP3.1 确定待集成的产品组件已准备就绪：在组装前，确定组合产品之各个必要产品组件已适当的界定、依据描述功能运作，且产品组件之接口符合接口描述。
集成工作流程：按照集成计划， PM集成之后，将继承产品包发布给测试人员，测试人员测试时有bug记录。每次集成后，发布集成报告，其中列出问题。
E、SP3.2 组合产品组件：依据产品集成顺序与可用程序，组合产品组件。
内部接口与外部接口，通过审计发现是否定义内外接口。测试来发现接口是否有问题 ? 不会
F、SP3.3 评估已组合的产品组件：评估已组合的产品组件其接口兼容性。
概要设计中
? 不会
141、 (SP2.1) 请问 贵项目对于产品各项内部及外部接口说明，如何审计其涵盖度与完整性？
百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库CMMI(预)评估PM问卷(8)在线全文阅读。
相关推荐：