1.
至于你问的是他自己观察到的，还是项目经理给的，两者皆有可能，但鉴于一般情况下，项目经理才能看到整体的进度，因此大多数情况会是项目经理给的。

2.
这种情况下不需要保存比较基准，即便PM变更比较基准，只要不影响项目目标（里程碑进度等），还是不需要得到领导批准。
进度计划要保证的是项目范围一致、里程碑一致，绝对没有要求每个活动的计划执行和基准计划都一致。所以偏差留在那里就行了。

4.msp根据项目经理输入的跟踪数据，自动排定剩余部分的计划，然后可视化的揭示出可能在哪里存在问题。
解决问题的方法，MSP会提示，决定靠人来做。至于提示的程度，如果靠调整任务顺序或进行拆分就能解决问题，那么MSP会自动做； 如果不行，比如要通过增加资源或者调换资源才能解决问题，那么MSP当然不可能擅自修改资源分配，它能做的是告诉你在哪里效果调整最佳。

我想还是要明确根本的目的是为了保证项目目标计划,而保证项目计划的进行和严格按照项目计划执行任务并不是一回事,后者只是实现前者的一种途径.

而我原来可能把保证计划的执行和计划完全一致当成最终目标了，认为只要这样才能实现计划目标.但是达到项目目标计划的路径不止这么一条，或者说是混合的。如果要完全依照项目计划进行那么就会失去灵活性。在保证可以达到项目目标的前提下可以做其他灵活的安排和变动。但是项目的主线是遵守的，比如里程碑的完成进度。这样在项目按计划进行和灵活度之间有一个平衡，这个平衡在哪里还要靠项目经理来拿捏。
既然sensui提出了前提，最终的目的可以保证，那么灵活的变动就没有伤害到项目的最终进度，就可以采用。
在sensui一次说的把三个任务合并成为一个任务我想也是这种灵活的一种体现。

有一个疑问: 那么这种自我的灵活变动需要个人自己心里要有一本清晰的帐,也许我对个人可以承担的能力太过担心,因为项目实施人员的期望是傻瓜化.

不过我说“资源可以‘擅自’更改”，是有点夸张了，正确的说法应该是“因时制宜”。

“时”，是时机，或者说是实施中情况发生了变化；
“宜”，是措施，是在可视化理解“时”对项目目标如何影响的基础上对计划的调整。

而这个措施是否真的不影响项目目标，那就是MSP应该可视化的东西。如果组员看不到这些可视化的信息，那么他的因时制宜的允许范围就比较小。

关于什么时候修改比较基准，可能是仁者见仁了，下面是从宽松到严格一些例子：
项目P1，只要结束里程碑（比如交付）延期1周以上，就需要变更计划，保存比较基准。
项目P2，只要结束里程碑（比如交付）延期1天以上，就需要XXX
项目P3，只要任何主里程碑（比如设计得到批准）延期NN以上，就需要XXX
项目P4，只要关键任务延迟NN以上，就需要XXX（关键任务定义为时差>0的指定值）
。。。。
项目Pn，只要任何任务延迟，就需要XXX

如何选择标准，和行业特点，项目要求以及对MSP的熟悉程度都有关系。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
至于软件使用傻瓜化，在项目管理中有很多知识和技巧，有些是目前工具无法直接提供，有的是工具可以提供的，诸如ADM，CPM/CC，Leveling、EVM等等，这些方法已经在MSP中傻瓜化了，呵呵。

但是一定要注意这些功能得到正确使用有一个前提条件：你是否真的把Project应该知道的信息全部告诉它了吗？基于以前的轻量级工具使用习惯，PM可能把一些信息留在了自己脑子里，这样就无法通过MSP算法得到想要的结果，这基本上不是MSP的问题，而是使用者的问题。

发挥后进者优势，从洋人的工具中学习最佳实践，缩短差距，终有一天走到项目管理的先进者行列，这是我们的期望吧。