09:15 到公司 09:16-09:18 整理桌面卫生内容 09:19-09:41 Java组早会 09:42-09:47 休息 09:48-10:03 和穆哥,沈哥讨论上传附件后修改材料的状态内容 10:04-10:16 整理周报和4月考核内容 10:17-10:24 思考当前的Java组存在的问题,以及如何处理 10:25-12:06 和小玥,林阳,沈哥讨论修改附件和状态的关系 12:07-13:30 午休 13:31-13:57 处理分支合并的事情 13:58-16:00 参加智能注册订单会议状态修改 16:01-19:30 参加金蝶接口项目会议
1.和穆哥,沈哥讨论上传附件后修改材料的状态内容 2.和小玥,林阳,沈哥讨论修改附件和状态的关系 3.参加智能注册订单会议状态修改 4.参加金蝶接口项目会议
任务: 1.查看大家周五的任务内容,以及待处理没有上线的内容处理情况 2.跟踪本周分派的任务处理,然而给两天并没有处理完成
技术管理:1.不要指望有人会深入学习处理git内容,那么除非到我离职,分支的合并工作我处理,不用其他人处理.除非有人主动学习git,git能力达到比较不错的水平,然后接手这块内容的人.2.很多模块需要相互调用,那么比较多的实体类需要处理,要不要处理乘单独的模块呢,保存通用的模块实体类,现在这种情况还算不多,将来一定非常多,抽空吧,增加个公共实体类模块.
反思总结:1.不同的产品经理对相同的订单模块内容不同的设计,所以需要单独的产品经理去处理单独的模块,多个人还没有一定的沟通,然后各自设计各自的内容,开什么玩笑呢. 2.以后如果我主持会议一定开会45分钟,休息10分钟.现在主持会议的人思考讲说,当然思路清晰没有困顿的感觉.但是如果很多人是听的话,那么就困的要命,下午的时候我真想躺地上睡一会,实在不想听了.一次1-2个小时,参加会议的人谁都受不了的.高效开会,是需要研究的内容和课题的. 3.早晨早会,听每个人的任务总结,我就知道根本不是那么回事,很多事情的时间长度在我看来忍无可忍了,坐以待毙,不知道主动去沟通去咨询处理问题,虽然说积极主动,但是很多人只是个概念,实际上需要的是行动,口头的都是一堆废话而已.
