Agile - 大大提高生产力的技术

Agile - 什么是？

Contextualizing Agile 与软体技术开发领域相关联，主要是在软体工程建设的管理之前。事实上，这种步骤可以试图国外的工作团队更快地为投资者提供更多价值，并且降低棘手。它似乎有魔力，但不是，不是你的。检查一下 Agile 理论上没有也就是说上公开发表。反之亦然，在的系统工程建设之前，他鼓动大幅度交付、小也就是说，并且那些著名的交付物是消耗品是消除我们在软体工程建设之前遇到的问题的最佳步骤，这与我们研究工作的几乎所有章节背道而驰。在大学。以前大幅度地重新评估需求、方案和结果，在技术开发过程之前，这很惊奇，但这无非是在的与系统过程之前体现虚幻世界。毕竟，需求波动并将之前短时间波动，工程建设管理需要在波动的速度上体现这一点，而不是反之亦然，仍然似乎因为卡住的工程建设而推迟修改。

紧急情况

Agile 正式出现于 2001 年由许多人在 2001 年创建人的声明之前，这些人早已开始想到并在其之前投入了一些凶狠实践，这些实践在虚幻世界之前展示了成果，例如临界值编程、SCRUM、DSDM（动态的系统技术开发步骤） ，以及其他最终创建人文档的凶狠声明，其之前包含 12 条也就是说法理，其之前可以指导几种凶狠步骤在他们的步骤之前取得成功，但这只有在经过多次也就是说上试验后才有似乎。没有什么比实践更 Agile 了，每种步骤都被许多案例和许多演变所包围。这些凶狠工具的重要官能在于，在大多数情况下，它们有着自适应官能和可内置官能，以至于可以修改您手头上已有的东西以使用适当您的步骤，这就是为什么它如此广为人知，这是适当的，因为，如果有些东西不是 100% 适当你，那就做一个修改，这早已确实凶狠法理本身早已是自我批评的，从字面上看，它把其他更沉闷的因地制宜抛在了脑后。

Agile 法理

以前，要只不过忽略凶狠的惊人之处，有适当从它的法理开始。正如我们所说，只有 12 个。忽略这一点，有了这 12 个，都已的两件事就更容易多了，而你天才之前的小东西、SCRUM、KANBAM、XD 会更容易得多。所以我的朋友们，放松，注意和忽略。

法理#1

我们的当务之急是通过尽早、持续地交付增值软体来充分利用投资者的需求。

法理#2

喜爱对需求进行修改，即使是在技术开发后期。凶狠流程利用波动，为投资者给与公平竞争优势

法理#3

一般而言交付指导软体的间隔时间从几周到几个月不等，优先考虑更短的间隔时间仅限于。

法理#4

业务人员和技术微软不能在整个工程建设之前每天朋友们指导。

法理#5

围绕积极进取的个人开展工程建设可为他们提供所需的环境和支持，并似乎他们只能完成指导。

法理#6

向技术开发工作团队和在技术开发工作团队之间传递信息的最有效官能和最有效官能的步骤是通过面对面的对话，

法理#7

指导软体是工作进展的主要并不认为。

法理#8

凶狠流程促进能源发展，赞助商、技术微软和用户不能只能终止地比较稳定的步伐。

法理#9

对优异技术的重视持续大幅度，良好的外观设计提升了凶狠官能。

法理#10

最简单官能 最大限度先前指导量的一部分是极为重要的。

法理#11

最难的架构、需求和外观设计来自自组织工作团队

法理#12

工作团队不间断反省如何变得更有效官能率，然后相应地改进和修改他们的行径。

所以店员们，我借此没有人睡在那里哈哈，这是凶狠声明的 12 条法理，大幅度遵循它们，你早已为视作一名更好的专业人士铺平了交通设施。

我借此你喜欢这个章节，如果喜欢，请重视我并帮助公开发表更多这样的帖子......