问题30：你如何应对不同的商业用户，如果他： a) 拒绝确认需求 b) 经常改变主意 c) 不肯花时间
d) 坚持不现实的截止日期
答案30：无论客户有多难应付，都应该记住正因为他们我们才有工作做。他们是客户。必须以高度的职业精神，完全尊重他们。
因为他们不能了解我们的工作正如我们不能完全了解他们的那样，沟通变得比较复杂。因此，我们要花时间作规划并解释其中包含的内容。用户需要感到他们没有浪费时间，正在取得成果，并且他们的意图被很好地理解。制作原型是一个有用的工具。它提供了一幅用户能理解的、灵活的图画。
另外，对工作风格的理解也很重要。拒绝承认或不断地改变想法可能源于对问题缺乏理解，或是对未来的担心。
用户往往不愿意花时间与IT人员交谈并认为这样做是浪费时间，因为IT人员过分关注他们自己的任务。应该对过去交付产品的历史进行检查。如果用户来了多次但并未发看到有价值的输出，他们将拒绝花更多的时间。在这种情况下，你应该做你擅长的商业领域的项目以期得到用户的尊重。
召开一个历时一小时（并且要限定在该时间范围内）的需求讨论会来讨论特殊的问题。会议结束时应让用户知道下一步该怎么做（并要取得共识）。用户的观点被记录在“会谈纪要”上。这些会让用户感到他们的意见已被听取并且允许他们更改错误。
一个项目被取消往往是由于没有经济合理地达到用户的业务要求。如果在项目的整个过程中，一直保持与用户的有效沟通，他们将看到他们的要求正在逐步达到。项目很少因为延期而被取消。要注意范围变更。在原有的截止日期上增加额外的任务，将会产生不现实的截止日期。 问题31：在一个不编程，就认为你没在工作的环境中，你如何开展工作？
答案31：如果用户认为你了解了他们的业务目标，他们就希望早些开始编程。以一种他们能够理解的形式制作需求文档，提供一种开放的沟通方式，并让他们知道你了解什么，你正在做什么。通过项目计划，状态报告和原型同样能够表明项目的进展。通过让用户审查需求，原型和状态报告的形式，让用户参与项目。 方法论知识
问题32：生命周期是什么，它的作用是什么？
答案32：一个开发或维护生命周期是描述一个特定项目的开始，中间环节和完成的方法。一个生命周期包含了完成特定目标的所有步骤，任务和/或活动。每个活动可能有一种特定的方法。例如,制作数据模型可能会按照James Martins建模方法。对象建模可能会采用Ivan Jacobson方法。生命周期通过运用所有方法来完成业务目标。
问题33：描述你的项目计划中应包括的阶段、活动和可交付产品。 答案33：项目计划中应包括如下阶段（不是以瀑布/线性次序）：
项目管理：
典型活动：很多人忘记加入诸如开发和维护项目计划，状态会议和报告，评估的资料收集和汇报，制作演示资料和向上级和用户进行演示等诸如此类需要花时间的，内部的项目管理活动。 典型交付：项目计划，状态报告，评估报告（例如：有多少个功能点） 需求分析：
典型活动：范围定义，成本利润初步分析，建议。
典型交付：范围文档，物理和逻辑分析，实体关系图，成本利润分析，商业规则申明，任务定义和概要说明。 设计：
典型活动：建立开发和测试环境，制作逻辑模型，技术系统设计，执行计划。
典型交付：逻辑数据模型，事件模型，对象模型，网络模型，物理设计，适合开发环境的规格说明，经过修改的规格说明书，测试计划，流程图。 开发：
典型活动：编码，单元测试和制作用户文档。 典型交付：测试说明书，过程手册，程序。 测试：
典型活动：软、硬件测试，线性测试，系统测试，集成测试，回归测试和平行测试。 典型交付：测试结果，问题报告和跟踪纪录。 实施和支持：
典型活动：第一阶段成果打包；培训。 典型交付：问题报告过程。 检查:
典型活动：交付后的三到六个月对目标成本，开发工作，可见/不可见收益进行检查。 典型交付：实施总结报告。
问题34：制作原型应该在项目生命周期的那个阶段？
答案34：贯穿整个项目。眼见为实。因为它是验证功能，业务规则，用户需求数据和测试的一个好工具。值得注意的是，原型不会成为粗制滥造的产品。原型需要较好地维护。原型应能在过程和数据不完全的情况下，显示各个窗口和窗口间的导航关系。
问题35：在项目生命周期中，基于客户端/服务器端开发与基于大型机开发的区别是什么？
答案35：基于客户端/服务器端开发的项目需要额外的任务编制各部分的计划。各部分计划中必须包括对事件，数据和网络位置的检查。必须根据用户的要求决定服务器/客户端的分布。在服务器/客户端环境中，要运用外观建模技术和制作图形界面的原型相结合和方法。 问题36：在一个维护项目中如何管理和保证质量？
答案36：维护本身就含有负面意义。许多公司认为维护工作是不好的，第二位的。费钱的，并且是对现有应用的不断修改。必须懂得维护也有它的生命周期。因此，应建立一个围绕维护活动的控制和质量工作的计划。新的开发计划包括交付产品和每个任务分配的时间。项目计划应考虑到需求变更的情况。这样可以使项目经理和用户看到变更对项目进度的影响。 维护阶段/活动有：
变更的确定（是否会造成产品问题，是否增加了新的功能，或技术平台的变更）
正式记录变更，
变更确认并初步估计变更的大小， 对现有变更进行优先级排序， 变更分析， 对变更进行编程，
对变更和变更对系统产生的影响进行系统/回归测试， 用户确认变更， 产品递交， 生产。
问题37：面向对象的开发与传统的开发方法在管理技术上有什么不同？
答案37：面向对象的项目团队人员较少，团队成员不需要有太多创意。重要的是技术和个人的角色。每个成员需在项目的不同阶段承担不同的角色。因此，每个成员必须了解他们自己的优缺点。围绕一个或多个人员的角色有：
设计师（系统的整体结构） 抽象工程师（类和类族）
应用工程师（完成和组装类和类之间的消息）
由于传统的开发方法，个人角色是不能互换的。软件开发是个人的努力的结果。即使是由最优秀的，最聪明的人组成的团队，如果他们不能为共同的目标而工作，那么就是最简单的项目也不能成功完成。
问题38：你如何在处理雇员关系，项目管理，文本工作之间分配时间？
答案38：人是最宝贵的财富，因此需要花费最多的时间。然而，项目经理必须关注事物的次序应该是：
商业目标， 公司的目标， 项目， 团队， 个人，
技术和方法的变化
问题39：什么是PM-CMM?
答案39：人员管理能力成熟度模型。PM-CMM和CMM都是卡内基.梅隆大学的软件工程研究所开发的概念模型。PM提供了人力资源管理的组织方法。五个层次是：
随意的：人员管理没有连贯性，
可重复的：组织在人员管理方面有一些政策方针， 明确的：将人员管理与业务特点相结合， 可度量的：对人员管理可进行目标量化， 优化：有组织地致力于不断地提高人员管理水平。 小结
一个成功的团队是指由不同技能、才华、工作风格和知识的成员组成的士气高涨的团队。项目经理的职责就是将这些人组成团队并激励他们。本文通过复习一般性的概念、术语和面试中经常会问到的问题，为面试做准备。你可以根据你有关如何成为一个好的项目经理的知识和经验，对答案进行整理。不管怎么回答，尽量给你所应聘的组织留下印象。应以一种积极的态度面对。应侧重于人员管理，同时还有一个良好的技术背景。应具备应有的常识、自信、倾听和作决定的能力。
