项目组项目管守正理经验总结.docxVIP

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