|
整个项目以极其不规范的方式在运行，我也未在其中起到控制作用，项目开发一团乱麻。项目管理者联盟
反思：项目管理者联盟
1.先设计，后开发。club.mypm.net
2.以管理工具指导开发进行，开发过程中所有变更、反馈做记录。项目管理者联盟
3.控制需求变更，拒绝不合理的需求。项目管理者联盟
4.需求变更规范化操作，统一变更，而不是直接压给开发。项目管理者联盟
(五)无论什么情况下，都要进行code review。项目管理者联盟
整个项目过去了几乎四个月，我仅仅花了两个多小时简单看了下代码，未指出代码的任何问题。这也导致出问题。后来我花了成倍的时间来处理code
review的工作，并且项目成型后的代码修改更困难。项目管理者联盟
项目开发过程中，也未让开发间互相进行code review，也没有进行代码评审会。项目管理者联盟
其实代码中出现了很多问题，最后检查代码的时候，发现各种命名不规范、代码复用不到位、简单逻辑复杂写等等。而这些问题，很大一部分都是早期未做规定，未指定人负责项目、未进行早期code
review造成的。开发各自为战，难免造成代码问题。项目管理者联盟
代码质量的问题，淋漓尽致地体现在项目中。项目中的诸多bug，都是因为代码不规范引起的。甚至于开发人员自己对自己写过的东西，都有些拎不清了。PgMp.mypm.net
反思：项目经理博客
1.代码质量非常重要，代码越规范bug越少。项目管理者联盟
2.代码互评能让开发更注重自己代码的质量。www.mypm.net
3.code review非常有必要，越早期的code review越能有效地节省后期的时间。转自项目管理者联盟
三、我在其中占有多重的因素项目管理者联盟
100%。项目经理圈子
四、我怎么填坑的项目管理者联盟
项目上线，问题频出，用户不满。花了8天时间来处理这个问题。幸亏项目不大，我一个人也能够挽回。转自项目管理者联盟
目前暂时解决完毕，我简单说一下我是怎么填坑的：PgMp.mypm.net
1.和开发主流程的同事详细熟悉了所有需求要点。项目管理者联盟
2.基于我对项目需求的熟悉，我花了三天把所有主流程的所有代码分析完毕，做出了我认为应该的修改，并实施部署到生产环境测试(这是在给开着的飞机换引擎，但需要U盾才能测试，仅有生产环境的机器有U盾，别无他法)。项目管理者联盟
3.每天花超过12个小时来进行code review 和修改，几乎每天code review +
修改到凌晨2点多(仅修改了问题较大且影响较小的地方。小问题未修改，牵涉面较广的地方未修改)。项目管理者联盟
4.每次上班时间的修改让开发同事坐在旁边和我一起进行，我进行修改，开发同事在一旁监督，确保我不出错。club.mypm.net
5.优化功能点，把我发现的提示问题和优化点都同步修改进代码中，确保用户体验不要太糟，以期能挽回一些用户心态。项目管理者联盟
|
