基于TAPD的Scrum的敏捷培训
2020-07-06 19:33:16 41 举报
AI智能生成
Scrum 敏捷概要
作者其他创作
大纲/内容
Scrum敏捷
敏捷是什么?
敏捷宣言
个体和互动 高于 流程和工具工作的软件 高于 详尽的文档客户合作 高于 合同谈判响应变化 高于 遵循计划
敏捷的原则
我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。欣然面对需求变化,即使在开发后期也一样。善于掌控变化,帮助客户获得竞争优势。经常地交付可工作的软件,相隔几星期或一两个月,倾向于采取较短的周期。业务人员和开发人员必须相互合作,项目中的每一天都不例外。激发个体的斗志,以他们为核心搭建项目。提供他们所需的环境和支持,相信他们能够达成目标。不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。可工作的软件是进度的首要度量标准。敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。对技术精益求精,对设计不断完善,将提高敏捷能力。以简洁为本,极力减少不必要工作量。最好的架构、需求和设计出自于自组织的团队。团队定期地反思如何能提高成效,并依此调整团队的行为。
保持简洁,及时沟通,持续交付
敏捷的目的是什么?
解决研发中的不确定性,提高效率,应对变化,交付可工作的产品
问题发现的越早,解决的代价越小
小步快跑吗,为什么沟通很重要,怕跑偏了
敏捷是反模式,前天是你已经模式化并且为模式化所累
敏捷是一点点尝试,然后观察结果并调整来避免失败
敏捷不是什么?
敏捷很简单,看看敏捷宣言和敏捷原则就可以开工了
敏捷并不简单,反而是多团队提出了更高要求,要求每个人都是一个思考,反馈,提出问题的个体。
子主题
敏捷没有文档,也不做设计, 因为需求总是在变的
敏捷大好,不接受敏捷的都是老古董
适用于:小团队,探索性,没有可借鉴的成熟经验
功能明确, 特别大或特别小的项目不一定非要敏捷
敏捷就是不做计划,因为计划赶不上变化
大目标不会经常变!!!大方向确定,细节微调
分而治之, 分解后成sprint后,。
从现状推导结果,从目标反推条件,那种更好?
敏捷就是开会,加班;再开会,再加班!
交流的结果需要沉淀! 交流前写下思路和设计能使沟通更有效。
Scrum
XP,结对,看板等
角色
Product Owner
Scrum Master
Developers(Team)
Tapd演示
迭代【sprint】
看板
需求
任务
缺陷
0 条评论
回复 删除
下一页