LeaRun敏捷后台开发框架

LeaRun敏捷后台开发框架是一套集快速开发+通用权限管理+工作流+即时通讯+微信组件+手机APP开发于一体的敏捷开发框架。开发难度小，提高80%以上的工作效率，可无线扩展，轻松开发APP、CRM、OA、ERP、WMS等。

目录 何为用户故事 需求管理 面向用户价值编写用户故事 客户价值导向-可工作软件响应变化 用户建模 Scrum基本知识 ②计划与跟踪 课前预习内容 优先级排序（待续） 跨职能团队·共同估算每日立会同行压力 Scrum概览 用户故事分类的原则 需求优先级排序达代期内无变更团队承诺 Scrum是什么意思？ 用户故事分类 敏捷绩效考核 扩展阅读 Scrum敏捷方法一分钟扫言 业务数据与业务操作 火星人示例新 @考核对象的变化 Scrum敏捷方法中的工作产品 增强与重构 火星人示例新 为团队设定目标，让团队把控细节 Scrum敏捷方法中的角色 缺陷与技术债务 火星人示例新 智慧敏捷 扩展阅读 猪与鸡的故事 用户故事MVC.FPA 精益生产的启示 Scrum过程 课前预习内容 敏捷计划 扩展阅读 写不写文档？ 创建和维护产品待开发项（Product 敏捷计划流程 敏捷实践的表象与内涵 Backlog) 可用时间计算 其他 扩展阅读 送代计划会产品负责人准备什么？讲解什么？ 送代计划 中英文对照词汇

IPD模式VS敏捷项目管理模式.pptx

《Scrum实战——敏捷软件项目管理与开发》《Scrum实战——敏捷软件项目管理与开发》

•AMM（敏捷成熟度模型） 全称Agile Maturity Model，是一套用来评估软件开发团队或者整个开发组织的当前敏捷状态和将来的目标状态的框架，评估的结果用来帮助团队识别改善点。 •可以评估一个IT组织的敏捷程度，其评估结果可以用来设定该组织敏捷实施的未来阶段性目标。 •AMM关注于敏捷方法的具体展现形式，即软件开发过程。因此AMM只评估软件开发团队的开发过程和实践，并不能用来评估一个组织的所有方面。

本文适合领导者，组织管理者包括部门管理者，行政管理者，也适合项目管理者，和，敏捷咨询顾问，CMMI咨询顾问，研发管理顾问

传统的瀑布工作模式使用详细的需求说明书来表达需求，需求人员负责做需求调研，根据调研情况编制详细的需求说明书，进行需求评审，评审之后签字确认交给研发团队设计开发。在这样的环境下，需求文档是信息传递的主体，也是一份契约。然而详细的需求说明书有以下5大弊端：单向的信息传递，容易出现理解偏差。文档很正式，我们会误以为它一定是对的，不去质疑它，让我们停止作出判断。有了详细的文档，我们不会反复讨论它，相互确认。书面文档不利于团队共享责任，它扮演了证据的角色。Scrum强调团队共享责任，不论是需求人员、开发人员和还是测试员，大家的共同目标是通过讨论、协作，正确理解需求之后把这些需求变成客户真正需要的功能，而

1、什么是产品backlog； 2、sprint计划会议，会议产生的结果； 3、每日例会； 4、sprint界限。 5、确定sprint长度； 6、sprint会议产生的结果。

ACP敏捷项目管理关键词