需要了解

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

• 确认 Story 优先级和粒度无疑问, 有问题反馈给 leader

  计划评审

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

• 评审通过后,Task 在两小时之内拆解实现,Task 的粒度不超过 2 小时,Task 无脱漏

  日常工作

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

• 每天随时测试实现后果, 遵循测试方法

  性能测试

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

  CodeReview

• 是否合乎编码标准
• 是否和设计方案统一

• 是否有逻辑破绽和潜在危险

  Demo

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