一. 队名及宣言
- 队名
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人以下)或是新组建团队(这还得看管理者风格)采用。