软件开发随着信息技术的飞速发展，很多软件开发人员要求软件开发人员增量交付，迭代开发，持续集成。显然，传统的瀑布式软件开发模式已经不能满足需求，于是出现了软件开发公司的敏捷开发模式。

接触过敏捷开发的朋友可能都知道，敏捷开发是一种开发模式:个人和交互优于流程和工具，可操作的软件优于复杂的文档，用户协作优于合同谈判，应对变化优于遵循计划。

下面软件开发公司将用一个真实的案例来告诉你敏捷开发。

每天早上上班前的任务是开早会。因为时间很短，每个人通常都站着开会。最重要的是汇报他们昨天的工作，工作过程中遇到的问题，是否已经解决。谁需要帮助？同时，我也想说说我今天打算做什么。那么，提出的所有问题都要放在一起讨论。如果能及时解决，当场解决，解决不了的会后协调。因为每个人的时间都是宝贵的，所以这个高效会议的目的是了解小组成员的工作进展和工作态度，同时锻炼他们的沟通和表达能力。

会后大家都在忙着各种任务，所以在软件开发过程中，采用了很多独立的模块，每个人负责的模块也不一样，因为迭代模式下的每个模块在交付时都必须是独立可操作的、集成的、可测试的，所以只有在测试环境集成测试正确后，功能代码才被接受。

软件开发人员写完代码后就没事干了吗？事实上并不是这样，因为测试人员会在测试环境中测试每个模块。如果发现问题，会及时在bug反馈系统中发现。软件开发人员看到自己的相关bug要及时反馈，以保证系统的正常运行。

经过一周的迭代开发，相关团队成员的编码工作基本完成或大部分完成。这时项目经理会组织一个开发者大会，就是开发者坐在一个会议室里，在投影仪上寻找bug或者编码规范。因为团队的力量还是巨大的，一个功能模块可能在短时间内给你找出十几个bug。会后会形成bug列表，按负责人分配解决。相当于集体重构一次代码，使系统更加健壮稳定。

上次修正bug后，组员可以休息一会儿。在一个迭代周期之后，项目团队的成员将再次坐在一起，召开一个重要而简单的会议迭代评审会议。总结项目中遇到的问题，以及下次如何处理同样的问题。事实上，在项目交付之前，会有许多迭代。