标签：工作日志
这两个月经历了很多，经历过真正加班的日子。在这两个月里真是很锻炼心里素质啊！在此期间，一共参与了两个项目，一个是网站的一个原型；另一个是佩特来售后系统。
网站：
经理给了一堆需求的图纸，把需求弄清楚了，做一个类似的网站。我们先是弄一个原型出来，再让客户看是否是客户需要的，最后再说去做这个系统。我的工作就是负责前期的系统原型。
去见客户，与客户交流：
等我们做完了这个东西，去见客户，由于上面的数据都是测试数据，看起来空荡荡的，没有什么实质性的东西，由于客户是传媒行业的，对于他们来说，他们的关注点不在于功能上，更多的是用户的体验度，页面的设计上面。
这个网站对我的影响比较大。一方面是工期紧，那么就会不由自主的处于精神特别集中的状态，从而效率也会很高。另一方面是认识到业务的重要性，由于这个网站是给传媒这个行业做的，那么就要了解传媒行业的特点、风格。界面的风格，一些实现的效果上，操作的便利性，这时都被体现出来了。
佩特来售后系统
这个项目一开始工期就挺紧的，客户讲了一下需求，有几张画好的流程图，要求第一周就把第一个流程做出来。我们看了一下数据库建模，好多表都是冗余的，于是我们按三范式的原则把数据库建好了，经理看到了说，不需要这样建，这样建完了之后系统做起来太庞大，就是给自己找麻烦。他们需要的是快速开发出来，低成本，效益高。也体会了一把外面小公司的经营，小作坊式的开发。开发完了，顶多维护上几次就不管了。
到了项目的后期阶段，项目一直也是做不完。主要原因还是在前期的准备工作上没有做好。前期的框架的选择；界面的设计；整个系统的疑点，技术点，难点都没有归类；再有就是任务的分配上面，每个流程，节点的处理。站的高度不够。
总结
通过这两个月的“折腾”，很是锻炼我们各方面的素质。得出下面结论：
无论何时都要从容淡定
多动手，不要眼高手低
要及时沟通交流
作为项目经理，前期的工作一定要准备充分
团队一定要团结一致
细节决定成败
当不知道这个功能如何设计，请站在用户角度思考问题
不能推卸责任，出了问题就撇清干系
代码规范，命名规范事先都要规定好
阅读别人代码的能力
最起码的代码注释一定要写，否则修改起来很麻烦
需求不可能一下子都搞清楚的，要有全局观
修改了一定要“通知”其他成员，文档要及时更新
如果一个问题自己解决不了的，要及时和他人沟通
……
标签：工作日志
原文地址：http://blog.csdn.net/liutengteng130/article/details/39225511
