计划赶不上变化：突然有一天，被委以重任，时间很紧。－>去摸清客户，抓住客户需求的核心。所有的项目计划都是可以协调的。耐心梳理产品若能模块，多次艰苦磋商。如果可能，制定双方各退一步的上线方案。

在斗争中生存：土气低落，开会讨论火药味很浓。终止会议，让大家先冷静下来。整理新增功能列表，按表格一个一个核对。分优先级，分发下去，开会，如果可能砍掉几个可有可无的功能点，强调客户关注的功能点。会议纪要邮件发送整个项目组及高层，邮件中不露声色地说几句会议气氛融洽，气氛暂时缓和。

BUG是积累起来的：各自为战，整体测试出问题，各方都有理由推卸责任。PM声名，在团队里面没有业务部和研发部区别，我们所有的努力都是为了项目的顺利完成。细化BUG到时间点和个人；强调，任何一方完不成将影响个人项目考核。其实这个问题自己也有责任，所以只是口头警告上。下班后请吃饭等，让QA部门不能因为...严格把关。QA的独立性，撑腰。“孤家寡人”－>“拉帮结伙”，PM不是一个人在战斗，如果没有同盟军PM将成为鸡肋。

赏罚分明：提前一二天实施，给客户打预防针。客户有一新的需要，按道理说开发可以在短时间内改进，可是一名现场RD说那个不是自己开发的，不愿意做。（作为几年开发经验的人不能看不懂其他人代码）。回公司改肯定影响进度，PM自己上，一个通宵，完成！回公司，请大吃。宣布，年底公发项目资金。胡萝卜后大棒，开发部协商报公司领导后，把掉链子的辞退。新的开发进来，所有个进行一次强化培训。

欲善其事，先得其器：向领导建议（第一版本经验等理由），集中开发，和谐风景地方封闭开发。

步步为营：每天抽时间分拆项目得失，技术交流，培训业务知识，质量控制。建立学习型的团队。早上打打球，晚餐后爬山，扑克比赛，保持高效率。PM每天和客户通话。

梦想和现实的差距：如果能改进矩阵架构，扩大PM权利，保证绝对控制权，资源高度权。如果做到高度规范，一部分比如测试可以外包。公司只保留业务精英。改革公司制度谈何容易，累绪良久，向公司递交改革方案的同时，猎头的电话。

不过，只有在这种环境和情况下，才能更好的磨练我们自己。老兄，加油。