点击上方蓝字
关注我们
“敏捷开发”一词，想必大家都不陌生（关注喜来达的老粉肯定在这儿见小编提过很多次了）。不过对于大多数人来说，“敏捷开发”可能还只是一个看见过、听说过、但并没有真实接触过的概念。
但是在互联网行业里，“敏捷开发”算是家户喻晓的热门话题。不同于 Java、Spring 这些编程语言和框架，也不同于版本管理、持续集成、Bug 追踪这些实实在在的工具，“敏捷开发”并不是一门技术或工具，它只是一个软件开发方法，也可以说是服务标准化其中一个服务模式。
在数十年前，瀑布式项目管理是软件研发的主流方法，在项目前期，人们会花大把的时间和精力去收集资源和信息，然后再去做产品设想和研发规划。
到了70年代，有先觉的研发人员发现瀑布式研发不仅在执行中各处受限，研发速度还很慢，显然已经Out了。尤其到了90年代末，互联网出现了“黑客”，这就意味着研发的项目将全部推倒重来，这简直是研发人员的噩梦。
而相比瀑布基于线性、可预测性地去开发产品，研发人员更想要能灵活管理用户反馈、Bug和需求的方法，这也就是敏捷方法出来后受到热烈欢迎和追捧的原因。
但是在这里，喜来达要澄清一个误区。这里说的“敏捷”，并不单纯意味着快速，并不是加班加点写代码、赶进度，最后在短期内完成研发就是好的。
据说“敏捷开发”这个概念最一开始被提出的时候，是被命名为 “lightweight processes”，中文翻译过来就是“轻量级软件开发过程”，只不过后来这个名称由于种种原因没有被采纳，而是用了“agile”——敏捷。
在每个人都在聊敏捷、Scrum、XP的时候，你要明白，这里的“敏捷”应该是轻量级、高效的意思，而不是快速。
“我们一直在实践中探寻更好的软件开发方法，身体力行地同时也帮助他人。”这句宣言对于喜来达来说，就是我们的服务理念。
由此，喜来达建立了以下价值观：
个体和互动高于流动和工具
可工作软件高于详尽的文档
客户合作高于合同谈判
响应变化高于遵循计划
想要真正做到“敏捷开发”其实并不简单，喜来达遵循了以下12大原则：
1.我们最优先考虑的是尽早的、持续不断的交付有价值的软件，从而使客户满意。
2.即使在开发后期也欢迎需求变更。敏捷过程利用变更可以为客户创造竞争优势。
3.采用较短的项目周期（从几周到几个月），不断地交付可工作软件。
4.业务人员和开发人员必须在整个项目期间每天在一起工作。
5.围绕富有进取心的个体而创建项目。为他们提供所需的环境和支持，信任他们开展的工作。
6.不论团队内外，传递信息效果最好且效率最高的方式是面对面交谈。
7.可工作软件是度量进度的首要指标。
8.敏捷过程倡导可持续开发。发起人、开发人员和用户要能够长期维持稳定的开发步伐。
9.坚持不懈地追求技术卓越和良好的设计，从而增强敏捷能力。
10.以简洁为本，最大限度地减少工作量。
11.最好的架构、需求和设计出自于自组织团队。
12.团队定期地反思如何能够提高成效，并相应地协调和调整自身的行为。
对于互联网产品而言，市场风向转变很快，需要一种高效快捷的交付形式，而敏捷开发则能更好地适用于此，它会指导我们用规定的环节去一步一步完成项目的开发。
敏捷开发可最大程度体现80/20法则的价值，通过增量迭代，每次都优先交付那能产生80%价值效益的20%功能，能最大化单位成本收益。
成都喜来达科技，坚持做改变传统行业的移动互联网产品
联系电话：大树 13981936632 / 温经理 13688394165
http://www.sinata.cn