文档介绍：
综合管理:项目经理的“阴谋阴谋”
工程经理除了脚踏实地做好工程管理之外，也要学会用兵之道，关键时刻耍点手腕、来点“阴谋阴谋”也是非常必要的。
Sam是一家电脑制造企业的信息化工程经理，几年理平台。 其次，确定解决方案。
这个工程的难点在于对业务的理解和把握上，既要考虑到现有的业务流程的实现，也要兼顾到对业务流程的优化，既要符合基层用户的****惯，也要满意高层领导的管理和分析的须要；另外，因为已经有过一次失败的经验，为了增加用户的信念和重塑开发部的信誉，必须要尽量降低工程的风险，保证胜利上线。因此，选择一个适宜的解决方案至关重要。 在设计上，Sam采纳了敏捷的审批流设计和简洁的界面风格；在技术上，Sam确定放弃刚刚引进、还没有胜利应用的新技术，而选择了成熟的、已经广泛实施的现有技术架构，这样既降低了技术风险也便于实现代码重用。
再次，充分的需求分析。
由于现有业务流程的混乱，在工程初期，唯恐没有人能够提出一份全面细致的业务需求，而且市场部〔尤其是分公司〕的市场人员对信息系统的相识和承受实力普遍比拟差。因此，为了能够充分了解业务需求，加强与用户的沟通和沟通，Sam确定在需求分析阶段通过建立系统原型来协作需求的收集和分析。
通过系统原型的建立，可以将空泛的业务流程详细化、形象化，使其更加直观地呈现在用户面前，让用户可以亲身感受到系统上线之后会给自己的工作所带来的变更，并逐步造就他们运用系统的****惯，以及运用系统来解决实际问题的实力。既便于全面收集各方的需求，也为系统的顺当实施奠定了根底。 然后，选择生命周期模型。
需求分析阶段的系统原型，因为采纳的是成熟的技术架构，故而可以将其始终迭代到代码开发阶段，直至系统交付，所以采纳“迭代原型法”的开发模式是最恰当的选择。
采纳“迭代原型法”的开发模式具有很明显的优势，可以尽量在工程早期发觉问题，降低工程后期发生需求变更的风险。
不过，它也有一个缺点，在原型迭代的过程中，开发人员很简单陷入对细微环节的无止境的纠缠当中，从而导致需求扩散和需求“镀金”。在这一点上，Sam提示自己必须要留意对工程的管理，定期进展检查点回忆，时刻留意检查工程进度，一旦发觉“扩散”的趋势必需刚好修正，保证主要功能和流程的开发进度，将风险歼灭在萌芽状态。
最终，按部就班地实施工程。 为了保证系统最终能够胜利上线，必需留意实施过程中所采纳的方法和步骤。
费用管理的业务涉及到总部市场和全国全部的分公司，系统的最终用户遍布全国，而且人员众多，水平参差不齐，因此想要在全部分公司一次性同时上线，几乎是不行能的。 比拟合理的方式是，首先在总部市场和北京分公司做试点，因为他们与开发部在同一个办公地点，并且用户的计算机水平也相比照较高，培训和调试的本钱比拟低。等到系统稳定运行一个月以后，再向全国推广，届时有了总部和北京分公司的胜利经历，可以到达以点带面的示范效果，将会大大降低实施风险。
诡道
以上都是在工程进展过程中必需要考虑和解决的问题，都是光明正大的措施和手段。但是，除了要做到以上这几点之外，作为一名工程经理，在管理这样一个困难的，简单反复的，而且曾经有过失败经验的工程时，Sam还须要一些无伤大雅的“阴谋阴谋”来保证工程的顺当进展，正所谓，“兵者，诡道也”。简洁点说，就是以下几点。
工程初期，以用户为中心
工程初期，用户刚刚起先接触系统原型，系统的界面风格、操作模式、按钮设置等是用户最直观的感受，尤其是对于以前没有运用过信息系统的市场人员来说，这些操作层面的简便性、易用性将干脆影响到他们对系统的感受。