Django-快速迭代开发过程

发表于 2021-02-26 更新于 2024-03-17 分类于 Python > Django拓展本文字数： 1.3k 阅读时长 ≈ 4 分钟

快速迭代开发过程

快速迭代
- 以天，甚至小时为单位，持续完善产品，交付到用户的循环过程
快速迭代的价值
- 时间是最大的成本：机会瞬息即逝，赢得市场先机
- 快速验证需求，减少不对用户产生价值的投入（Fail fast，fail better）
- 快速验证方案，提高研发效率
- 加速反馈回路，给到团队和自己即时的激励
快速迭代的挑战
- 产品设计者：能梳理清楚业务流程，抓住客户的重点需求，能把客户需求转化为系统需求
- 开发者：充分理解用户需求;有足够的能力，能用简洁的方案来设计出易维护的系统
根本挑战
- 市场、用户、技术、环境变化太快，产品开发赶不上节奏
- 几乎不能从一开始就设计出一个完美的，能够适应未来长时间变化的方案
- 几乎没有人愿意承认，自己没有足够的能力（或条件）设计出一个完美的产品（系统）

做技术方案设计的前提条件
- 有明确的用户场景，用户如何跟产品交互，期望拿到什么样的预期结果
- 有清晰定义的业务流程
技术方案设计流程
用什么工具？
- Visual Paradigm
- Lucid Chart
- Visio
- Gliffy
- Draw.io
- Astash
- StarUML
- …
- 推荐的工具：白板/白纸，不用工具是最好的工具
产出的技术方案设计文档要素
- 产品背景（用户场景，产品目标，引用到的业务流程，产品需求文档）
- 要解决的问题列表，系统不解决的问题列表，系统的限制
- 对于问题的不同解决方案的对比，阐述各个主要的问题如何被解决
- 所选整体的流程图（序列图），模块关系图，重要的接口、实体的概念定义
- 除了功能之外的其它方面的设计，包括安全，性能，可维护性，稳定性，监控，扩展性，易用性等
工作拆解
- 任何事情，只要把它拆解到足够细，你都能够完成它
工作拆解的原则
- 优先级：主流程上，不确定的工作优先完成（建议提前一个迭代做调研）
- 核心流程优先：核心工作优先，先把主流程跑通
- 依赖：减少不同人之间的工作依赖；并且保持团队工作拆解的透明，预留20% Buffer
- 拆解粒度：拆解到每项子任务 0.5-1天的粒度，最长不超过2天

定义好清晰产品需求，产品需求从根本上决定了软件的质量
系统有整体上的架构方案的设计，评估，评审；系统设计决定了软件实现的质量
工程的角度持续交付的最佳实践推荐
- Code Review：每一次提交都有 CR，每次 commit 代码量 < 200 行，频繁commit
- 单元测试：项目开始建立好单元测试的机制，在持续集成中自动运行
- 自动化回归：对预发/线上系统做API/页面自动化测试 (Postman/Robot Framework)
- 使用 CICD 机制对系统进行自动化的打包、测试、部署、线上验证
发布过程做到可监控，可回滚
对于大量用户使用的产品，使用灰度机制
架构上对于意外的并发访问进行限流，降级
架构上使用配置开关，对系统功能提供实时的开启/关闭的服务
对产品建立 A/B Test机制，通过数据来快速对比不同版本，不同方案的效果
自动化所有事情，代码化所有过程：代码化配置，代码化部署流程，代码化基础设施
- 声明式 API，CICD Pipeline，K8S，Helm，Terraform