sprint

5.0--------------------------------------------------- 1.团队成员完成自己认领的任务。 2.燃尽图：理解、设计并画出本次Sprint的燃尽图的理想线。参考图6. 3.每日立会更新任务板上任务完成情况、燃尽图的实际线，分析项目进度是否在正轨。 每天的例会结束后的都为任务板拍照并发布到博客上 4.每天看到进展，待续到sprint演示。 5.博客发布要求: 完整的任务板（有燃尽图），5.18号晚10点之前发布到博客上，5.19号的例会就用上。 然后每天例会追加的任务板更新后照片或截图，直到本次sprint结束。 团队贡献分： 蔡京航：22 华子仪：19 朱杰：21 甄增文：18 来源： https://www.cnblogs.com/alfredzhu/p/5506436.html

敏捷软件开发与传统软件工程概述比较 翁松秀 北京航空航天大学计算机学院 　　摘要： 软件工程的开发过程中有两种截然不同的管理和开发体系，一种是基于 “瀑布模型”的预设性传统软件工程，另一种是轻量级的适应性敏捷软件开发，本文简单阐述传统软件工程的开发方法与敏捷软件开发的异同，并通过“瀑布模型”和 SCRUM 方法的比较来探析传统软件工程与敏捷软件开发的异同。最后得出结论，把传统软件工程和敏捷软件开发相结合，将软件架构“颗粒化”，在简单可快速交付的敏捷软件开发中嵌套系统的传统软件开发方法，实现预见性和适应性折中。 关键词 ：敏捷软件开发；传统软件工程；瀑布模型； SCRUM 方法；嵌套；颗粒化 　　0 前言 　　随着计算机的发展，对软件的需求越来越大，软件的规模也变得越来越大，结构越来越复杂，软件开发管理困难而复杂，在这个 “软件危机”背景下产生的传统软件工程，用工程化的方法构建和维护有效和高质量的软件。暂时解决了软件的兵荒马乱时代，但随着社会和科技的发展，对软件的需求变化越来越快，传统的软件工程很难再适应瞬息万变的客户需求，敏捷软件开发应运而生，其轻量级、简单、可快速交付、适应性强收到开发团队的青睐，与传统软件工程并肩，形成软件工程中的两大开发体系。 　　1 传统软件工程 1.1 传统软件工程概述 　　基于 “瀑布模型”的传统软件开发方法中，以软件架构 (software

Scrum方法有何特点： Scrum 是一个用于开发和维护复杂产品的框架 ，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。 Scrum以经验性过程控制理论（经验主义）做为理论基础的过程。经验主义主张知识源于经验, 以及基于已知的东西做决定。Scrum 采用迭代、增量的方法来优化可预见性并控制风险。 Scrum 的三大支柱支撑起每个经验性过程控制的实现:透明性、检验和适应。Scrum的三大支柱如下： 透明度是指，在软件开发过程的各个环节保持高度的可见性，影响交付成果的各个方面对于参与交付的所有人、管理生产结果的人保持透明

Scrum 学习笔记 敏捷火了非常长一段时间了，可是一直没有机会实践，如今開始组队实践了，哈哈，先好好研习下规则~~ 什么是 scrum Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包含若干个小的跌代周期，每一个小的的跌代周期称为一个 Sprint，每一个 Sprint 的建议长度2到4周。在 Scrum 中，使用产品 Backlog 来管理产品或项目的需求，产品 backlog 是一个依照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum 的开发团队总是先开发的是对客户具有较高价值的需求。在每一个 Sprint 中，Scrum 开发团队从产品Backlog中挑选最有价值的需求进行开发。Sprint 中挑选的需求经过 Sprint 计划会议上的分析、讨论和估算得到一个 Sprint 的任务列表，我们称它为 Sprint backlog。在每一个迭代结束时，Scrum 团队将交付潜在可交付的产品增量。 敏捷价值观之 敏捷四宣言 • 个体与交互重于过程和工具 • 可用的软件重于完备的文档 • 客户协作重于合同谈判 • 响应变化重于遵循计划 敏捷价值观之 敏捷十二原则 • 我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。 • 欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更，帮助客户获得竞争优势。 •

转自:http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-7 Scrum 使用固定的事件来产生规律性，以此来减少 Scrum 之外的其它会议的必要。所有事 件都是有时间盒限定的事件，也就是说每一个事件限制在最长的时间范围内。一旦 Sprint 开始，它的持续时间是固定的，不能缩短或者延长。而其他事件则可以在该事件的目标达成之后可以立即终止，如此确保时间被适当地使用而不会造成过程中的浪费。 Sprint 除了本身作为一个事件以外，它还是其他所有事件的容器，在 Scrum中的每个事件都是用来进行检视和适应的正式机会。这些事件都是被特别设计用来确保达成透明和检视。如果 Sprint不能成功地包含这些事件中的任何一个事件，导致透明化的降低，同时也会丧失进行检视与适应的机会。 事件一：Sprint Sprint 是 Scrum 的核心，其长度(持续时间)为一个月或更短时间的限时，在这段时间内 构建一个“完成的”、可用的和潜在可发布的产品增量。在整个开发过程期间，Sprint 的长 度通常保持一致。前一个 Sprint 结束后，新的下一个 Sprint 紧接着立即开始。 Sprint由 Sprint计划会议、每日Scrum 站会、开发工作、 Sprint评审会议和 Sprint回顾会议构成。 在

最近所在的两个项目组都用到了敏捷开发Scrum，之前对它的理解更多的停留在自己工作涉及到的一些具体形式，比如Daily Scrum，工作量的评估等。对于Scrum是什么，为什么要用Scrum，一直没有去思考过这些问题，更没有做过深入的学习。前几天看到园子里的一篇关于scrum的博文（ http://www.cnblogs.com/speeding/archive/2012/10/30/2746532.html ），收获颇多，加深了对Scrum的理解。 Scrum的出现，我的理解是为了适应软件需求的频繁变化，以及满足客户尽快看到软件产品的需求。从网上搜索了一下对Scrum的定义，摘录了一个觉得解释最好的关于Scrum的定义如下： Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint

Scrum团队成立 团队名称：对不对？队 团队目标：短期目标，完成O2O模式的第一个平台 团队口号：我们都不是神的孩子 团队照： 角色分配 产品负责人: 许佳仪。决定开发内容和优先级排序，最大化产品以及开发团队工作的价值。 Scrum Master： 卓宇靖。负责确保团队遵循 Scrum 的理论、实践和规则。Scrum Master是团队中的服务式领导。 PM项目经理：赖文亮。团队的领导, 带领、平衡、推动、激励、目标达成、交涉，平等工作之外管事也管人。 用户：柯晓君。从最终使用者的角度把握所开发软件的用户体验，团队工作必须响应并满足用户需求。 团队项目选题 约拍：O2O模式 uber模式，美团外卖，百度外卖......做成一个平台，服务提供者和服务需要者通过我们的平台达成服务交易。流行的获得巨大风险投资的可能。 《构建之法》之第6、7章读后感 第六章： 第六章主要介绍了敏捷流程，它是一系列价值观和方法论的集合。 敏捷的步骤如下： 第一步：找出完成产品需要做的事情——Product Backlog； 第二步：决定当前的冲刺（Sprint）需要解决的事情——Sprint Backlog； 第三步：冲刺（Sprint）； 第四步：得到软件的一个增量版本，发布给用户。 第七章： 第七章主要介绍了MSF, MSF是一套大型系统开发指南,它描述了如何用组队模型

Scrum敏捷开发笔记 一、什么是敏捷开发？ 敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。 1.什么是敏捷？ 软件开发过程是指设计软件开发过程中涉及的一系列活动，指导开发组一步一步的进行软件开发。 包括传统的瀑布过程、螺旋过程、原型过程、敏捷过程等。敏捷则是一类过程的统称。 之所以把他们都称之为敏捷，是因为它们有共同的特点。敏捷过程讲究快速迭代快速试错，将一个大的项目分解成一个一个独立的小项目，每个项目实现一定的功能，每个项目的成果物都是可以运行的软件。经过多次迭代之后完成整个项目。 2.关于敏捷方法 敏捷方法是试图通过小型的、自我管理的团队用短小的合作发布周期来鼓励迭代式软件开发方法。软件的质量贯穿敏捷软件开发每一个阶段，且非常重要,并提出很多关键的规则来保证能在每一个迭代周期内及早是的发现并及时相应消灭开发过程中出现错误。 在敏捷方法提出理念下，衍生出了很多不同敏捷软件开发方法。 如Scrum、极限编程[EXtreme Programning XP]，测试驱动开发[Test Driver Development]，重构和持续集成。Scrum是敏捷过程中比较著名的一个过程框架，被很多团队采用。 二、Scrum模型 3个角色 Product Owner： 产品负责人，主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容

今天的文章来自Jerry的同事，曾经的搭档郑晓霞(Zheng Kate)。郑晓霞是在Jerry心中是一位很有实力的程序媛，2011年从西安某软件公司跳槽到SAP成都研究院。当时，成都研究院的CRM团队刚刚成立，Jerry和郑晓霞都在一个大组。 2012年夏天，我们接到任务，要把SAP Customer Briefing这款已经发布的iOS应用移植到Android平台。因为只有1年的期限，老板组建了一只特殊的开发团队，由Jerry, 郑晓霞和另外两位男同事组成。是的，因为需求很清楚，就是把iOS版本上的功能移植到Android平台，所以这只团队没有产品经理，没有架构师，郑晓霞担任了开发人员和Scrum Master的双重身份， UX也是项目中后期从上海找了一位同事远程加入项目组。由于我们4位以前都没接触过Android开发，因此也是边学习边干活。这个微型团队的学习气氛非常好，一个人遇到困难，其他三位都会积极热心参与讨论和提供帮助。 Jerry印象最深的一件事是，当时我负责实现一个company profile的功能，即客户可以从一个下拉列表里选择一个企业，从而进入该企业明细页面，显示该企业的概述，包含文字简介，企业人数，财政收入等等。概述信息通过消费wikipedia提供的Restful API，传入企业名称，返回响应

什么是敏捷开发？ 敏捷开发( Agile Development )是一种以人为核心、迭代、循序渐进的开发方法。 怎么理解呢？首先，我们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发； 为什么说是以人为核心？ 我们大部分人都学过瀑布开发模型，它是以文档为驱动的，为什么呢？因为在瀑布的整个开发过程中，要写大量的文档，把需求文档写出来后，开发人员都是根据文档进行开发的，一切以文档为依据；而敏捷开发它只写有必要的文档，或尽量少写文档，敏捷开发注重的是人与人之间，面对面的交流，所以它强调以人为核心。 什么是迭代？ 迭代是指把一个复杂且开发周期很长的开发任务，分解为很多小周期可完成的任务，这样的一个周期就是一次迭代的过程；同时每一次迭代都可以生产或开发出一个可以交付的软件产品。 关于Scrum和XP 前面说了敏捷它是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而Scrum和XP就是敏捷开发的具体方式了，你可以采用Scrum方式也可以采用XP方式；Scrum和XP的区别是， Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的， 这里我主要讲Scrum。 什么是Scrum？ Scrum的英文意思是橄榄球运动的一个专业术语