把PM当成第一位客户（2）

 

答案只有一个，那就是，把PM当成自己服务的第一位用户，而且是最终用户。这意味着作为项目最终实施者的开发人员既可以又必须直接面对用户。

一方面，在现有的开发流程中交流业务知识、功能需求、系统架构信息和其它林林总总的设计资料时，通常首先由PM进行技术调查和文档理解，这样有助于从整体上把握系统结构，适当减轻其他人的工作负担，但亦可能造成SE过度依赖PM，不愿意主动地理解文档和系统。这种境况的最终结果就是，PM把系统理解成何样，SE就会把系统理解成何样，从而失去纠正理解错误的机会。把PM当成用户，而非简单的、可有可无的“传声筒”和“翻译工具”，有助于“强迫”自己站到用户的角度去思考问题，减少沟通过程中产生的理解失真、偏差，及时将更贴切的理解反馈给PM，保证大家对系统理解一致，提高协作效率和正确率。

另一方面，面对用户针对SE理解的结果和反馈而提出的质疑和询问，“强迫”自己主动地慎审思考和恰当回答，避免产生回避心理和敷衍心理。换句话说，是将PM原先消解的、来自最终用户的压力还原出来，转换成驱策自己的行动力。同时，在反馈过程中可以及时发现理解盲点和错误，提出新问题、新疑问，加强理解的正确和一致。

其实回顾一下就能发现，和PM合作的要点在于“主动理解、多质疑多反馈、保持理解一致”。工作态度不积极主动，不善长提问、思考和解答，这些只是表面原因，真正的果是不能和用户的理解保持一致，到最后就把项目给做岔了。把PM当成用户，是解决这一问题的方法之一。