image.png
简单陈述下目前的现状
1.Im 在各方催促下，草草的提测。在部分功能未稳定的情况下以及服务端不稳定加持下。在测试人员主导下，用例通过率在50%。
2.在冒烟后的一天内，要求跟进冒烟不通过的bug
3.在修复bug的同时，需求还在不断的插入，发版计划还在进行。
4.测试闹情绪，群发邮件发牢骚，让开发难堪。
5.开发在加班加点的修复bug，需求还在不断的插入，老大要求当天bug，当天改完。要求跟进bug修改情况。
总结： 开发在埋头修复bug，新需求不断，测试人员发牢骚吐槽开发，老大要求当天bug，当天解决，发版计划不变。产品同学和后台同学或者其他同学，临时有事情需要插入紧急打包计划。
开发 -----> 修复bug，来自同级抱怨，来自上级压力，来自其他团队临时出包任务。
早上到公司，各种不稳定突袭而来。im登录不上去，后台返回参数缺失，后台环境不稳定，打包工具不稳定，git代码仓库不能提交代码。把中午时间全部花费在折腾git的时间上了。
问题：
1.git代码同步耗时问题严重，早期没有对git仓库进行规划。历史代码，分支过多。一次pull需要花费3个小时
2.没有时间处理系统架构问题，花费大量的时间处理业务逻辑，以及bug解决。
- 没有时间进行开发积累，在开发过程中疲于奔命。花大量的时间写一些不好维护的代码，遇到需求变更，需要花费较多的时间进行代码进行重构。修补bug
网友评论