经验总结 |
经验总结 - 人员工作交接
- 一定要将各个程序员写的代码每天进行合并提交,不然长时间没有合并代码会造成合并的时候冲突太多,不好合并的情况。
- 人员交接没有说明文档,再加上代码注释不足,导致后续的开发修改工作问题重重
- 项目资源
- 一定要保证人员在项目中的稳定程度,不要跳来跳去的。
- 一定要保证开发人员的其它方面工作,例如加班,订餐,打车,饭补之类的其他保障,让程序员踏实的工作。必要的时候聚聚餐,安定一下人心。
- 可能项目中一个工程师会跨越多个项目,但是一定要保证自己项目的进度安排,不要从意识上产生 估计、差不多、我觉得能完成,或者差不多的概念,如果存在,那也许就是完不成的导火索。一定要最大程度的保证项目计划的完成度。
- 需求变更
- 任何人员有程序变更都应该做详细的记录,记录什么时间,什么人,什么需求,改了那些信息。
- 为了避免程序错误,一定要在修改后做文档记录,并发信确认。
- 尽可能的在确认需求变更后,修改原始需求文档,保持需求文档是所有最新的需求描述。
- 接口实现与客户端合作
- 接口一定要在开发之前提供,避免客户端的工作都安排好了,接口还没提供的情况。
- 定接口的时候一定要与设计需求以及客户端讨论清楚,避免后续由于讨论不周到导致的反复修改。
- 提供接口后要有详细的说明使用文档,不然每个客户端开发的时候都会遇到同样的问题,接口提供人员还得一个个的讲。
- 一定要将接口信息写到WIKI上,并注明使用说明描述信息,避免后续维护中出现无参考或者阅读障碍的事情。
- UI
- 先确定程序整体风格
- 根据开发进度,逐模块的进行UI实现
- 在做图过程中要与工程师充分沟通,保证出图能够完全应用。
- 一定要争取在开发功能之前将UI图完成,如果没有条件也尽快将元素提炼出来。
- 之前已大部分的原因是因为没有UI规范说明,最好在项目中能建立UI规范说明,这样能保证项目的UI质量。
- 计划制定
- 计划中一定要将项目中的所有需求依赖,开发依赖,人员依赖写清楚,避免由于依赖不清楚导致后边不可控的进度拖延。
- 一定要将需求依赖视为最重要的项目工作。
- 接口实现一定要将需求讨论清楚,接口制定的时间计划要尽量精确。
- 定制工作计划一定要详细,并说明任务的开发完成时间是什么,测试结束时间是什么。
- 代码整合
- 统一将代码提交到特定的SVN地址
- 统一给大家培训使用方法,避免项目开发过程中出现由于操作错误导致的重复工作
- 规定,每天早晨获取代码,每天晚上下班之前提交代码,养成好的习惯,避免其他不可控的问题。
- 原型图
- 一定要将每一个页面表现清楚,之间的逻辑关系要详细描述。公共的功能逻辑要统一建立设计图并说明。
- 一定要在设计每个功能的时候问清楚问什么这么设计,有什么好处或者理由。
- 一定要考虑设计时各个客户端之间的差异,并用不同形式进行展现说明。
- 设计图变更一定要通知相关人员。
|
chejingwen 发表于 2011/11/4 15:08:00 阅读全文 | 回复(2) | 引用通告 | 编辑 | 收藏该日志 |
Re:经验总结 |
如和把PMP运用到实际工作中,是以后需要长期摸索的工作。 |
panjf2008发表评论于2011/12/7 21:34:00 个人主页 | 引用 | 返回 | 删除 | 回复 |
Re:经验总结 |
不错的经验~学习了 |
vs034265512发表评论于2011/12/2 18:11:00 个人主页 | 引用 | 返回 | 删除 | 回复 |
发表评论:
|
|
公 告 |
|
登 陆 |
|
日志日历 |
|
搜 索 |
|
日 志 |
|
评 论 |
|
链 接 |
|
统 计 |
| |