文档介绍：项目组项目管理经验总结
常去学****网站和书籍:
学****案例:e/
书籍:
《不懂项目管理,还敢混职场》:写《别告诉我你懂PPT》作者写的
《IT项目管哪些事》
《P道理,ERP实施手记》
《Pmbok,深入浅出PMP》
员工的分类,适用自已
A类是指这样的一些人,他们激励满怀,勇于任事,思想开阔,,,,能够激励别人实现共同的目标,有决断力,能够对是与非的问题做出坚决的回答和处理;最后,能够坚持不懈的进行实施并实现他们的承诺;
B类的员工更多的是少的是一种***,与A类的最大的区别;
C类的员工更多的是不胜任自已的工作,然后打击别人,使目标落空,而不是使目标达成
项目管理软件的使用
mindmanager
powerdesign
Microsoft visio
microsoft project
教程见:
svn://:2008/shared/项目组/201208/软件使用教程/
做系统注意点点滴滴:
报表的名称用标准的Java命名方式(如:,英文的)
任何一个模板上空两行,左空两列.
参数界面靠左
固定的配色体系,客户有以客户的为准,达到客户看到你的,就会以你的为准.
列宽要紧凑.,左边上边不要留边距,格子统一用条件来隐藏.
不要出现左右滚动条
RGB三色相等就是灰色
要明白什么是变量,什么是不变量,什么相关的操作都要记录.
常用的JS问题,编码问题,元数据的合理性,是否影响性能,质量系统的恒量.
主键,外键,索引,建表三范式,数据仓库
填报的类型与主键问题
左右连接,存储过程,子查询,数据字典的应用
MYSQL必知必会
数据库不同是不同的
做任何事情都要备份,重中之重
美工之类的问题,评估事情还要考虑系统界面的东西。
数据库相关创建,填报的各类问题
参数界面的拼SQL并不是万能的,进入“”引号的部分会被当成数据库的表
Case when 是可以嵌套的。跟if else是一样的。
项目管理方面一:
百度百科对想了解的一些业务系统来说是非常有用的,达到怎么与客户交流,说服客户一定要好好的用。
遇到新的需求,马上提需求,然后在功能中想好临时方案,与客户进行沟通,保证做出的东西是客户想要的.
问题确认,分块来测,从A到C,,在中间设一B点,先测A到B,然后测B到C
做任何事情都要有一个结果出来,不管是坏的,还是对的,才能继续下去.
做事要总结,会议要记录,问题交流一定要有截图
交流的东西要明确,怎么样,怎么做,要做到哪几点是合格的
沟通时要理解思路为上,用别人的思维来理解他的事情,一定要清楚(M的关心数据怎么存的问题)
少得瑟,多做事,别人交待的事情一定要记住
突发的想法,一定要记下来,不然时间一长肯定忘记
任何问题在解决之前,都是没有办法解决的,都是时间问题.
主动出击,把事情做好,个人的事情还是个人负责,没有人知道和真正的了解你.
有什么事情就直接电话吧,什么不确定的事情都要在前面谈
%的机率发生,就一定会发生,并且造成的影响是巨大的
问题要明确:清楚为什么这么做,做成什么样子,包括可执行的流程,一时兴起的注意绝对杜绝,但是要记下来.
责任要区分:谁在做这个事,具体到哪一块,都要分清楚,不然又会扯皮
改问题方面:只改表面的,如果改的不是根源问题,这一点要紧记,因为问题的解决有N种方法,找到最撤底的解决方法.
所有的问题都要明确化: 制定时间表,严格执行,一定要有临督审查机制,按时间来执行
为什么会出现这种问题,一开始不沟通好,当时为什么不评价,过后再评价,既定的问题既定解决
,可以拒绝.
项目的功能环节与文档的对应关系,,一定要同时的对应,不能只改功能不变文档的内容.
定期的沟通,保证做的东西是使用人员想要的东西,防止反工.
当客户把想要管理的业务模块,及其相关的业务数据,流程,表单交付给你的时候,千万不要以为把这个阶段定义为需求调研结束,写出<需求规格说明书>就可以了.
.
项目的控制范围和实施效果来说,是不可估量的.
软件实施项目,一定要给客户看样板房---软件DEMO,才算需求调研结束.
能从客户哪找到全面解决的问题关健性问题,然后才能搞定客户啊
没有让组员体会到沟通带来的好处,没有让组员体会到沟通带来的坏处