ITOO总结——专属3.1的敏捷开发
事情的起源是酱紫的，在ITOO如火如荼的做到3.0的时候，也许你会说3.0的过程似乎太漫长，但是好像结束的确实有些太快。马上就不如3.1的正轨。3.1，老师只给7天时间，当时的心里有一种不相信自己的感觉，其实这也是在不相信大家。但是经过7天的迭代之后，我看到了我们每个人的实力，爆发力，突击能力，团队合作能力，验证了老师的一句话，同样的任务给你多长时间你就能多长时间完成。让我总结这次开发快的原因，不知道为什么鬼使神差的就想到了一个名词“敏捷开发”。也许这个词和这7天的我们来比并不一样，但是今天我想谈谈敏捷开发。
谈谈我对敏捷开发的理解：
当时很傻很天真，认为敏捷开发就是开发快，什么都快。其实也可以酱紫说的啦，但是后来通过上网了解和问别人学习到了很多，发现并不是酱紫的。其实只要有了速度有了效率，那么一切开发都不是问题。
真正敏捷开发真正的意义：
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分成多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷开发的核心原则：
主张简单
拥抱变化
你的第二个目标是可持续性
递增的变化
令Stakeholder投资最大化
有目的的建模
多种模型
高质量的工作
快速反馈
软件是你的主要目标
轻装前进
3.1敏捷了开发的原因：
3.1在一个并不被人看好的情况下，异常崛起，最后，圆满完成，开发周期只有短短的8天。可以这么说，当时的3.1就像是一个在路边等待的孩子，需要人来帮助，需要有人来指明方向，在一些大人的带领下，3.1很好的茁壮成长起来了。这次开发快的原因，小乖采用访谈的形式展现给大家：
1、心态：
新生组长：责任心，因为觉得担任组长，有义务将各个模块完成好，所以尽自己最大的努力去完成
考评组长：心态的调整。正如昨天开会说的那样，做项目的时候有两种心态，一种是开发的心态，一种是学习的心态，3.0的时候还都处于学习的心态，3.1开始之后也都非常快速的进入开发的心态，心态的调整也是非常重要的。
基础组长：我们是定位在公司开发项目而不是在提高班学习的心态来做项目。
2、压力：
考评某小童鞋：有压力才有动力。 3.1开始的时候，就制定了七天的计划，详细到每天的任务量，而且每天的上午和下午和晚上都会定时的去统计组员任务的完成程度，大家都挺积极的，肯定是都意识到了这件事情的重要性，七天时间，都感觉到了压力，有压力才有动力嘛！
基础某童鞋：加班是不容置疑的。
基础童鞋二：组员高度负荷的运作和工作。
新生组长：负责人带头加班，激情高涨。
成绩某组员倾诉：组员也调动了积极性，未完成当天任务的留下来加班完成。
3、协调组织安排：
新生童鞋：总负责人收集各系统中出现的问题，其他系统出现同样的问题就知道该找谁能够解决。
新生组长：分工明确。
基础组长：组长一天三次的反馈，加快了开发节奏，不会的调人来解决。
成绩组长：首先是工期要求比较短，是硬性要求。
成绩某童鞋：各个系统交互交流也比较多，合理安排人员调动。
4、突击队
考评组长：突击队。开发过程中出现的最大的问题，接口的问题，总觉得一时半会是完不成的任务，其实是因为没有认证的去对待这件事，提高班缺啥都不缺人，有问题自己解决不了可以找其他人帮忙解决，一个人的能力有限，但是众志成城火焰高，一滴水的大小怎能比得上大海的容量，最厉害的不是一个人有多么多么牛，而是你懂得如何利用身边的资源。
其实，3.1在很多地方都和敏捷开发吻合，像主张简单，有一个明确的目标；拥抱变化，人员一直在变动中，问题一直处于不断出现当中；3.1是一个试运行版本，目的就是为了以后的可持续性发展；3.1开发如此快就是一种高质量的开发。
3.1能够顺利的完成，离不开每一个同学的努力，每个人都有自己独到的一份贡献，都把自己当成了是3.1的主人，3.1是我们的，是我的，是你的……
3.1敏捷了开发，敏捷了我们以后做事的效率，敏捷了我们的思维……