我们不能过于看重产品发布的速度，着急忙慌的完成了第一阶段的任务，结果发现根本不是用户想要的结果；所谓的每日例会不是只是走一个形式，在会议上 我们要向同组的同学展示自己这几天奋斗努力的结果，但不能像一群狗熊掰棒子一样只是陈述“我昨天写了代码、我今天继续写、我没有碰到困难……”，我们要注 意陈述完成任务还需要多长时间、具体遇到了什么问题、解决到了什么程度、离目标还有多远等等；认领任务的时候不要好高骛远，不要过多的认领也不要认领自己 能力到不到的任务……
此外，敏捷开发Scrum是一种灵活的敏捷软件开发管理过程。这个名词来源于英式橄榄球。开发原则是发布产品的重要性高于一切，团队高度自治，队员们熟 悉开发过程中涉及到的各种技术，紧密合作，确保每个迭代都朝着最高目标推进。并且每隔几周，团队要通过站立会议的方式彼此了解进度以便确定项目是否可以继 续进行下去。
不过说实话，我所理解的只能是建立在书本和网络介绍的表层，毕竟我们谁都没有进入公司亲身体验这种极限编程的方法。我也相信这种方式虽然有弊端既然可以被很多软件公司和诸多程序员所采纳，一定有它独特的意义。还是很期待以后能够有机会真的感受这种开发模式。