敏捷实践大全
发布于 2024-10-01
2375
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
敏捷实践整理摘要
本文整理了常见的敏捷实践和技术,涵盖过程、团队、需求、设计、编码、验证与验证、集成、计划和跟踪等多个方面。
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 篇文章
浏览 1251.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
我说CMMI2.0之:策划PLAN
基本理念 1 凡事预则立,不预则废。无论采用什么方法管理任务、项目,都必须事先做计划。2 计划包含了管理设计的活动,要定义项目组自己的过程。3 计划要逐步细化,不可能在项目初期,就事无巨细的都计划到位,要随着时间的推移,项目的进展,外部环境的变化,逐步细化,调整计划。4 计划要分层次。有阶段(里程碑)计划,有详细的日程表。5 计划要经过了相关参与人的讨论、评审,达成一致后,...
如何判定度量元的价值?
有的公司定义了很多度量元,需要仔细反思这些度量元有啥作用。看看能否从这个5个方面来思考其价值: 1 派生出了其他度量元。比如,采集了项目的规模数据,该数据是用来计算生产率和缺陷密度的。 2 作为某个y的影响因子。比如,采集了评审的单位投入,可以作为回归方程缺陷密度的x。 3 作为某个y的候选影响因子。比如,采集了评审的专家能力水平,可以作为回归方程缺陷密度的候选x,尝试建立性能模型。 4 有配套的指示器,可以得到管理结论,解决某些管理问题。比如,采集了每个迭代估计剩...
职业程序员培养之道
作者:粘新育 任甲林 来源:希赛网 http://www.csai.cn 2004年06月28日 软件开发是以人为核心的过程,对人的依赖性远高于传统的硬件生产企业,为了保持开发能力的稳定性,一方面需要定义软件过程,以过程为枢纽将人、技术、工具衔接起来,另一方面也要加强人才的培养,使人的工作能力能够稳定、提高人员的自治性。随着社会需求的膨胀,对程序员的需求量、对熟练的程序员的需求量在剧增,然而对程
由外而内的过程改进策略
何谓“外”?外,是相对而言的。 对于一个软件公司而言,供应商、客户为“外”; 对于一个开发部门而言,供应商、客户、其他部门(比如市场部门、运维部门等)为“外”; 对于一个项目组而言,供应商、客户、其他部门、其他项目组、其他支持组为“外”; 对于一个项目组内的小组而言,其他小组、其他项目组为“外”; 对于一个项目阶段而言,
对需求签字画押,有用吗?
客户: 任老师,咨询您一个问题。我们公司在产品开发过程中有个问题,就是变更。有时候项目内的变更甚至是目标或者大功能模块上的变更。比如项目开始时明确要做5个功能,做到中期变更说某个功能不做了,然后又变更说增加一个新功能。针对这种情况目前提出的解决方案是:在产品设计评审完成后,产研双方签字画押。想通过这种举动能唤醒评审双方对评审的重视程度,从而避免上述情况发生。您认为这是种有效解决问...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线