- 看板是一个及时的库存控制调度系统，库存(或者 WIP)不会在机器备份或者成为瓶颈,这是因为库存的命 令信号是高度控制的并且是基于流程速度和绝对的需求的。
- MoSCoW 技术是通常用在敏捷,取优先排序用户故事和创造故事规划图的。
MoSCoW 技术把用户故事以降序进行优先顺序排列:
M-must have 必须有;
S-should have 应该有;
C-could have 可能有;
W-won't have this time 这次不会有。 必须有的事物是对开发很重要的产品特征。 应该有的事物是对开发不是很重要但有重要商业价值的产品特征。 能有的事物能增加一些商业价值的产品特征。 会有的事物是有一点商业价值的产品特征。 - 极限编程(XP)是一项以编程人员为中心的敏捷架构,注重小而迅速的发布。
XP 极限编程强调以下原则:
结对编程 可持续速度 不断自动测试 有效沟通
简单性 反馈 勇气 集体所有 持续集成
激励工作 共享工作空间 现场客户代表 使用隐喻说明概念。 - 产品待办事项是一列所有需要在迭代中开发的产品特性综合性清单,它是不断变化的, 以适应客户需求。随着项目发展,因为客户逐渐理解产品需要更完备,所以待办事项中的项目特 性更明确。
- 常见的敏捷架构/方法论包括:
scrum, XP 极限编程, 精益软件开发, 水晶(Crystal) , 特征驱动开发(FDD), 动态系统开发方法(DSDM), 敏捷统一过程(AUP)。 - 敏捷中,故事地图本质上等同于项目计划,它将用户故事/产品特性按逻辑主题排列,作 为开发的计划。
- 计划扑克是基于宽带德尔菲估算技能、也是以共识为基础的工作量估算技能。有时候也 称为 scrum 扑克,往往在故事点和开发用户故事中用来估算相对工作量。 在计划扑克会议中,每一位估算师各派有一副相同的价值的计划扑克卡片。
斐波那契数列常用来衡量计划扑克的价值(即 0,1,2,3,5,8,等); 另一种常见数列是(问号,0,1/2,1,2,3,5,8,13,20,40,和 100)。
计划扑克会议按如下运行:
1)一名调停人,主持会议,不参与估算。
2)产品负责人/管理人员对用户故事作概述,并回答开发者提出的澄清问题,往往产品负责人不 参与投票。
3)每一位估算师抽取一张卡片来估算工作量。
4)每人抽取一张卡片后,同时将他们的卡片翻转,
5)持高和低估算的估算师各有一个机会作立场辩护。
6)达成共识前,不断重复以上流程。持有用户故事的开发者往往拥有较高可信度。 - 宣言: 个体和交互胜过过程和工具;客户合作胜过合同谈判;
工作的软件胜过全面的 文档;响应变化重于遵循计划。
原则:
准则 1:Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
我们的最高目标是,通过尽早和持续地交付有价值的软件来满足客户。
准则 2:Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更,帮助客户获得竞争优势。 准则 3:Deliver working software frequently, from a couple of weeks to a couple of mouths, with a preference for the shorter timescale. 要不断交付可用的软件,周期从几周到几个月不等,且越短越好。
准则 4:Business people and developers must work together daily throughout the project. 项目过程中,业务人员与开发人员必须在一起工作。
准则 5:Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. 要善于激励项目人员,给他们以所需要的环境和支持,并相信他们能够完成任务。
准则 6:The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.
无论是团队内还是团队间,最有效的沟通方法是面对面的交谈。
准则 7:Working software is the primary measure of progress.
可用的软件是衡量进度的主要指标。
准则 8:Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度。
准则 9:Continuous attention to technical excellence and good design enhances agility. 对技术的精益求精以及对设计的不断完善将提升敏捷性。
准则 10:Simplicity--the art of maximizing the amount of work not done--is essential. 要做到简洁,即尽最大可能减少不必要的工作。这是一门艺术。
准则 11:The best architectures, requirements, and designs emerge from self-organizing teams. 最佳的架构、需求和设计出自于自组织的团队。
准则 12:At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
团队要定期反省如何能够做到更有效,并相应地调整团队的行为。 - 一个用户故事包含 3 个基本要素: 一个角色,一个目标和一个可达到的商业价值,通常的形式是:“作为,我需要,由此我可以。” 例如“作为一名网上客户,我需要有能力通过产品名称和描述来进行搜索,由此可在购物车中添 加产品。”
- 基于价值的分析致力于了解由客户定义的价值与产品中的不同部分如特性和任务之间的 关系是如何的。特性通常以基于价值和风险的优先级得到优先处理。 通过风险-价值指标和成本-价值指标,使用 MoSCoW 或 Kano 方法可执行优先级。
- 在发布计划会议上,敏捷项目管理者和开发团队相信讨论产品前景。这确保适当要求,验收标 准,优先排序建立。
- 敏捷开发的基石是“增量交付”。增量交付是指为及时反馈和接纳,频繁向客户交付连续 改善的工作产品。为演示和反馈,往往在每一个冲刺或迭代的末期交付产品。这项反馈技能,可 使客户评价产品并提出新的需求。在敏捷流程中,接受变动/更新/改善的需求,以确保客户得到 有价值和质量的产品。一个冲刺或迭代往往持续 2-4 周,最后,渐进地交付一个新的并改善的产 品。
- 好用的用户故事的特征 INVEST(independent 独立的,negotiable 可协商的,valuable 有价值的,estimable 可估算的,small 小的和 testable 可测试的)有助于敏捷工作者记忆优秀的用户故事的特点。 I-Independent 独立故事是指可在任何顺序下开发,避免依赖,使开发更复杂的故事。 N-Negotiable 可协商故事是指客户和开发者可自由分析和采用用户故事来达到客户需求的故事。 V-Valuable 有价值的故事是指向客户描述产品特性如何提供价值的故事。
E-Estimable 可估算故事是指已准备就绪,开发者可用来估算开发这些用户故事所需的工作量或时 长的故事。
S-Small 小故事是指需要 2-5 天执行的故事。
T-Testable 可测试故事是指根据接受标准可验证,来确保价值的故事。 - 价值流程图是敏捷采用的精益生产分析技能,用于对形成客户产品或服务的原料和信息 (即价值)的流动进行分析。
执行价值流程图大致包括 5 个步骤:
1)确认产品,客户和范围(即流程的始末)。
2)地图作为团队或者个人现时价值流,确认流程步骤,延时和信息需求。估算流程步骤的持续 时长和前置期持续时长(lead time durations)。前置期是指在发生前一项流程或者事件需等待的时 长。
3)分析价值流程图来确认浪费存在的地方(比如前置期)和流程可完善的地方(流程时间通常 认为是价值增加时间,但是应尽量减少整个流程的时间,由此来缩短向客户交付价值流的时间)。
4)通过分析,总结出一份展示价值流应努力达到的前景或者目标的未来价值流程图。
5)通过流程完善活动(即完善)或者其他方法来达到目标的一些工作。 - MoSCoW 技术是通常用在敏捷,取优先排序用户故事和创造故事规划图的。
- 故事点是估计开发一个用户故事相关工作成果的典型单元。
- 亲和估算是预测工作量的一个方法
18.一个完善的站立会议的重点特征包括:
同辈压力——因为团队靠大家,所以同辈的期望可带动进步; 密切的配合——团队应当理解对专注的必要性并独立工作;
细在专注——团队应当理解每日站立会议中简洁的必要性,由此团队才有效益;
每日承诺——团队应当理解对每人每日承诺的价值所在,并兑现这些承诺;
辨别障碍——团队应当集体意识到每个人的困难,由此团队可集体尝试解决。
网友评论