本文主要是介绍【开发】日常开发与迭代提效(复盘与经验沉淀:踩坑经历不二过、最佳实践模式化),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
【开发】日常开发与迭代提效(复盘与经验沉淀:踩坑经历不二过、最佳实践模式化).md
文章目录
- 一、复盘与经验沉淀
- 二、highlights:最佳实践模式化
- 1、亮点与经验总结
- 2、最佳实践与规范文档
- 三、lowlights:踩坑经历不二过
- 1、迭代与项目复盘总结
- 2、防踩坑指南
一、复盘与经验沉淀
复盘会的本质是经验沉淀与总结,目的是防止同样的问题二次发生,以及让好的内容流程模式化被更多人轻松的掌握,最终达到提效的目的。
最终目标:一个团队的经验可复制等级,一定程度上决定了团队的开发效率。从经验在每个开发的脑子里,到有文档流程可以标准化,再到有工具可以一键完成,甚至把工具集成起来,效率是完全不一样的。
适用场景:
- 迭代复盘(比如周会,月会等)
- 项目复盘(比如完成xx项目后,进行总结)
- 日常复盘(经验沉淀、最佳实践、防踩坑指南)
二、highlights:最佳实践模式化
哪些地方对当下,未来的价值交付有明显帮助或提升
1、亮点与经验总结
适用:定期迭代复盘,阶段性项目开发的复盘。
类型:可以参考lowlights的。
具体亮点:有什么好处、优势,提效的点。
具体原因:大致介绍一下方案内容和方案有效的原理。
经验总结:形成经验总结记录文档(最佳实践与规范文档)
2、最佳实践与规范文档
适用:日常开发将高效最佳实践记录进文档,定期组织技术会议进行分享。
最佳实践
- 每个人/团队输出一份文档,类似于项目方案
- 给出问题、原因、方案、实践做法
规范文档
- 实践中要求和规范:类似于产品说明书、设计规范、工具&技术开发文档等
- 给出背景和规范内容,包括一级、二级分类,细化到点的规范要求
三、lowlights:踩坑经历不二过
哪些地方阻塞了当前迭代的价值交付
交付结果:需求单、设计文档、迭代计划、代码、测试报告、突发任务、验收报告、复盘报告
1、迭代与项目复盘总结
适用:定期迭代复盘,阶段性项目开发的复盘。
问题来源:主动发现、外部反馈、开发验证
问题类型:
- 需求库存(过多的需求,不需要的功能)
- 需求质量(一句话需求、缺少验收标准、未充分评审、口头需求)
- 等待(工作分配不均,依赖方延期,工序可以改进,验收时间长、环境工具问题)
- 缺陷(数据错误、BUG多、线上问题修复,返工次数、发布回滚)
- 设计质量(方案不符合需求目标,没经过设计)
- 交付问题(迭代目标未达成,需求延期,连续延期)
- 历史债务
- 效率问题(重复劳动、缺少标准、突发打断多、需求插入)
- 计划问题(任务超负荷、评估偏差大、未和依赖方对齐、人员任务不匹配、交付目标未对齐)
具体问题(细节):客观描述(发生了什么),最好附一些截图
问题原因:针对问题分析和反思(当时因为什么),目的是为了下次如何避免不再犯
行动计划(必填项):放入下个迭代的改进任务。用待办项勾选框列点,完成后打钩。
经验总结:如何避免、主动发现、以点带面
2、防踩坑指南
适用:日常开发有问题就记录进团队文档,每个人在开发中遇到阻塞,先搜索防踩坑文档,没有再去找团队成员询问。
踩坑总结(防踩坑,不二过)。
- 团队防踩坑指南:如前端、后端、数据等专项指南。罗列每个问题点以及解决方案。
- 记录踩坑总结,XXX问题排查与踩坑。
新人日报&周报等
-
今日工作内容、明日工作内容。
-
心得&技术上的思考与进步,记录有哪些遇到的困难、问题和挑战,以及对应的解决方式,下次应该怎么做。
这篇关于【开发】日常开发与迭代提效(复盘与经验沉淀:踩坑经历不二过、最佳实践模式化)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!