敏捷实践大全
发布于 2024-10-01
1726
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
敏捷实践整理摘要
本文整理了常见的敏捷实践和技术,涵盖过程、团队、需求、设计、编码、验证与验证、集成、计划和跟踪等多个方面。
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 篇文章
浏览 948.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
组织级配置管理员与项目级配置管理员的职责定义
很多公司设置了组织级配置管理员与项目级配置管理员,以下为建议的对这两种岗位的职责定义。 项目级配置管理员的职责: 1 制定配置管理计划 2 建立并维护配置管理库 3 建立并发布基线 4 物理审计(PCA) 5 跟踪并关闭变更申请 6 报告配置状态 组织级CM的职责: 1 为项目组建立初始的配置库 2 向项目组成员提供配置管理方面的培训及技术支持 3 配置管理工具的定制 4 配置管理审计 5 对外发
我所知道的富士康之二:出门
我所知道的富士康之二:出门
出门时是需要安检的。需要用手持扫描设备检查身上是否带有金属物品。移动存储介质、相机以及各种金属品都是需要检查的。原则上带有摄像头的相机是不可以的,但是实际上很多员工的手机都有摄像头,所以门卫对于相机基本不太严格去查。如果带有比较大的包,警卫会让你拿出包里的东西检查。有几次我带电脑包进去,出来时门卫将手伸到包里去检查,我当时感到很不爽,后来和内部员工说起此事时,他们告诉我,门卫那么做是不对的,只能你拿出东西让他检查,他不可以把手伸进去。有一次,有个门卫又要伸
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
职业程序员培养之道
作者:粘新育 任甲林 来源:希赛网 http://www.csai.cn 2004年06月28日 软件开发是以人为核心的过程,对人的依赖性远高于传统的硬件生产企业,为了保持开发能力的稳定性,一方面需要定义软件过程,以过程为枢纽将人、技术、工具衔接起来,另一方面也要加强人才的培养,使人的工作能力能够稳定、提高人员的自治性。随着社会需求的膨胀,对程序员的需求量、对熟练的程序员的需求量在剧增,然而对程
把不确定性交给AI,把确定性交给代码
摘要:本文探讨了软件开发中处理非结构化数据的平衡之道,提出"AI处理不确定性,代码处理确定性"的智能系统设计原则。通过三个案例(智能报告生成、多格式报告对比、动态度量规则适配)展示了如何让LLM负责理解模糊输入并结构化输出,而由代码执行固定校验和标准化处理。这种分工既避免了传统硬编码的臃肿维护问题,又克服了纯AI方案的不稳定缺陷,实现了灵活性与稳定性的统一。核心价值在于构建可维护、可迭代的智能系统,其中AI专注语义理解,代码确保精准执行,二者边界清晰又协同增效。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线