该帖子同步发自：(chejingwen的博客  访问该博客)

经验总结

1. 人员工作交接
   1. 一定要将各个程序员写的代码每天进行合并提交，不然长时间没有合并代码会造成合并的时候冲突太多，不好合并的情况。
   2. 人员交接没有说明文档，再加上代码注释不足，导致后续的开发修改工作问题重重

2. 项目资源
   1. 一定要保证人员在项目中的稳定程度，不要跳来跳去的。
   2. 一定要保证开发人员的其它方面工作，例如加班，订餐，打车，饭补之类的其他保障，让程序员踏实的工作。必要的时候聚聚餐，安定一下人心。
   3. 可能项目中一个工程师会跨越多个项目，但是一定要保证自己项目的进度安排，不要从意识上产生 估计、差不多、我觉得能完成，或者差不多的概念，如果存在，那也许就是完不成的导火索。一定要最大程度的保证项目计划的完成度。

3. 需求变更
   1. 任何人员有程序变更都应该做详细的记录，记录什么时间，什么人，什么需求，改了那些信息。
   2. 为了避免程序错误，一定要在修改后做文档记录，并发信确认。
   3. 尽可能的在确认需求变更后，修改原始需求文档，保持需求文档是所有最新的需求描述。

4. 接口实现与客户端合作
   1. 接口一定要在开发之前提供，避免客户端的工作都安排好了，接口还没提供的情况。
   2. 定接口的时候一定要与设计需求以及客户端讨论清楚，避免后续由于讨论不周到导致的反复修改。
   3. 提供接口后要有详细的说明使用文档，不然每个客户端开发的时候都会遇到同样的问题，接口提供人员还得一个个的讲。
   4. 一定要将接口信息写到WIKI上，并注明使用说明描述信息，避免后续维护中出现无参考或者阅读障碍的事情。

5. UI
   1. 先确定程序整体风格
   2. 根据开发进度，逐模块的进行UI实现
   3. 在做图过程中要与工程师充分沟通，保证出图能够完全应用。
   4. 一定要争取在开发功能之前将UI图完成，如果没有条件也尽快将元素提炼出来。
   5. 之前已大部分的原因是因为没有UI规范说明，最好在项目中能建立UI规范说明，这样能保证项目的UI质量。

6. 计划制定
   1. 计划中一定要将项目中的所有需求依赖，开发依赖，人员依赖写清楚，避免由于依赖不清楚导致后边不可控的进度拖延。
   2. 一定要将需求依赖视为最重要的项目工作。
   3. 接口实现一定要将需求讨论清楚，接口制定的时间计划要尽量精确。
   4. 定制工作计划一定要详细，并说明任务的开发完成时间是什么，测试结束时间是什么。

7. 代码整合
   1. 统一将代码提交到特定的SVN地址
   2. 统一给大家培训使用方法，避免项目开发过程中出现由于操作错误导致的重复工作
   3. 规定，每天早晨获取代码，每天晚上下班之前提交代码，养成好的习惯，避免其他不可控的问题。

8. 原型图
   1. 一定要将每一个页面表现清楚，之间的逻辑关系要详细描述。公共的功能逻辑要统一建立设计图并说明。
   2. 一定要在设计每个功能的时候问清楚问什么这么设计，有什么好处或者理由。
   3. 一定要考虑设计时各个客户端之间的差异，并用不同形式进行展现说明。
   4. 设计图变更一定要通知相关人员。