需求分析的注意事项有哪些?
- 了解背景
- 质疑需求是否合理 自己是用户
- 需求是否闭环。 点赞还要排序
- 开发难度如何。小的妥协,节省时间,h5复杂的动画,是否可只让app做
- 是否需要其他支持,埋点杭州,公众号 要先提出来
- 不要急于给排期,会议上不要给,不靠谱,是否还有其他事情
怎么做好技术方案设计?
- 求简单,不过度设计,考虑业务考虑开发效率人力
- 产出文档,延不延期不在于写的半小时画的时间多,说明项目复杂,不要带着问题开发,一两个月之后记不住了
- 找准设计重点,组件设计拆分,数据结构设计,以及和其他同学对接
- 组内评审,找技术好,经验丰富数据安全隐患,也是学习机会,公司线上的工具
- 和设计 后端沟通
- 发出会议结论,一个证据,完成了
如何保证代码质量?
- 排期预留buffer, 3天能完成那就3.5到4天,留好并行工作,几号开始看上游
- 符合开发文档,代码注释,风格
- 写出开发文档,写的别人可能会用
- 及时单元测试,待讨论
- Mock API
- Code review ,资历比较好,风险不和规范的地方,不能直说自己的代码好
联调该如何让做?
- 技术联调
- 设计确定视觉效果
- 让PM确定产品功能
PM加需求怎么办?
- 看到真实效果,有需要增加的需求,不是过不去
- 不能拒绝,走需求变更流程即可,不是说了就改
- 如果公司有规定,就按规定走
- 否则发期项目组和tl评审,重新评估排期,延期不是自己的问题,不能推起来,或者这个需求做不了
- 很小的改动,也要通知一下
不要对测试同学说,我的电脑没问题!
- 提测发邮件,抄送项目组
- 测试问题要详细记录,jira
- 有问题及时沟通,和测试信息不对称,和项目理解有不一样
- 我的电脑没问题啊,测出来就是存在问题方面讨论,让QA提供设备复现 上传的问题
项目上线
- 通知QA回归测试
- 同步给PM和项目组 极致移动的问题
- 有问题,及时回滚,止损,不要线上分析
项目沟通的重要性
- 多人协作,沟通是最重要的事情
- 每日一沟通,有事说事,无事报平安
- 及时识别风险,及时汇报