CCSU小助手
队名：瓜队
组员：钟文兴、周畅、吉刘磊、唐仲勋
宣言：We are a team at any time！
团队项目描述：
内容：“生活在长大”；
目标：为了方便对学校不了解的学生能够更好的获得学校的基本信息，解决学生在学校遇到的一系列问题。
主要职能包括：登陆/注册；校园信息查询（校园地图建筑信息）；学生成绩查询；校园热点推送等功能。
队员介绍：
钟文兴： B20150304107 （组长）
周畅：B20150301105（编码）
吉刘磊：B20150304202（测试）
唐仲勋：B20150304217（客户）
（组长、编码B）:我的任务是组织团队工作 组织商讨产品需求产品设计以及最终定型 协助大神A编码
（编码A）：我的任务是编码，coding。总之一言难尽，我不想当码农，只想当测试（hate coding）
（测试）：我们组只有四个成员，我的任务是代码的测试，还有一些自己力所能及的其他编程任务。
（客户）：在队员自己完成自己负责的部分的时候，我需要扮演一个黑脸的角色。时刻对于队员已实现和未实现的功能进行提议，让它更加地趋向于客户的需求。以及部分的界面设计。
团队简介:
我们团队实践scrum就是希望大家在做一件事情的时候，每个人都对整个事情有一个非常完整的了解，就像我们的口号：We are a team at any time！整个过程非常的简单，不需详细了解就可以很快进入这个团队项目，但它又足够便捷、强大，可以解决你在工作过程中要解决的问题。开发的过程中有很多元素，比如项目的logo和一些设计都可以让参与者迅速对起进行比对、商讨，自然地过度完成以后。我们再把这些分类、打包放在文件库中，同时@给工程师。接下来就是工程师要做的事情，包括前端设计、后端的接口设计。我们还会新建一些阶段来开展功能的研发，比如：需求确立、开发中、请求合并代码、代码审核、内部测试、部署上线6个步骤。开发中这个阶段大多数的组员都会参与到这个帮助中来，大家也会很积极的参与讨论，所有的讨论都会记录，包括文档、附件，提够了整个团队的效率。代码选择通过之后，会进入到我们一个内部测试的环境，然后内部试用成功的话，我们会直接部署到线上，让用户和我们一起用。在空间和时间上都打打提高了我们的效率，它可以将团队协作发挥到极致。我们团队通过scrum紧紧的联系在一起，我们希望能有机会把这个小助手做得更棒，把小助手体验做得更出众，让校园的同学的生活因为我们的小助手有所不同。
UML
首先，敏捷开发是一种过程控制的方法，也是一种快捷做项目的方法。
- 它适用于我们助手的设计，主要是因为我们的ccsu小助手需要我们随时随地不停地跟进、更新，用来满足学校同学之间不断变化的需求和咨询。
2. 它可以更为便捷地让同学向制作方表达自己的需求，其实，这种类型的学生占据了很大一部分。因为我们服务的同学也不清楚自己具体的需求，所以你需要不断向同学和客户去咨询，而我作为客户这一角色，则需要向我的队员不断表达自己的抽象需求。换句话说，我们之间是一个相互需沟通，合作，倾听反馈，持续改进的一个过程。
3. 它也可以让我们迅速的交上这一次的作业，在保证质量的情况下，赶在作业截止前提交好自己的作品非常重要。
4. 它也符合于快速变化的学校，你在埋头做一件事情的时候，同学们可能已经在思考着最近发生的新新事情了，这就需要你能逐步地把以前就的想法进行跟进，还能按时交付。
5. 它在我们学校这个4人小团队中，一般10个人以内。这样让我们的敏捷开发沟通方式“Face to Face” 更为可行。
再者，敏捷开发是个可以拉拢我们集体的方法，里面各种实用的技巧，团队协作发挥到极致，提高了工作效率。
比如：
1.站会：简洁有效，让我们几个人之间的沟通方式更为便捷
2.用户故事：站在用户的角度讲需求
3.看板：可以让我们时刻知道互相之间的进度，也更容易发现不走的缺失
4.演示：向客户展示
5.反思会：时刻自检着项目的不足
最后，敏捷开发也可以是一种特殊管理方法
比如：
1. 有时，编角A可以同时兼顾架构，Scrum Master，开发，测试，发挥他自身的能动性，这样可以更有利于项目开发中积极创新，也会提升我们的整体进度。
2. 敏捷开发并不过于看重与个人的开发效率，更多的会侧重于我们这一个小团体整体的一个进程，也可以避免一些不必要的个人因素。
3. 把每一个大的项目拆分成一个个小的部分去完成，这样既可以提高团队的效率，也可以相应地降低其中的风险，也降低了后期需要维护的工作量。
4.我还有个想法，那就是： 当然这只是我们这样一个小团队之中能初步实现敏捷开发的过程。当我们拥有一个更为庞大的团队时，也可以作进一步的人员分配，分成几个敏捷团体。这几个小团体也可以形成一个更完美的大敏捷团体，再利用之前提到的几个步骤，可以避免问题得不到实际解决。因为大家互相了解、合作，沟通通畅、协调。