Learning Agile software Development
Part One:About Agile software Development(敏捷软件开发)
现在敏捷开发是越来越火了，人人都在谈敏捷，人人都在学习Scrum和XP...
什么是敏捷开发？
敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。
怎么理解呢？首先，我们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发；
关于Scrum和XP
前面说了敏捷它是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而Scrum和XP就是敏捷开发的具体方式了，你可以采用Scrum方式也可以采用XP方式；Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的，这里我主要讲Scrum。
什么是Scrum？
Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字取名为Scrum，我想你一定能想象出你的开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它，你一定会感到非常兴奋的。
而Scrum就是这样的一个开发流程，运用该流程，你就能看到你团队高效的工作。
【Scrum开发流程中的三大角色】
产品负责人（Product Owner）
主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。
流程管理员（Scrum Master）
主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。
开发团队（Scrum Team）
主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5~10人左右，每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力；成员可以采用任何工作方式，只要能达到Sprint的目标。
Scrum流程图
有关Scrum的几个名词
backlog: 可以预知的所有任务， 包括功能性的和非功能性的所有任务。
sprint:一次跌代开发的时间周期，一般最多以30天为一个周期.在这段时间内，开发团队需要完成一个制定的backlog,并且最终成果是一个增量的，可以交付的产品。
sprint backlog:一个sprint周期内所需要完成的任务。
scrumMaster: 负责监督整个Scrum进程，修订计划的一个团队成员。
time-box: 一个用于开会时间段。比如每个daily scrum meeting的time-box为15分钟。
sprint planning meeting: 在启动每个sprint前召开。一般为一天时间（8小时）。该会议需要制定的任务是：产品Owner和团队成员将backlog分解成小的功能模块, 决定在即将进行的sprint里需要完成多少小功能模块，确定好这个Product Backlog的任务优先级。另外，该会议还需详细地讨论如何能够按照需求完成这些小功能模块。制定的这些模块的工作量以小时计算。
Daily Scrum meeting：开发团队成员召开，一般为15分钟。每个开发成员需要向ScrumMaster汇报三个项目：今天完成了什么？ 是否遇到了障碍？ 即将要做什么？通过该会议，团队成员可以相互了解项目进度。
Sprint review meeting：在每个Sprint结束后，这个Team将这个Sprint的工作成果演示给Product Owner和其他相关的人员。一般该会议为４小时。
Sprint retrospective meeting：对刚结束的Sprint进行总结。会议的参与人员为团队开发的内部人员。一般该会议为３小时。
Conclusion:
我觉得这种团队协作开发的效率会很高，最有特色的是他的会议和计划纸牌体系，大大的提高了开发效率。
下面是一些它的特性展示：
上图就是每日的站立会议了，参会人员可以随意姿势站立，任务看板要保证让每个人看到，当每个人发言完后，要走到任务版前更新自己的燃尽图。
任务看版包含 未完成、正在做、已完成 的工作状态，假设你今天把一个未完成的工作已经完成，那么你要把小卡片从未完成区域贴到已完成区域。
每个人的工作进度和完成情况都是公开的，如果有一个人的工作任务在某一个位置放了好几天，大家都能发现他的工作进度出现了什么问题（成员人数最好是5~7个，这样每人可以使用一种专用颜色的标签纸，一眼就可以从任务版看出谁的工作进度快，谁的工作进度慢）
上图可不是扑克牌，它是计划纸牌，它的作用是防止项目在开发过程中，被某些人所领导。
怎么用的呢？比如A程序员开发一个功能，需要5个小时，B程序员认为只需要半小时，那他们各自取相应的牌，藏在手中，最后摊牌，如果时间差距很大，那么A和B就可以讨论A为什么要5个小时...
敏捷开发的介绍就告一段落了，下面我们开始实战部分。
Part Two：Living In Changsha University（生活在长大）
项目开发背景
相信大部分新生在入学前都会通过各种途径了解校园，像加新生群，水学院贴吧，百度等。尽管途径很多，但是了解到的情况却不尽相同，不同的地方有不同的说法，这样大家就会很困惑，到底谁说的才是对的。虽然学校有官网，但是上面信息大多是招生类以及校园动态和极少的校园picture，完全不够用。这种情况下我们就需要一个强大的系统，能够具体到校园生活的方方面面。现在各种手机软件风生水起，很多高校也开发了自己的校园APP，为了更好的跟上潮流以及给新生一份满意的答卷，我们团队全体成员一致认同我们需要有一个自己的校园APP。
功能篇
初步功能如上图，以后还会根据实际情况更新。
团队分工合作篇
团队成员：周唯，陈坤，李枫，宁林，刘健，潘启超，宋坤远，蒋薇尘
团队会议：每隔3天召开一次团队会议，会议定在中午，大家互相讨论解决各自遇到的问题以及下一步的计划安排。
任务分工：我负责总体架构的建设以及会议的召开和内容整理，but，我不是leader，仅仅是团队的一员。
李枫、潘启超、刘健：负责编写代码
宁林：负责UI设计
宋坤远：负责数据库设计
蒋薇尘：负责软件测试和数据库维护
Part Three：The End
开发无易事，哪怕一个再小的软件也需要我们投入大量的时间和精力，但只要我们保持初心，不断坚持努力下去，总有一天我们能够成功。
敏捷开发的4句宣言
个体与交互 胜过 过程与工具
可以工作的软件 胜过 面面俱到的文挡
客户协作 胜过 合同谈判
响应变化 胜过 遵循计划
