与客户沟通是一件困难的事情，因为客户并不是能清楚的表达出他想要什么，而公司也并不是能完全理解客户想表达的意思，总会有偏差，而这种偏差一大，就会出现矛盾。
所以，需要专业的人员来与客户沟通。
从主观上来讲，客户(代表)并不会为这个项目投入太多的精力。重要的是，在前期交涉中已经发现：这个客户代表为大量其它的项目和工作困扰，他不会有时间来处理问题。因此，减少沟通和保障沟通质量的问题就显得非常突出。但是保障每一次沟通的有效性都是最重要的事。
项目过程中需要留下历史记录 (History)，那么以后别人来看这个项目的时候，就能够了解这个项目的情况
History 是为整个 项目而记录的。一些参考的记录内容有：
需求阶段：与谁联系，联系方式、过程、结果以 及由此引发的需求或变更；
设计阶段：如何进行设计、最初的构架、各个阶 段的框架变化、因需求变更导致项目结构上的变 化(有助于了解构架的可扩充性)；
开发阶段：每一种技术选型的过程、每一种开发 技巧的细节和相关文档、摘引的每一段代码、算 法、开发包、组件库的出处和评测；程序单元的 测试框架；每一个设计和构架变更所导致的影 响；
测试阶段：还记得测试用例和测试报告吗？那是 最好的 history 之一。
沟通是具有目的性的，如果在没有明确目的的情 况下与客户沟通，那将是浪费客户和自己的时间。流于形式的沟通， 可能是使得你的项目被不断推翻和不断延迟的最直接原因。
失败的过程也是过程， 实现，才是目的。
语言只是工具。过程伴生工程而出现。过程解决的是工程中角色间的 关系问题。角色的确定，以及角色间的沟通问题，在项目过程中 也同样重要。工程组织是否合理，相互的协作是否紧密， 是这个项目成功能的保障。
回顾每一个项目，或者项目中的每一个阶段，以 及与每一个团队成员交流的细节，是必须的日常工作。
BOSS(经营者)决定了一个方向，组织者保证决策与 这个方向是同步的，而工程是在这样的一个方向、决策的 构架下的一个具体行为。 工程中没有 BOSS。
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
