项目经理面试指南 （八）
问题26：你将怎样使用户参与和了解项目的每个阶段？
答案26：贯穿整个项目的原型是得到用户肯定的方法。让用户对有形和无形的利益进行研究，以做出成本效益分析。和用户一起开发测试数据，测试大纲和验收标准。e-mail里程碑状态报告和更新/修改的项目计划。在项目进行阶段性检查时的同时对可交付产品进行检查。 问题27：你将如何发现和解决内部和外部问题？ 答案27：从所有可能的资源获取实情并客观地记录下来。然后在相关方参与下，尽量自己解决问题。如果这种方法无效，按照组织的管理结构提出问题并参照可能的解决方法。 问题28：你将如何得到供应商的一贯支持？ 答案28：虽然供应商是在管理范围之外的，但也可以将他们包含进来，如果他们： 得到尊重 了解业务目标 预先购买 将供应作为计划的输入，这样会对他们产生影响 参与设计 因此，在项目的早期阶段就应该考虑供应商的管理。确保他们了解业务目标和工作的利益。 问题29：如何处理“是否能破除一些规矩”现象？ 答案29：单纯为了技术而采用某种技术是不能说服用户或领导的。任何人都可能抵制那些会改变现状的变化。然而，如果将技术与商业利润联系起来，用户会支持你的建议。 问题30：你如何应对不同的商业用户，如果他： a) 拒绝确认需求 b) 经常改变主意 c) 不肯花时间 d) 坚持不现实的截止日期 答案30：无论客户有多难应付，都应该记住正因为他们我们才有工作做。他们是客户。必须以高度的职业精神，完全尊重他们。 因为他们不能了解我们的工作正如我们不能完全了解他们的那样，沟通变得比较复杂。因此，我们要花时间作规划并解释其中包含的内容。用户需要感到他们没有浪费时间，正在取得成果，并且他们的意图被很好地理解。制作原型是一个有用的工具。它提供了一幅用户能理解的、灵活的图画。 另外，对工作风格的理解也很重要。拒绝承认或不断地改变想法可能源于对问题缺乏理解，或是对未来的担心。 用户往往不愿意花时间与IT人员交谈并认为这样做是浪费时间，因为IT人员过分关注他们自己的任务。应该对过去交付产品的历史进行检查。如果用户来了多次但并未发看到有价值的输出，他们将拒绝花更多的时间。在这种情况下，你应该做你擅长的商业领域的项目以期得到用户的尊重。 召开一个历时一小时（并且要限定在该时间范围内）的需求讨论会来讨论特殊的问题。会议结束时应让用户知道下一步该怎么做（并要取得共识）。用户的观点被记录在“会谈纪要”上。这些会让用户感到他们的意见已被听取并且允许他们更改错误。 一个项目被取消往往是由于没有经济合理地达到用户的业务要求。如果在项目的整个过程中，一直保持与用户的有效沟通，他们将看到他们的要求正在逐步达到。项目很少因为延期而被取消。要注意范围变更。在原有的截止日期上增加额外的任务，将会产生不现实的截止日期。 问题31：在一个不编程，就认为你没在工作的环境中，你如何开展工作？ 答案31：如果用户认为你了解了他们的业务目标，他们就希望早些开始编程。以一种他们能够理解的形式制作需求文档，提供一种开放的沟通方式，并让他们知道你了解什么，你正在做什么。通过项目计划，状态报告和原型同样能够表明项目的进展。通过让用户审查需求，原型和状态报告的形式，让用户参与项目。 方法论知识 问题32：生命周期是什么，它的作用是什么？ 答案32：一个开发或维护生命周期是描述一个特定项目的开始，中间环节和完成的方法。一个生命周期包含了完成特定目标的所有步骤，任务和/或活动。每个活动可能有一种特定的方法。例如,制作数据模型可能会按照James Martins建模方法。对象建模可能会采用Ivan Jacobson方法。生命周期通过运用所有方法来完成业务目标。 问题33：描述你的项目计划中应包括的阶段、活动和可交付产品。 答案33：项目计划中应包括如下阶段（不是以瀑布/线性次序）： 项目管理： 典型活动：很多人忘记加入诸如开发和维护项目计划，状态会议和报告，评估的资料收集和汇报，制作演示资料和向上级和用户进行演示等诸如此类需要花时间的，内部的项目管理活动。 典型交付：项目计划，状态报告，评估报告（例如：有多少个功能点） 需求分析： 典型活动：范围定义，成本利润初步分析，建议。 典型交付：范围文档，物理和逻辑分析，实体关系图，成本利润分析，商业规则申明，任务定义和概要说明。 设计： 典型活动：建立开发和测试环境，制作逻辑模型，技术系统设计，执行计划。 典型交付：逻辑数据模型，事件模型，对象模型，网络模型，物理设计，适合开发环境的规格说明，经过修改的规格说明书，测试计划，流程图。 开发： 典型活动：编码，单元测试和制作用户文档。 典型交付：测试说明书，过程手册，程序。 测试： 典型活动：软、硬件测试，线性测试，系统测试，集成测试，回归测试和平行测试。 典型交付：测试结果，问题报告和跟踪纪录。 实施和支持： 典型活动：第一阶段成果打包；培训。 典型交付：问题报告过程。 检查: 典型活动：交付后的三到六个月对目标成本，开发工作，可见/不可见收益进行检查。 典型交付：实施总结报告。
答案26：贯穿整个项目的原型是得到用户肯定的方法。让用户对有形和无形的利益进行研究，以做出成本效益分析。和用户一起开发测试数据，测试大纲和验收标准。e-mail里程碑状态报告和更新/修改的项目计划。在项目进行阶段性检查时的同时对可交付产品进行检查。 问题27：你将如何发现和解决内部和外部问题？ 答案27：从所有可能的资源获取实情并客观地记录下来。然后在相关方参与下，尽量自己解决问题。如果这种方法无效，按照组织的管理结构提出问题并参照可能的解决方法。 问题28：你将如何得到供应商的一贯支持？ 答案28：虽然供应商是在管理范围之外的，但也可以将他们包含进来，如果他们： 得到尊重 了解业务目标 预先购买 将供应作为计划的输入，这样会对他们产生影响 参与设计 因此，在项目的早期阶段就应该考虑供应商的管理。确保他们了解业务目标和工作的利益。 问题29：如何处理“是否能破除一些规矩”现象？ 答案29：单纯为了技术而采用某种技术是不能说服用户或领导的。任何人都可能抵制那些会改变现状的变化。然而，如果将技术与商业利润联系起来，用户会支持你的建议。 问题30：你如何应对不同的商业用户，如果他： a) 拒绝确认需求 b) 经常改变主意 c) 不肯花时间 d) 坚持不现实的截止日期 答案30：无论客户有多难应付，都应该记住正因为他们我们才有工作做。他们是客户。必须以高度的职业精神，完全尊重他们。 因为他们不能了解我们的工作正如我们不能完全了解他们的那样，沟通变得比较复杂。因此，我们要花时间作规划并解释其中包含的内容。用户需要感到他们没有浪费时间，正在取得成果，并且他们的意图被很好地理解。制作原型是一个有用的工具。它提供了一幅用户能理解的、灵活的图画。 另外，对工作风格的理解也很重要。拒绝承认或不断地改变想法可能源于对问题缺乏理解，或是对未来的担心。 用户往往不愿意花时间与IT人员交谈并认为这样做是浪费时间，因为IT人员过分关注他们自己的任务。应该对过去交付产品的历史进行检查。如果用户来了多次但并未发看到有价值的输出，他们将拒绝花更多的时间。在这种情况下，你应该做你擅长的商业领域的项目以期得到用户的尊重。 召开一个历时一小时（并且要限定在该时间范围内）的需求讨论会来讨论特殊的问题。会议结束时应让用户知道下一步该怎么做（并要取得共识）。用户的观点被记录在“会谈纪要”上。这些会让用户感到他们的意见已被听取并且允许他们更改错误。 一个项目被取消往往是由于没有经济合理地达到用户的业务要求。如果在项目的整个过程中，一直保持与用户的有效沟通，他们将看到他们的要求正在逐步达到。项目很少因为延期而被取消。要注意范围变更。在原有的截止日期上增加额外的任务，将会产生不现实的截止日期。 问题31：在一个不编程，就认为你没在工作的环境中，你如何开展工作？ 答案31：如果用户认为你了解了他们的业务目标，他们就希望早些开始编程。以一种他们能够理解的形式制作需求文档，提供一种开放的沟通方式，并让他们知道你了解什么，你正在做什么。通过项目计划，状态报告和原型同样能够表明项目的进展。通过让用户审查需求，原型和状态报告的形式，让用户参与项目。 方法论知识 问题32：生命周期是什么，它的作用是什么？ 答案32：一个开发或维护生命周期是描述一个特定项目的开始，中间环节和完成的方法。一个生命周期包含了完成特定目标的所有步骤，任务和/或活动。每个活动可能有一种特定的方法。例如,制作数据模型可能会按照James Martins建模方法。对象建模可能会采用Ivan Jacobson方法。生命周期通过运用所有方法来完成业务目标。 问题33：描述你的项目计划中应包括的阶段、活动和可交付产品。 答案33：项目计划中应包括如下阶段（不是以瀑布/线性次序）： 项目管理： 典型活动：很多人忘记加入诸如开发和维护项目计划，状态会议和报告，评估的资料收集和汇报，制作演示资料和向上级和用户进行演示等诸如此类需要花时间的，内部的项目管理活动。 典型交付：项目计划，状态报告，评估报告（例如：有多少个功能点） 需求分析： 典型活动：范围定义，成本利润初步分析，建议。 典型交付：范围文档，物理和逻辑分析，实体关系图，成本利润分析，商业规则申明，任务定义和概要说明。 设计： 典型活动：建立开发和测试环境，制作逻辑模型，技术系统设计，执行计划。 典型交付：逻辑数据模型，事件模型，对象模型，网络模型，物理设计，适合开发环境的规格说明，经过修改的规格说明书，测试计划，流程图。 开发： 典型活动：编码，单元测试和制作用户文档。 典型交付：测试说明书，过程手册，程序。 测试： 典型活动：软、硬件测试，线性测试，系统测试，集成测试，回归测试和平行测试。 典型交付：测试结果，问题报告和跟踪纪录。 实施和支持： 典型活动：第一阶段成果打包；培训。 典型交付：问题报告过程。 检查: 典型活动：交付后的三到六个月对目标成本，开发工作，可见/不可见收益进行检查。 典型交付：实施总结报告。