20160601 工作总结

Posted modprobe

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了20160601 工作总结相关的知识,希望对你有一定的参考价值。

  过去的一周工作强度比较大,对于其中的问题和收货在此记录一下吧

上上周接到一个任务,客户有个项目,分为有赞、31meijia、官网三部分组成。需要解决一个用户同步的问题和部分网页优化功能。

产品经理跟客户沟通后得出几个需要改善的地方

1、用户同步

2、首页调整

3、给用户发短信

此时5月25号,在没有跟开发人员进行沟通过的情况下跟客户说27号上线(WTF)

接下来的事情就是 到27号 修改原型尚未确定,一直到30号才确定。

接下来进入开发。

项目出现了比较严重的延迟,到周6早上5点才上线,中间加班也比较多。

    在此总结一下我意识到的问题

    作为开发人员在对需求没有完全理解的情况下做出了乐观的预估

  1、在原型出来之前,我理解的短信功能是在管理后台针对选中的用户发送,最终产品经理规划的是可以对于角色、用户组、自定义的发送方式进行发送

这个地方为自己的愚蠢付出了代价,产生原因:原型出来之前跟产品经理沟通不到位

  2、同步有赞用户在接口上查询条件上出现了问题,结果不是客户想要的。最终解决方式是将有赞接口参数告知用户,哪些条件是你们想要的。产生原因,应该充分沟通需求

  3、开发中期遇到一个jpa自定义条件查询的问题,花了一下午才解决,耽搁了不少时间,这个问题单独写一篇记录下。这个问题本应该在开发之前就应该意识的。在没充分了解一项技术的情况下开始开发,且没充分利用准备时间。

  4、产品经理的问题:短时间上线的前提下,不少不在初期规划内的功能不断的提出来让开发,我很火大!上线前测试的时候一直在玩一个不知道啥的游戏,要求他看一个功能的时候口头禅总是对,对泥煤啊,头都不带回的。。。  

 

  经验:预估开发量的时候充分沟通需求,有问题及时提出来,哪怕多花点时间也好,1、你能更了解需求 2、产品经理能够发现自己设计的问题和缺陷

以上是关于20160601 工作总结的主要内容,如果未能解决你的问题,请参考以下文章

20160601

第二期冲刺每日站立会议——20160601

Linux之uboot分析与移植20160601

Resize Instance 操作详解 - 每天5分钟玩转 OpenStack(41)

6-10-HIRP OPEN 2016

生成日期列表