芝麻绿豆之敏捷中的风险管理

上传人:xuz****an 文档编号:121884156 上传时间:2020-02-27 格式:PPT 页数:48 大小:10.46MB
返回 下载 相关 举报
芝麻绿豆之敏捷中的风险管理_第1页
第1页 / 共48页
芝麻绿豆之敏捷中的风险管理_第2页
第2页 / 共48页
芝麻绿豆之敏捷中的风险管理_第3页
第3页 / 共48页
芝麻绿豆之敏捷中的风险管理_第4页
第4页 / 共48页
芝麻绿豆之敏捷中的风险管理_第5页
第5页 / 共48页
点击查看更多>>
资源描述

《芝麻绿豆之敏捷中的风险管理》由会员分享,可在线阅读,更多相关《芝麻绿豆之敏捷中的风险管理(48页珍藏版)》请在金锄头文库上搜索。

1、敏捷中的风险管理 风险管理 理解什么是风险风险识别和跟踪风险应对计划风险监控检查风险管理策略和措施的实际效果是否达到预期寻找机会改善和细化风险规避计划 获取反馈信息 以便将来的决策更符合实际 上期回顾 风险规避圈 PDCA循环P Plan 计划 确定方针和目标 确定活动计划 D Do 执行 实地去做 实现计划中的内容 C Check 检查 总结执行计划的结果 注意效果 找出问题 A Action 行动 对总结检查的结果进行处理 成功的经验加以肯定并适当推广 标准化 失败的教训加以总结 以免重现 风险监控过程 PDCA循环 PDCA需要周而复始的进行这四个过程不是运行一次就结束 需要周而复始的进

2、行一个循环完了 解决了一部分的问题 可能还有其它问题尚未解决 或者又出现了新的问题 再进行下一次循环 风险监控过程 PDCA循环 敏捷中的PDCA 反馈环 风险监控过程 PDCA循环 一些敏捷实践的反馈环 风险监控过程 PDCA循环 UAT Sprint DailyStandup CI UnitTest PairProgramming 反馈环越小越有利于风险的规避 敏捷实践介绍 SCRUM XP Kanban Lean 敏捷定义Scrum极限编程看板精益 大纲 敏捷定义 Scrum是一个基于团队进行复杂系统和产品开发的框架Scrum事实上并未谈及软件 Scrum所涉乃是非软件项目亦可使用的工作

3、管理和团队动力学 敏捷实践 Scrum 敏捷实践 Scrum Scrum有以下三个属性 轻量级的 简单易懂的 十分难以掌握的Scrum依赖固定节奏的迭代周期 称为Sprint 每个Sprint以计划会议开始Scrum的特征是团队内外的反馈和透明 它的短周期和协同的本质使其相当适应于快速变化或者有紧急需求的项目 敏捷实践 Scrum 敏捷实践 Scrum Scrum三大工件 敏捷实践 Scrum Scrum的三大角色PO 客户代表 把愿景转换为团队可以执行的产品列表并且负责正在开发的产品或者服务的投资回报与商业价值 ScrumMaster 致力于组建与维护一个高效率团队 为组织内部的变革 代言

4、Team 交付愿景 完成所有必要的工作来实现产品列表中的功能 敏捷实践 Scrum Scrum五个价值观 敏捷实践 Scrum Scrum价值观 注重承诺 敏捷实践 Scrum Scrum五个仪式 敏捷实践 Scrum Scrum仪式 每日站会 小视频 有效的项目站会能够及时发现项目中遇到的问题 并且能够及时解决问题能有效的规避项目风险 站会中团队成员各自汇报当天工作 打破沟通壁垒 让每个成员能切身感受项目当前状态同时根据工作进度可以及时调整项目工作计划站会最终的结果是交付 敏捷实践 Scrum Scrum仪式 回顾会议回顾过去 改进未来反省哪里做得好 哪里做得不好 以及需要做出什么样的改变

5、Scrum将反馈环缩短到天以下将引入XP继续缩短反馈环 敏捷实践 Scrum UAT Sprint DailyStandup CI UnitTest PairProgramming 敏捷实践 XP XP是一种软件开发风格 专注于编程技术 清晰沟通还有团队协作的精彩实践 XP是一种轻量级的 灵巧的软件开发方法 一种软件工程方法学核心价值观 简单 需求尽量的简单 设计尽量的简单 代码尽量的简单 文档尽量的简单 沟通 重视项目相关人员之间进行充分 多渠道的沟通 反馈 尽快获得用户的反馈 并且越详细越好 使得开发人员能够保证自己的成果符合用户的需要 勇气 这是最核心的价值 对于用户的反馈 提倡积极地面

