基于TAPD的Scrum的敏捷培训

Scrum敏捷

敏捷是什么？

敏捷宣言

个体和互动 高于 流程和工具工作的软件 高于 详尽的文档客户合作 高于 合同谈判响应变化 高于 遵循计划

敏捷的原则

我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。欣然面对需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。业务人员和开发人员必须相互合作，项目中的每一天都不例外。激发个体的斗志，以他们为核心搭建项目。提供他们所需的环境和支持，相信他们能够达成目标。不论团队内外，传递信息效果最好效率也最高的方式是面对面的交谈。可工作的软件是进度的首要度量标准。敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。对技术精益求精，对设计不断完善，将提高敏捷能力。以简洁为本，极力减少不必要工作量。最好的架构、需求和设计出自于自组织的团队。团队定期地反思如何能提高成效，并依此调整团队的行为。

保持简洁，及时沟通，持续交付

敏捷的目的是什么？ 

解决研发中的不确定性，提高效率，应对变化，交付可工作的产品

问题发现的越早，解决的代价越小

小步快跑吗，为什么沟通很重要，怕跑偏了

敏捷是反模式，前天是你已经模式化并且为模式化所累

敏捷是一点点尝试，然后观察结果并调整来避免失败

敏捷不是什么？

敏捷很简单，看看敏捷宣言和敏捷原则就可以开工了

敏捷并不简单，反而是多团队提出了更高要求，要求每个人都是一个思考，反馈，提出问题的个体。

子主题

敏捷没有文档，也不做设计， 因为需求总是在变的

敏捷大好，不接受敏捷的都是老古董

适用于：小团队，探索性，没有可借鉴的成熟经验

功能明确， 特别大或特别小的项目不一定非要敏捷

敏捷就是不做计划，因为计划赶不上变化

大目标不会经常变！！！大方向确定，细节微调

分而治之， 分解后成sprint后，。 

从现状推导结果，从目标反推条件，那种更好？

敏捷就是开会，加班；再开会，再加班！

交流的结果需要沉淀！ 交流前写下思路和设计能使沟通更有效。

Scrum

XP，结对，看板等

角色

Product Owner

Scrum Master

Developers(Team)

Tapd演示

迭代【sprint】

看板

需求

任务

缺陷