需要了解

  • 了解需要背景
  • 确认需要明确,无逻辑脱漏
  • 确认所有需要计划都有实现计划
  • 正当预估工夫
  • 需要不明确或者不清晰的点,能够当场提出来,或者稍后整顿
  • 疾速整顿出未实现过的性能,逻辑,技术点,能够和leader一起探讨交换计划
  • 确认验收规范是否欠缺
  • 确认Story优先级和粒度无疑问,有问题反馈给leader

    计划评审

  • 前后端疾速整顿出接口,哪些可复用,哪些须要合并
  • 接口遵循RESTful格调,思考扩展性
  • 参数和返回值都清晰明确,遵循接口定义标准
  • 要害业务逻辑画业务流程图
  • DB设计齐备,SQL语句欠缺,索引残缺,常量标注清晰,表名和字段名符合规范
  • DB设计中预估数据量和增长速度
  • 制作出架构图
  • 后端预估并发数
  • 前端给出公共组件
  • 前端给出浏览器兼容版本
  • 确定是前后端拆散还是不拆散
  • 明确开发,测试,线上三个环境的IP,内存,域名等资源分配
  • 给出多种解决方案和举荐计划
  • 计划应该在两三天之内实现
  • 评审通过后,Task在两小时之内拆解实现,Task的粒度不超过2小时,Task无脱漏

    日常工作

  • 3次Todo List
  • 上班前提交代码,部署开发环境,测试当天实现的内容
  • 寻找影响Story实现的妨碍点
  • 晨会演示昨天实现的内容
  • 测试失常的数据和边界数据
  • 晨会审核燃尽图,更新Demo工夫,找出延期起因,给出解决办法
  • 每天随时测试实现后果,遵循测试方法

    性能测试

  • 明确论断,通过或不通过

    CodeReview

  • 是否合乎编码标准
  • 是否和设计方案统一
  • 是否有逻辑破绽和潜在危险

    Demo

  • 确保所有要害业务逻辑全副走通
  • 确保异样数据处理失常
  • 确保各种兼容性
  • 确保最终研发进去的产品合乎用户应用逻辑