标题

一. 队名及宣言

• 队名 
  the better for you
• 宣言
  Change our lives with code

二. 队员及分工

张美庆B20150304502（测试）
蒋　婷B20150304514（pm） 
周加旺B20150304519（pm）
周宏波B20150304524（开发）
谢敏仪B20150304601（开发）
吴雅芳B20150304613（测试） 
蒋　斌B20150304620（开发）

三. 项目描述

团队项目的目的：帮助长大学子解决去哪个食堂吃饭的烦恼

编程语言：Android（基于java）

编程工具：Android sudio

• 小故事：

　　一天，同学小旺在上软件工程课，上到11点钟的时候，小旺的肚子饿得咕咕作响，心理念叨着，又饿了，下课该去哪里吃饭呢？小旺偷偷的拿起手机，不经意间发现了一款专门为长大学子研发的app，叫做“长大饿了么”。小旺兴致勃勃的点开，发现里面有维智食堂，汇泽食堂，弘昱食堂，以及二食堂等长大各个食堂的菜谱，像什么西红柿炒蛋、辣椒炒肉。

　　后来小旺又发现每个食堂都有每天特色的菜谱，他发现今天维智的特色菜谱是香干炒肉，小旺心里笑了笑，不错不错，今天的中饭有找落了。

　　然后他又有惊讶的发现，这个app还能看实时的人流量，成功的避免了去人多的食堂。小旺惊叹道，这个app做的太人性化了吧！这时候旁边的小斌看着小旺这么兴奋的表情， 急忙凑过来说：“有什么好事情，赶紧说”，小旺一脸的不屑跟小斌说，给你推荐一款app赶紧去下载，叫做“长大饿了么”，里面有你想要的，机不可失时不再来，要赶紧的哦！

四. 学习scrum的心得体会

1. 什么是敏捷开发？

　　敏捷开发是一种基于更紧密的团队协作、能够有效应对快速变化需求、快速交付高质量软件的迭代和增量的新型软件开发方法。

2. 什么是scrum？

　　scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。

3. scrum中的角色

　　产品负责人 Product Owner： 负责维护产品订单的人，代表利益相关者的利益。

　　scrum主管 Scrum Master： 为scrum过程负责的人，确保scrum的正确使用并使得scrum的收益最大化。

　　开发团队 Team: 由负责自我管理开发产品的人组成的跨职能团队。

　　这三种角色有各自的职责，不属于上级与下级的关系。这是与传统开发不同之处。　

4 .使用Scrum面临的挑战

　　Scrum只是一种管理理念和文化，在不同的公司、不同的团队中用法也不同，各有取舍（我带过的几个团队因为成员不同，方式也不同。不同的ScrumMaster的管理方式也不同，因人而异。）。就比如共产主义这种东西，在不同文化下长出来的东西也不一样。

　　直接采用Scrum是需要“交学费”的，对公司、PO、SM、团队成员都是一个挑战：

　　1. 公司文化是否是鼓励自主，易容错的企业文化？如果对待错误是一种惩罚的态度，以后谁还愿意自主尝试？所谓多做多错，不做不错。

　　2.  PO是否有足够的前瞻性，战略眼光，分析应对能力（可以由数据、市场辅助）；

　　3.  PO是否能提出明确的需求、质量标准并清晰地传达给团队，是否能有效地评估每块的工作量和优先级（可以主美/主程/主策辅助）

　　4. PO管理理念从：下命令转为团队服务，盯执行改为看方向

　　5. SM是否是一个很好的问题发现/预见者，问题解决者（找专人解决也可以，团队内部的沟通“问题”不是问题，不属于SM的管辖！），团队情绪控制者，执行统筹者和跟进专家，沟通专家，培训师（让团队每个人都自觉自发做事，灌输Scrum理论）

　　6.  团队成员是否够专业（独当一面）？能清晰的理解需求、质量标准，把需求拆分成可阶段验收的步骤（独立任务），正确的估算每个任务的工作量，主动沟通和改进工作流程（主动沟通自己的上下环节保证任务按时按质量完成；完成时主动沟通要求review任务；发现/遇到问题时主动沟通；sprint结束时主动提出意见和改进建议）

　　7. Scrum是一种文化，需要建设，类似团队建设。团队成员从被动接受命令到自发自觉的转换需要引导，我之前对手下做过一些尝试，发现还是有一定难度的，目前正在改善中。

建议：大团队直接使用scrum会有较大的适应时期和较大“成本”，建议小团队（10人以下）或是新组建团队（这还得看管理者风格）采用。