1.范围、时间、成本，这三项中哪些是可以由客户控制的？
范围、时间、成本，是项目管理中常说的三角关系。任何一方改变都可能牵扯到其他两方的变动。项目管理的本质，就是在保证质量的前提下，寻求这三者之间的最佳平衡。因为客户是需求方和投资方，客户有权对这三者进行控制，当然客户主要控制范围，即提出他们的需求——项目要实现的功能特性，其次，客户也非常关心能交付的时间和所付出的成本。在满足客户的需求情况下，可以在时间、成本上和客户进行交流、谈判。从项目管理的角度看，最好固定其中一项，其他两项可以根据实际状况来调节保证项目质量。
2.谁该对项目中所要付出的一切做出估算？谁有权设置最后期限？
项目成功是团队协作的结果。在对项目进行估算的时候，需要由参与项目各个环节的人进行符合实际的估算，最后汇总起来进行综合分析计算，获得项目总的估算结果。
项目的最后期限设置除了客户定死最后交付时间，其他的情况都是根据项目的进度估算结果而进行符合实际的计划得出的。
3. 减少交付的次数，或是减少每个每个交付中的工作量，你喜欢哪种做法？
根据项目的类型和项目进行中的实际情况来决定，如果项目是规模比较大，时间长的，那么就应增加交付次数或者减少每个每个交付中的工作量，以便及时考察项目进展，保证项目进度。例如，一个项目按计划进行到第一个里程碑发现项目进度明显落后，而下一个检查点（也就是交付的工作量）距离还很长管理层需要及时了解其进展，那么交付的次数的就要根据现在的时间状况来增加。反过来，如果这个项目的进度非常好，甚至超前，而下一个检查点（也就是交付的工作量）距离还很短，我们就可以减少交付次数。
过去人们在传统的软件项目中，开发周期比较长，往往减少交付的次数，更好地控制质量；而现在，有一部分比较倾向于敏捷方法，喜欢减少每个每个交付中的工作量，更好地、更及时地满足用户的需求。在互联网上的web应用，“减少每个每个交付中的工作量”是一个比较好的策略。
4.你喜欢用哪种图来跟踪项目进度？
要根据项目的特点来决定，复杂、规模大的可能要借助甘特图和网络图来分析和跟踪进度。简单、规模小的项目根据进度报告百分比和表格跟踪就可以了。
5.迭代和增量的区别在哪里？
软件开发不是一躇而就，其过程犹如雕琢一件工艺品，由无形到有形、由粗到细，很难一次就能开发出功能完善、强大的一个版本，而往往是分阶段进行，一个版本接一个版本的发布出去。软件开发分阶段可以通过两种模型来描述，即增量模型和迭代模型。
增量模型描述软件产品的不同阶段是按产品所具有的功能进行划分，先开发主要功能或用户最需要功能，然后，随着时间推进，不断增加新的辅助功能或次要功能，最终开发出一个强大的、功能完善的、高质量的、稳定的产品。
迭代模型描述软件产品的不同阶段是按产品深度或细化的程度来划分，先将产品的整个框架都建立起来，在系统的初期，已经具有用户所需求的全部功能。然后，随着时间推进，不断细化已有的功能或完善已有功能，这个过程好像是一个迭代的过程。最终的目标是一致的，也是为了实现一个强大的、功能完善的、高质量的、稳定的产品。
6. 试着解释一下风险管理中用到的实践。风险该如何管理？
比如十大风险清单：就是在项目进行中，不时地更新和处理项目当前风险最高的前十项风险。以保证项目不脱离主轨道。因为项目中的风险大大小小会很多。十大风险清单就是抓住重要的风险及时处理，而又关系的小风险可能也就随之消失。
风险管理就是通过风险的识别、预测、估算和衡量、选择有效的方法和手段，对风险进行预防、避免、降低或者转移的管理过程。
7. 你喜欢任务分解还是滚动式计划？
根据项目特点来定，一般会选用任务分解的计划，责任清楚，可控性更强。滚动式计划的灵活性比较强，适应性比较好，但容易引起大家对计划不够重视，计划能力降低，或者可控性会差些。有时会将这两种方法结合起来使用。
8. 你需要哪些东西帮助你判断项目是否符合时间要求，在预算范围内运作？
-
前提是这个项目的进度计划和成本计划是符合项目实际情况并不断随着项目的时间发展而滚动更新的。
-
确保收集的进度和花费的成本就真实可靠的。
-
在此时项目的范围没有影响到时间和成本的规划。
那么就可以根据项目时间与计划的内容进行对比来判断项目符合时间要求，在预算范围内运作。常用的方法有基线对比法和挣值法。
9. DSDM、Prince2、Scrum，这三者之间有哪些区别？
-
动态系统开发方法（Dynamic System Development method，DSDM）是众多敏捷开发方法中的一种，它倡导以业务为核心，快速而有效地进行系统开发。
-
PRINCE2（PRojects IN Controlled Environments 2）为项目管理提供了一种结构化的方法，这种方法最早是在1989年由英国政府计算机和电信中心（CCTA）开发的，作为英国政府IT项目管理的标准。PRINCE2如今日益流行，是英国项目管理的标准，它为管理项目提供清晰界定工作框架，介绍如何协调项目中的人和活动、如何设计和监督项目以及在项目发生变更的情况下如何调整的流程。每一个流程都详细标出关键的输入、输出和具体目标及要执行的活动，这为计划偏差提供了自发的控制。这种方法把项目划分为多个管理阶段，保证让所有资源得到有效的控制。依靠严格的监控，项目在控制和组织的方式下得到执行。详细参考：http://zh.wikipedia.org/wiki/PRINCE2
-
Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。Scrum是一个包括了一系列实践和预定义角色的过程骨架，其主要角色包括同项目经理类似的Scrum主管角色——负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。在每一次冲刺（一般为15到30天周期 ），开发团队创建可用的、可随时推出的软件一个增量（小版本）。每一个冲刺所要实现的特性来自产品订单（product backlog）， 产品订单是按照优先级排列的工作需求。在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。
管理Scrum过程有很多实施方法，从白板上的即时贴到软件包。Scrum最大的好处是它非常容易学习，而且应用Scrum不需要太多的投入。详见：http://zh.wikipedia.org/w/index.php?title=Scrum&variant=zh-cn
10.如果客户想要的东西太多，你在范围和时间上怎样跟他达成一致呢？
首先要向客户说明，如果在某个时间内去做不可能完成的工作，其结果必然是质量得不到保证，或者所化的成本过大。应该没有客户想做赔本的生意，每个客户都会重视质量，而不愿意损害自己的利益。
然后，和客户一起，按需求重要性、紧急性等需求进行分类，分为不同的等级，然后从优先级高的需求开始，来估算工作量，设定几个不同的开发周期或交付时间，从而由用户作出选择，例如：
(1) 只做优先级最高的那类需求，开发周期需要3个月；
(2) 做优先级最高和优先级高的那两类需求，开发周期需要7个月；
(3) 做优先级最高、高和中等的共3类需求，开发周期需要12个月；
(4) 所有需求都实现，开发周期需要18个月
用户可能选(2), 先完成两类需求，签订合同。等这合同履行很好之后，再继续下一步的开发。
