敏捷开发是一种开发模式:个人交互优于流程工具，可操作的软件优于复杂的档，用协作优于合同谈判，对变化优于遵循计划。下面软件开发公司将用一个真实的案例来告诉你敏捷开发。每天早上上班前的务是早会。因为时间很短，每个人通常都站着会。最重要的
软件开发随着信技术的飞速开发展，很多软件开发人员要求软件开发人员增量交付，迭开发，持续集。显然，传统的瀑布式软件开发模式已经不能满足需求，于是出现了软件开发公司的敏捷开发模式。
接触过敏捷开发的朋友可能都知，敏捷开发是一种开发模式:个人交互优于流程工具，可操作的软件优于复杂的档，用协作优于合同谈判，对变化优于遵循计划。
下面软件开发公司将用一个真实的案例来告诉你敏捷开发。
每天早上上班前的务是早会。因为时间很短，每个人通常都站着会。最重要的是汇报他们昨天的工作，工作过程遇到的问题，是否已经解决。谁需要帮助？同时，我也想说说我今天打算做什么。那么，提出的所有问题都要放在一起讨论。如果能及时解决，当场解决，解决不了的会后协调。因为每个人的时间都是宝贵的，所以这个效会议的目的是了解小组员的工作进展工作态度，同时锻炼他们的沟通表能力。
会后大家都在忙着各种务，所以在软件开发过程，采用了很多独立的模块，每个人负责的模块也不一样，因为迭模式下的每个模块在交付时都必须是独立可操作的、集的、可测试的，所以只有在测试境集测试正确后，功能码才被接受。
软件开发人员写完码后就没事干了吗？事实上并不是这样，因为测试人员会在测试境测试每个模块。如果开发现问题，会及时在bug反馈系统开发现。软件开发人员看到自己的相关bug要及时反馈，以保证系统的正常运行。
经过一周的迭开发，相关团队员的编码工作基本完或大部分完。这时项目经会组织一个开发者大会，就是开发者坐在一个会议室里，在投影仪上寻找bug或者编码规。因为团队的力量还是巨大的，一个功能模块可能在短时间内给你找出十几个bug。会后会形bug列表，按负责人分配解决。相当于集体重构一次码，使系统更加健壮稳定。
上次修正bug后，组员可以休一会儿。在一个迭周期之后，项目团队的员将再次坐在一起，召一个重要而简的会议迭评审会议。总结项目遇到的问题，以及下次如何处同样的问题。事实上，在项目交付之前，会有许多迭。
