敏捷实践大全
发布于 2024-10-01
1469
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
敏捷实践整理摘要
本文整理了常见的敏捷实践和技术,涵盖过程、团队、需求、设计、编码、验证与验证、集成、计划和跟踪等多个方面。
1. 过程
- 价值流映射
- WIP上限
- 发布火车
- 频繁交付
- 时间箱管理
- 每周工作40小时
- 改善板
2. 团队
- 小团队
- 跨职能团队
- 自组织团队
- 团队章程
- 现场客户
- 公仆式领导
- 全栈工程师
- 集中办公
- 作战室
- 渗透式沟通
- 参与式决策
- 圆点投票法
- 精益咖啡
- 开放空间技术
- Scrum of scrum
3. 需求
- 产品vision
- 需求梳理
- 特征
- 史诗
- 用户故事
- 技术故事
- 约束故事
- 用户故事工作坊
- 使用场景分析
- 用户画像
- 实例化需求
- 用户故事地图
- 路线图
- MVP
- MMF
- 产品待办事项列表
- 线框图
- Moscow法划分优先级
- 卡诺模型
4. 设计
- Spike
- 领域驱动的设计
- 浮现式设计
- 基于契约的设计
- 架构跑道
- 系统隐喻
- 简单设计
- CRC
- 行为驱动的开发
- 使能器
- 设计模式
5. 编码
- 结对编程
- MOB编程
- 重构
- 代码集体所有
- 技术债务
- 编码规范
6. V&V
- DoR
- DoD
- 验收标准
- 冲刺演示/冲刺评审
- TDD
- 代码评审
- 冒烟测试
- 自动化测试
7. 集成
- 灰度发布
- 蓝绿发布
- 持续集成与持续构建
- 持续发布
8. 计划
- 大屋策划会议
- 团队估算游戏与策划扑克法
- 发布策划
- 冲刺策划
- 迭代待办事项列表
- 短周期迭代
9. 跟踪
- 冲刺/迭代回顾
- 每日站会
- 发布燃尽图
- 冲刺燃尽图
- 看板
- 任务板
- 累积流量图
- 现场管理
- 速率
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 817.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之十:系统登录功能案例分析
我们已经讲了如何识别功能处理与兴趣对象,下面我们找一个稍微复杂点的需求来实际运用一下前面学到的知识。 功能需求描述如下: 登录系统的界面原型: 用例描述: 我们识别的功能点如下: 记录格式一: 记录格式二: 对上述的需求,容易出错的地方分析如下: 1)用户的账户信息与用户录入的登录信息是两个兴趣对象,还是一个兴趣对象呢?注意用户录入的登录信息与...
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
AI开发四大核心原则
AI编码工具虽能高效生成代码片段,但在复杂系统开发中常面临逻辑偏差、架构混乱等问题。本文提出四大核心原则:1)完备规划锁定模块边界;2)分级MVP将系统拆解为最小可测单元;3)增量实现以小步快跑方式开发;4)局部修改避免全局重构。这套方法论通过标准化开发流程,将AI的编码优势转化为工程实践,强调"做加法而非改存量"的开发理念,有效解决AI开发中常见的迭代失控、错误传播等问题,实现从试错编码到规范落地的转变。核心在于用结构化方法约束AI生成,保持项目稳定性和可维护性。
案例:原因分析与解决方案的实战演练
2011年12月15日,笔者作为外部咨询顾问参与了客户的一次原因分析与解决方案的分析会议,对整个过程进行了记录:参与的人员: 外部的咨询顾问 1名 QA人员 上午4名,下午3名 部门经理 1名 项目组内部的人员 上午7名,下午3名培训的时间: 上午9点10分到上午9点55分,共计45分钟会议的时间: 上午9点55分到11点40
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线