文档介绍:项目管理经验谈——离开公司时总结项目管理的10句话
 
   
 
 
 
 
 
 
 
     
 
 
 
 
 
 
 
一项目计划:
,让MM来协助,你要这样的话我建议你当老总找个秘书。
:
开会的目的是解决问题,不是休息,不是一个会可以开它半天,要讲究效率;开会时在讨论大家所关心的问题,而不是几个组员的问题,如果几个人有问题可以会后来解决,而不是让大家等你们,直到你们解决完问题,才让大家散会。
:
:
让你管项目,你就得负起这个责任,不是让你的其他组员写代码而你在一边喝茶,老总问你怎么样了你只说差不多,可以了,也不是等到项目结束时你还没有将其他组员写的代码合起来,而让他们陪着你加班。也不是你在老板面前一直说好了,而你所负责的代码直到两个项目完成时还未修改完,等到项目实施差不多时客户反馈的问题还是你的。
:
让你管项目,你就承担起这个责任,不是在老总面前说进展顺利,而客户将问题反馈时,你说你不是很清楚,这些代码不是我写的,是mm是写的,将责任推卸给他人。
:
不管出于什么目的千万不要在项目开始时让你的组员就写操作手册,那不仅是对软件开发过程的误解,而且是对组员的最大不尊重。
:
我不知道几个写代码的同事对设计模式有多少了解,如果你了解了你就不会说别人代码乱(当然我承认我对设计模式理解不透),不要在一个工程下建立很多个文件夹,然后给每个数据表写一个
CS,然后说这是你的所谓的三层架构,CS是对象的实例,不是代码的分离器,不要为了三层而三层,思路开阔点,不要老师教你一你就是一,先将自己的事做好,这样你会赢得更多的尊重。
:
:
编码标志着项目的开始,在编码之前请确定好你的数据库建设是否完整,没有确定之前请不要开始操作数据库,数据库是基础,就像盖楼时的地基,如果地基没有建立好你就去盖楼,然后在盖楼中的过程中去修补你的地基的大小,我想这样即使能盖起一栋大楼,但是他的质量会打折扣的。这样建设起来的系统最终是用户不停的给你反馈问题,你也不停的在修改他们。
2. 客户反馈:
每个组员都有在客户那里实施项目的经历,而这种实地的实施恰恰是在客户那里解决问题,这是难得的获取新的需求的最好机会,所以每个个实施的员工应该带回来一个客户问题反馈的文档,这些文档应该大家聚在一起探讨最好的解决办法和系统中新等等创新点,千万不要只是将问题修改了事(我到现在没看到公司其他员工写回来这样的文档,更不用说讨论了。即使我写回来的几个项目反馈也没没有进行讨论,这点真的让我很吃惊)。
:
: 同事也是一个团体,可以说是一个冲锋在前线的的战斗队伍,大