互联网开发行业中的敏捷开发

互联网是一个发展非常快速的行业，软件的迭代更新非常的频繁，这就要求开发人员每时每刻都处于加班状态，今天的需求也许明天就是更改。要求我们的开发团队非常的灵活，甚至公司在组织架构上也出现了相应的改革，把职能型架构改成项目型架构，以适应快速变化的市场需要。

在这种背景下“敏捷开发”这种弄理念就被提出来了，首先敏捷开发不是技术语言，只是一种理念。当然其也不是万能的，不能为了敏捷而敏捷。

敏捷开发，又称“敏捷软件开发”，是一种从1990年代开始逐渐引起广泛关注的新型软件开发方法，是一种能应对快速变化需求的软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

当前，似乎每个公司每个人都在践行敏捷。这主要归功于敏捷能够适应变化并整合客户反馈的特质。 现代社会这两者是非常重要的，因为技术在不断地革新，且人们获取信息的方式越来越容易——包括公开的客户反馈。

快速响应并将客户反馈纳入产品和流程，要求自组织团队不断调整工作的内容以提高效率。团队可以进行定期调整以满足每天出现的新需求。在项目规划方面，这种波动环境可能会使事情变得棘手：因为几乎不存在明确的截止期限和可预期的交付成果。 正因为敏捷开发的这种不断迭代升级的开发模式，使得其更加适合当今瞬息万变的互联网，可以说是互联网时代的软件开发方式。

在敏捷方法其独特之处以外，他和其他的方法也有很多共同之处，比如迭代开发，关注互动沟通，减少中介过程的无谓资源消耗。通常可以在以下方面衡量敏捷方法的适用性:从产品角度看，敏捷方法适用于需求萌动并且快速改变的情况，如系统有比较高的关键性、可靠性、安全性方面的要求，则可能不完全适合;从组织结构的角度看，组织结构的文化、人员、沟通则决定了敏捷方法是否适用。跟这些相关联的关键成功因素有:

组织文化必须支持谈判人员彼此信任，人少但是精干，开发人员所作决定得到认可，环境设施满足成员间快速沟通之需要。最重要的因素恐怕是项目的规模。规模增长，面对面的沟通就愈加困难，因此敏捷方法更适用于较小的队伍，20、40人或者更少。大规模的敏捷软件开发尚处于积极研究的阶段。

另外的问题是项目初期的大量设想或快速的需求收集可能导致项目走入误区，特别是客户对其自身需要毫无概念的情况下。与之类似，人之天性很容易造成某个人成为主导并将项目目标和设计引入错误方向的境况。开发者经常会把不恰当的方案授予客户，而直到最后出问题前都能获得客户认同。虽然理论上快速交互的过程可以限制这些错误的发生，但前提是有效的负反馈，否则错误会迅速膨胀。

在敏捷开发的团队，最难做到不是产品需求的改变，产品的开发，而是公司里上下一致的目标。市场、产品提出了新的想法，到技术那边如果没有形成一致的目标，很容易出现分歧，最终导致产品方向出错，或者研发进度拖后。所以在团队成立之初就需要在团里建立一个目标，让团队里所有的人都为这个目标而工作。

敏捷口号在业界已经喊了这么多年了，道理该说的差不多大家也都知道了，之所以无法按照敏捷执行，在我看来，就是差工具这一步。

工欲善其事必先利其器，希望大家找到最合适自己团队的工具，推荐使用和大富豪马云同名的“码云”，享受敏捷，利用敏捷，做一个快乐幸福的职业人。