无锡手机网站建设公司,免费发布项目的网站,wordpress自动播放音乐插件,鲁山网站建设兼职我是一名项目经理#xff0c;在过去的四个月里#xff0c;我把一个项目带崩了#xff08;上线后频出问题#xff0c;用户无法使用#xff09;。在最近的几天#xff0c;我每天都在反思自己#xff0c;我都在问自己以下几个问题#xff1a;1.我做错了什么#xff1f;2.… 我是一名项目经理在过去的四个月里我把一个项目带崩了上线后频出问题用户无法使用。在最近的几天我每天都在反思自己我都在问自己以下几个问题1.我做错了什么2.我在其中占有多重的因素以下内容我将回答以上问题并在最后说一下我的补救措施。一、项目和团队背景首先给大家说明一下项目背景以便各位对此项目有更清晰的了解1.该项目是一个二次开发项目第一个基础版本打印申报系统也由我带领开发。2.系统是需要和国家系统对接有三条主流程。3.需求频繁变化由于系统需要对接国家系统需求方对需求也不甚了解曾在5月份一个月内需求变更超过8次都是主流程变更。4.项目大小按照最初需求估算约在100人天左右。5.项目两条主流程无法测试依赖于外部U盾但开发过程中并没有U盾。6.客户现场使用U盾调试和开发时间约为20天左右。7.我当时同时负责大大小小4个项目没有进入开发仅管控进度。8.团队成员共3名其中两名是当时开发基础版本的项目成员他们对此项目较为熟悉。9.项目推进过程中需要多次去现场调试测试由团队中的两名工程师共同前去。二、我做错了什么1除了监控进度还要管理质量在项目的开发初期我制定了一份详细的开发计划用于指导整个开发过程。开发计划交付与了客户而答应了的事情就要做到所以在整个项目过程中我对进度管控很严。我定期检查功能是否完成定期和客户汇报情况保证了开发进度顺利推进。但也由此埋下了祸根仅仅看需求是否完成而未关注完成的质量如何。项目质量出现了许多细节性问题。比如1.上线后客户那边发现其中一条主流程都走不下去2.其中申报功能系统提示成功但实际上并没有真的申报成功申报后在国家系统无法查询到3.打印功能小问题较多打印获取的数据错误4.同步数据的功能无法同步或者同步的数据错误5.执行时间过长的功能数据库会强制断开连接等等问题就不一一列举反思1.进度和开发速度固然重要但以质量换速度不可取2.如果开发时间和质量冲突优先保质量毕竟你埋下的坑总是要坑你自己的3.再困难的情况下也要保证基本测试4.时间极其不允许的情况下也要保证主线功能顺利执行2既要给予信任也要保持警惕项目中的三名成员都是合格的开发对使用的框架非常熟悉。其中两名还是基础版本开发成员对需求也很熟悉。所以项目中我放心的把整个项目交给了他们。基于对他们的放心加上其他项目事情繁杂对此项目关注度对他们的关注度就不够了。我在项目中给予了他们非常充分的信任信任他们可以把一切事情都做好。但我没有在正确的时候给予他们正确的指引项目中出现的困难点我也没有帮助他们解决甚至于没有给出思路。所有的一切都靠他们自己完成。我在这个项目里做的就是对接客户催进度再无第三件事。反思1.不论什么原因都要关注到项目成员的状态2.给予信任没错但也要适当保持警惕他们多少会因为经验问题疏忽遗漏一些问题3.给予信任也要给予帮助不以时间为理由推脱你应该对他们进行的指点和帮助毕竟现在剩下来一分钟以后要花一个小时去弥补3若无法全局掌控就指派专人负责这是我在项目中做的最错误的地方。由于种种原因我无法掌握到项目的每个要点和细节。而项目中有三个开发我并没指明其中某一个来负责整个项目所有事情都让他们自己商量。从客户对接来的问题我也是仅告知对应的开发。整个项目中没有一个人对项目中的每个要点了如指掌。反思1.手里捏着管理的权利却没有做到管理的事情是我在这个项目里最大的问题2.授权授权授权如果自己无法亲力亲为投入项目管理工作就授权给团队某个成员管理权限让他代替你去做管理工作3.管理一人总比管理多个人轻松也更有效4要控制需求更要控制流程项目是二次开发、成员对项目很熟悉、项目工作量不大、时间紧。基于以上原因我掉以轻心没有在项目初期进行项目的设计和规划未指定任何开发规范仅仅告诉开发的同事要多复用也未检查他们是否真的复用了。项目开发中的需求变更客户反馈意见我都仅仅是告知他们一声未做详细的修改规划。所有事情都靠嘴说所有变动都放在了我和他们的脑子里。对项目上心程度不够未对客户的需求变更做控制和管理。所有变更都压给了开发的同事。整个项目以及其不规范的方式在运行我也未在其中起到控制作用项目开发一团乱麻。反思1.不做设计不进开发2.以管理工具指导开发进行开发过程中所有变更、反馈做记录3.控制需求变更拒绝不合理的需求4.需求变更规范化操作统一变更而不是直接压给开发5无论什么情况下都要进行code review整个项目过去了几乎四个月我仅仅花了两个多小时简单看了下代码未指出代码的任何问题。这也导致出问题后来我花了成倍的时间来处理code review的工作并且项目成型后的代码修改困难。项目开发过程中也未让开发间互相进行代码review也没有进行代码评审会。其实代码中出现了很多问题最后检查代码的时候发现各种命名不规范、代码复用不到位、简单逻辑复杂写等等。而这些问题很大一部分都是早期未做规定未指定人负责项目、未进行早期code review造成的。开发各自为战难免造成代码问题。代码质量的问题淋漓尽致的体现的在项目中项目中的诸多bug都是因为代码不规范引起的。甚至于开发人员自己对自己写过的东西都有些拎不清了。反思1.代码质量非常重要代码越规范bug越少2.代码互评能让开发更注重自己代码的质量3.code review非常有必要越早期的code review越能有效的节省后期的时间三、我在其中占有多重的因素100%四、我怎么填坑的项目上线问题频出用户不满花了8天时间来处理这个问题。幸亏项目不大我一个人也能够挽回。目前暂时解决完毕我简单说一下我是怎么填坑的1.和开发主流程的同事详细熟悉了所有需求要点2.基于我对项目需求的熟悉我花了三天把所有主流程的所有代码分析完毕做出了我认为应该的修改并实施部署到生产环境测试这是在给开着的飞机换引擎但需要U盾才能测试仅有生产环境的机器有U盾别无他法3.每天花超过12个小时来进行code review 和修改几乎每天code review 修改到凌晨2点多仅修改了问题较大且影响较小的地方小问题未修改、牵涉面较广的地方未修改4.每次上班时间的修改让开发同事坐在旁边和我一起进行我进行修改开发同事在一旁监督确保我不出错5.优化功能点把我发现的提示问题和优化点都同步修改进代码中确保用户体验不要太糟以期能挽回一些用户心态五、我所吸取的教训总结1.先设计后开发2.管理权下放项目中必须有人全身心负责3.无论什么情况都要进行code review4.压缩质量得到的进度保证不可取开发周期不合理决不答应客户否则坑了自己坑了同事更坑了客户作者zer0black来源cnblogs.com/zer0Black/archive/2018/08/13/9463206.html版权归原作者所有转载仅供学习使用不用于任何商业用途如有侵权请留言联系删除感谢合作。数据与算法之美用数据解决不可能长按扫码关注
