(2014-11-19 23:13)
10.29来南京出差,11.5日澄清STORY,今天开发的软件功能刚转测试,开发的是一个弹出框,选择资源添加的功能,资源分三类,左树展示分类,右侧展示数据,右侧的数据根据左树的节点点击,显示不同内容,点击叶子节点显示直接资源,其他显示包含资源的分组。
原来预计11.11日转测试,中间需求变更——右侧也可以显示分组,刷新计划到11.15日转测试,但是搞到今天才转测试。
【分析需求】
1、分析需求时,重点的地方没有分析详细,重点的应该是资源框的显示和联动。
2、没有及时排除干扰,当时澄清的时候,加了个STORY 也准备串讲,花了点时间去分析。
改进:分析需求:抓重点。专心。
补充:待规划的功能,分析需求时,没有考虑到。—> 抓住主场景,不易遗漏。
【反讲需求】
1、当时现场讲解的时候,在场领导比较多,有点紧张,讲解自己对需求的理解时没有表达清楚,讲话逻辑不够清晰。
2、没有表达清楚为什么要做这个需求,自己准备做什么,要做成什么样子?没有让在场的各位很理解并多提一些建议。
改进:反讲需求:沉着冷静,讲话逻辑清晰; 讲重点。
补充:澄清的文档需要整理,当时PL有提出过,忙着干手头的事,没有好好重新整理。-> 要虚心听取他
人的意见。
【设计】
1、分析不够深入,没有分析到实现具体逻辑和数据结构,统一资源对象是实现的时候边想边写的。
2、没有使用专业的工具画流程图。
改进:深入分析到可以直接实现;使用专业工具辅助设计。
补充:以后可以努力尝试想的更全面一点,而不是想一点做一点,再想一点,再做一点。
【实现】
1.编码的态度有待提高,有些功能是移过来的,没用到的功能没有删除,个别地方没有完全理解。
2.国际化和常量没有及时提取,后续一起提要再花挺多时间,影响项目进展控制。
改进:
1.用的东西要理解透,完全控制。
2.养成实时编写高质量代码的习惯。
2.国际化和常量没有及时提取,后续一起提要再花挺多时间,影响项目进展控制。
改进:
1.用的东西要理解透,完全控制。
2.养成实时编写高质量代码的习惯。
补充:封装函数,提取公共等,要养成实时编写优化的习惯。
【测试】
1.测试用例花两个小时粗略跑过一遍,发现大概的问题后梳理了修改,赶着转测,没有再跑第二遍。
2.待规划的没有及时发现和优先验证发现风险,导致后续的需要人协助修改。
2.待规划的没有及时发现和优先验证发现风险,导致后续的需要人协助修改。
现状:测试人员一个人测多个STORY,一个STORY转过去,不会马上开始测。
改进:
1.认真跑用例,理解用例测试的意图。
2.及时自验重要功能,并提前发现风险,控制风险。
1.认真跑用例,理解用例测试的意图。
2.及时自验重要功能,并提前发现风险,控制风险。
3、STORY验收条件达到就可以转测,控制住交付风险,可以先完成转测条件,包括代码检视
等;再全力提高质量。
补充:不影响转测的用例问题解决可以放在代码检视之后。
提高易用性:站在客户的角度,规划AP的STORY怎么引导客户完成AP规划。
---------------------------------------------2014.11.23 START---------------------------------------------------
我要解决的三个问题:
1、做事要有条理;
2、做事要把握主次;
3、不能太固执;
两个优点:
1、专注
2、乐于助人
1)先从做事有条理开始做。
1、现在已经能够做到的是:每天起来用桌面便签工具安排今天要完成的事情。
2、后续可以改进的是: 把事情按优先级排序,先按重要程度排,再按是否可控排。
补充:慢慢学会,斯诺克走位,有些问题好好调调走位顺序,干起来比较有条理流畅。
2)然后是慢慢学会把握主次,长期要把握跟远见和志向结合,近期的多考虑跟做事的方法。
3)固执先从学会聆听他人意见,评估道理,觉得有道理就努力改进做起。
---------------------------------------------2014.11.23 END---------------------------------------------------