6、对现实和修理问题的勇气 极限编程的12个实践原则 敏捷实践 XP 极限编程实践 重构重构是在不改变代码行为的前提下 对其进行一些略小的改造 旨在改进系统结构的实践活动 敏捷实践 XP 极限编程实践 测试驱动开发测试驱动开发是一种程序开发方法 包括测试先行开发和重构 敏捷实践 XP 极限编程实践 持续集成 敏捷实践 XP 极限编程实践 结对编程 敏捷实践 XP 敏捷实践 XP XP适用范围 规模小 进度紧 需求变化大 质量要求严的项目 它希望以最高的效率和质量来解决用户目前的问题 以最大的灵活性和最小的代价来满足用户未来的需求 XP在平衡短期和长期利益之间做了巧妙的选择XP不适用范围 中大型的项

7、目 项目团队超过10人 重构会导致大量开销的团队 需要很长的编译或者测试周期的系统 不容易进行测试的应用 团队人员异地分布的项目 不能接受XP文化的组织和团队 敏捷实践 Scrum和XP的对比 自我定位 Scrum将自己定位为通用管理方法 XP则强调自己仅仅适用于软件开发 关注点 Scrum核心手段是工程学 Scrum不关注人 XP完全以全面改善人的社会属性和技能为核心手段 敏捷实践 Kanban 流程可视化 把工作拆分成小块 一张卡片写一个任务 再把卡片放到墙上 每一列都起一个名字 显示每件任务在流程中出于什么位置 限制WIP 明确限制流程中每个状态最多同时进行的任务数我们只安排当前能够立刻

8、开工事情 提升可预测性 缩短周期时间 将问题发现在原地 提升质量 度量生产周期 对流程进行调优 尽可能缩短生命周期 并使其可预测其实对于客户来说 他们更关注何时 结束 而非何时 开始 敏捷实践 Kanban 看板的核心实践1 可视化工作流程2 约束在制品3 度量和管理流动4 显示化规则5 建立反馈环6 在协作及实验中改进 敏捷实践 Kanban 看板的一天 看板演示1 敏捷实践 Kanban 看板的一天 看板演示2 敏捷实践 Kanban 看板的一天 看板演示3 敏捷实践 Kanban 看板的一天 看板演示4 敏捷实践 Kanban 看板的一天 看板演示5 敏捷实践 Kanban 看板的一天

9、看板演示6 敏捷实践 Kanban 限制在制品 WIP 敏捷实践 看板和Scrum的对比 相似性 都是既精益又敏捷 都是拉动式计划 都限制了WIP 都以透明的方式驱动过程改进 都关注于尽早交付 频繁交付可发布的软件 根基都是自组织型团队 都需要把工作拆分 发布计划都是根据经验数据 生产率 生产周期 不断优化的 敏捷实践 看板和Scrum的对比 差异 敏捷实践 看板和Scrum的对比 差异 敏捷实践 精益软件开发 实践方法需要跟上快速且复杂发展的世界 敏捷更多的是适应于小团队的环境 精益软件开发 提供了一种既可以继承并发挥敏捷优势的方法 并且该方法可以适应大型的软件企业 目标 价值 对人的尊重

10、产品开发流 Kaizen 基础 领导力 敏捷实践 精益软件开发 目标 速度 价值 质量最短的等待时间对人员和社区提供最好的质量和价值客户满意度最大化成本达到最低团队士气高昂团队具有安全感 目标 价值 对人的尊重 产品开发流 Kaizen 基础 领导力 敏捷实践 精益软件开发 对人的尊重提升人员和团队素质 因为是他们构建产品的实施者授权团队 持续提升基于信任和尊重 建立最佳的合作伙伴关系 目标 价值 对人的尊重 产品开发流 Kaizen 基础 领导力 敏捷实践 精益软件开发 Kaizen 改善 反馈将持续改善作为一项企业价值 Wecandobetter 目标 价值 对人的尊重 产品开发流 Kaizen 基础 领导力 敏捷实践 精益软件开发 产品开发流原则从市场的角度管理队列清晰理解可用性减少大批量使用WIP原则尽快取得反馈分布式处理 目标 价值 对人的尊重 产品开发流 Kaizen 基础 领导力 敏捷实践 精益软件开发 加快了价值交付速度 敏捷实践 精益软件开发 降低风险 Thanks 敏捷实践不是银弹 而是到达成功的路牌 实践时保持纪律与专注 在需要的时候寻求帮助

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 经营企划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号