![](https://img-blog.csdnimg.cn/20201014180756919.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
SCRUM
zmycoco2
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
展开
-
Sprint计划会议概要
Sprint计划会议在每一Sprint的启动阶段进行。在Sprint计划会议的第一部分,产品所有者和Scrum开发团队(在ScrumMaster的协助下)共同审评Product Backlog,泰伦Backlog中各项目的目标和背景,并提供Scrum开发团队深入了解产品所有者想法的机会。在会议的第二部分,Scrum开发团队从Product Backlog中挑选项目并承诺在Sprint的末期原创 2013-05-23 06:52:01 · 3979 阅读 · 3 评论 -
Scrum之Sprint验收测试阶段
Sprint验收测试阶段原创 2013-08-16 08:36:57 · 2085 阅读 · 0 评论 -
How to write a product backlog step by step
write a product backlog原创 2013-08-16 15:55:13 · 939 阅读 · 0 评论 -
怎么样编写产品backlog
怎么样编写产品backlog原创 2013-08-15 10:39:16 · 3673 阅读 · 0 评论 -
Scrum introduction
Scrum introduction原创 2013-08-19 11:14:42 · 1190 阅读 · 0 评论 -
基于SCRUM的金融软件开发项目
摘要 软件开发是一项复杂的工程,同时也是一门值得研究的艺术,随着技术的迅速发展和经济的全球化,软件开发出现了新的特点,传统软件开发方法弊端的日益凸显, 尤其当前人民币不断升值,给原本宽松的金融领域软件开发流程带来了很大的压力, 客户要求在最短的时间内提交最优的解决方案,所以使用敏捷软件开发方法已经是势在必行.敏捷软件开发方法是一种科学的,先进的,快原创 2013-06-26 09:59:45 · 1698 阅读 · 0 评论 -
瀑布式开发总结
各类大中小型企业所运用的传统软件构建方法,即是众人皆知的“瀑布”型开发方法。此模型存在很多变体,其典型性是在开发初期制定详细的计划,在计划中最终产品已被仔细研究,设计,并且一切详细资料都记录在案。任务已设计制定,并且在工作中使用如根特图表等工具和microsoft project项目管理软件进行项目管理工作。开发团队预计开发项目的时间是以累计其相关每一步骤而得出的。当项目管理者(stakehold原创 2013-05-22 22:16:41 · 1363 阅读 · 0 评论 -
敏捷方法之极限编程(XP)和Scrum区别
1. 迭代长度不同: XP的一个Sprint的迭代长度为1-2周,而Scrum的迭代长度一般为2-4周。2.在迭代中,是否允许修改需求:XP在一个迭代中,如果一个User Story(用户素材,也就是一个需求)还没有实现,则可以考虑用另外的需求将其替换,替换的原则是需求实现的时间量是相等的。而Scrum是不允许这样做的,一旦迭代开工到完毕,任何需求都不允许添加进来,并有Scrum Mast原创 2013-05-28 12:20:03 · 1615 阅读 · 0 评论 -
Scrum中的角色
在Scrum中有三个基本的角色:产品所有者(Product Owner),开发团队和ScrumMaster。产品所有者负责取得产品最大的商业价值,收集相关于产品的所有信息――从客户或产品的终端使用者,开发团队成员和项目管理者中获取并将信息转化为优先权项目列表。在一些情况下,产品所有者正是客户本人;在另一些情况下,客户可能是有不同需求的成百上千的人。产品所有者这一角色在许多企业中是由产品经理原创 2013-05-22 22:20:10 · 994 阅读 · 0 评论 -
Scrum一些名词解释
产品订单(product backlog)是整个项目的概要文档。产品订单包括所有所需特性的粗略的描述。产品订单是关于将要创建的什么产品。产品订单是开放的,每个人都可以编辑。产品订单包括粗略的估算,通常以天为单位。估算将帮助产品负责人衡量时间表和优先级(例如,如果“增加拼写检查”特性的估计需要花3天或3个月,将影响产品负责人对该特性的渴望)。冲刺订单(sprint backlog)是大大细化了的原创 2013-05-28 13:09:45 · 1524 阅读 · 0 评论 -
Scrum理论
Scrum不是一种过程,也不是一项构建产品的技术,而是一个框架,在这个框架理可以应用各种过程和技术。Scrum的作用就是让开发实践方法的相对功效显现出来以便随时改进,同时也为开发复杂产品提供了框架。Scrum是以经验过程控制理论为依据,采用迭代,增量的方法来提高产品的可预见性并控制风险。Scrum的三大支柱支撑起每个经验过程控制的实现。第一大支柱是高透明度:高透明度确保管理结果的人看得到那原创 2013-05-24 08:47:43 · 1156 阅读 · 0 评论 -
Scrum可能被挑战的方面
Scrum不是流程,它是提供给团队可视性的框架,并且容许他们相应的“检验和适应”的技巧。Scrum试图让许多存在于开发团队中的问题显示出来。比如,大多数的开发团队并不擅长于计算在固定期间内完成的工作量,因此在第一个Sprint结束时不可能交付他们预计完成的工作。对于开发团队来说,这个是工作的失败。事实上,这个经验正是能更好预计工作量所需的第一步,并促使其对承诺的任务更加负责。这种模式可以使机能失调原创 2013-05-23 22:40:13 · 879 阅读 · 0 评论 -
Product Backlog的理念
Scrum的第一步是产品所有者清晰地展示产品的未来景象(vision)。这些是以按需求的优先列表展示的,按客户和商业价值排序,最高价值的项目排在列表顶端。这就是Product Backlog,它存在(并发展)于产品的整个生命周期。在项目开发的任何时候,Product Backlog是唯一具有权威性的“以优先权排序为准,需要完成的所有任务“的概况。只可以存在唯一一个Product Backlog原创 2013-05-23 06:50:22 · 2158 阅读 · 0 评论 -
开始下一个Sprint
在Sprint评审会议之后,产品所有者将提取所有建议,和在Sprint中产生的新的优先权项目,并将这些项目合并于Product Backlog之上;增加新的项目,现有项目进行了更改,重新排序或删除。当Porduct Backlog的更新完毕,循环周期可以再次开始,以下一个Sprint计划会议开端。许多开发团队感觉在每个Sprint末期进行优先化的会议很有意义,和产品所有者一起对一下Sprint中的原创 2013-05-23 08:04:26 · 1279 阅读 · 0 评论 -
Sprint评审及回顾
Sprint评审在Sprint结束后,将进行Sprint评审,团队在此期间展示他们所构造的产品。出席此会议的有产品所有者,开发团队成员,ScrumMaster,加上客户,项目管理者,专家,高层人士和任何对此感兴趣的人。会议时间不长,目的只是对工作结果的展示和听取反馈。Sprint回顾在Sprint评审之后,开发团队会进行Sprint回顾。有些开发团队会跳过此过程,这是不合适的。因为它是原创 2013-05-23 08:03:36 · 2730 阅读 · 0 评论 -
每日站立会议介绍
每当Sprint开始,Scrum开发团队将会实施另一个Scrum的重要实践方法:每日(站立)例会。这是在每个工作日特定的时间举行的15分钟会议,Scrum开发团队的每一成员都将参与;为了保证其短小精悍,与会成员都保持站立。以此提供给开发团队机会来回报交流成果和阐述任何存在的障碍。一个接一个,每个团队成员只可以向其他人汇报三件事情,并且只这三件事情:从上次会议之后完成了哪些工作,在下次会议之前准备完原创 2013-05-23 06:52:40 · 1608 阅读 · 0 评论 -
scrum经验
scrum经验原创 2013-09-04 11:35:56 · 1964 阅读 · 0 评论