发表于: 2019-12-25 22:22:15

1 1236


今天完成的事情

        1.把敏捷开发看过了一遍

立项

       了解公司背景,定制功能需求表,交付物、报价

story讲解

       竞品分析(需要解决的问题是什么?当前行业内是怎么解决的?解决方案的优缺点。)、设计方案。制作产品原型,交由客户看,与客户沟通没问题后,组织内部评审。禅道立项:需求名称规则为(01)+(前后台)+(功能模块),允许存在需求评审之后还在补禅道的情况。

人员划分

        上传PPT和产品原型(HTML文件)到wiki项目主页中。根据产品原型,按照模块划分相关负责人,前端/后端,并放到wiki。

定义接口文档

        前端后端相关人员一起,对照原型,根据模块及页面大概定义出接口一个页面中有几个接口,每个接口入参与出参是什么

方案设计

        后端开发人员,根据原型以及定义的接口,做好方案设计,对有难度或者有疑点的接口,做出方案,尽量给出多个合理方案

方案评审

        对做出的方案设计,做方案评审,全体人员参与(无论做不做该项目)

禅道拆分

       相关负责人按照优先级顺序,在禅道拆分自己的任务,单个任务不允许超过4小时,即拆分要详细。

开发

         搭建开发服务器开发人员根据禅道上的任务,按时完成自己的开发工作,具体体现到日报上

阶段测试

        每天至少发布一次代码到开发环境,并且保证发布完之后程序没问题

性能测试和coderevivew

        对每个接口做好性能测试 每个接口的响应时间不超过200ms,如果有超过的,做优化,尽量缩小到200ms内。

压力测试

        做好压测报告

Demo

1、发demo申请邮件,收件人包括产品、测试同学、前后端相关开发人员

      主题:XX项目demo通知

      内容:时间 地点  参会人员

2、开demo会议:主讲人:某个开发人员

     会议途中产品和测试提出问题

3、发demo结果通知邮件(由产品同学发)

     内容包括:1、demo结果  2、如果不通过,有哪些问题

4、如果不通过,召集第二次Demo会议,知道通过为止。第二次会议只需演示之前不通过的部分

发布测试环境、集成测试

        禅道上建立bug,测试出bug,指派给相关人员修改

编写操作手册

        操作手册的编写,注意规范。用户风格和要求

发布线上环境,同时停止开发环境和测试环境

         验收是通过上线前对系统功能的验收,发布线上之后是能够被外网查到的,外部也能进入这个网站了,现在发布线上已经有用户了,发线上验收对用户和相关数据的影响很大,


        第一次了解敏捷开发,出现了很多新词汇,对很多东西都不了解,不过看了之后对流程也有了一个大概,之前都是以为前端工作是接收任务,进行敲写。团队中每个职位息息相关。都要进行好交流


        2.修改任务2-4

修改一些BUG,逻辑不严谨,命名不规范


        3.制作评审PPT

制作PPT时我也耗费比较久的时间。因为我任务间隔时间较大,每一任务的PPT页就认真制作,当作复习。


明天计划的事情

        改任务 教任务 制作PPT


遇到的困难

        1.看流程开发提到一个性能测试 200ms的问题,感觉前端的优化的地方不是很多,sass生成css的带入、代码的简写、打包vue项目时只打包相关依赖。

         2.这几天主要是改BUG,大部分困难都是解决以前的问题。


收获

        之前写任务2-4觉得生死状态逻辑想出已经很不错了,经过这几天的重新认识感觉远远不够


        





返回列表 返回列表
评论

    分享到