上篇敏捷开发之 4句敏捷宣言中讲了敏捷开发的价值观, 从这些价值观中可以引出下面的12条原则，它们是敏捷实践区别于重型过程的特征所在。在Agile Software Development － Principles,Patterns,and Practices（中文书名： 敏捷软件开发－原则、模式与实践）中对这12条原则分别进行了阐述，这里我就不重复解释书本的内容了，将从我个人的理解去讲解这些
转载
2023-04-25 18:57:25
369阅读
敏捷宣言的官方解释：12条敏捷原则上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。难道真正的敏捷只是遵循这四句话就可以了吗？不要 too young too simple 了。在现实的项目环境中，各种因素往往是复杂多变的，敏捷宣言的概括虽说是可以覆盖到大部分的问题，但毕竟还是太过于笼统抽象了。所以，各位大佬们在发布敏捷宣言
原创
2021-09-27 18:02:00
87阅读
上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。难道真正的敏捷只是遵循这四句话就可以了吗？不要 too young too simple 了。 在现实的项目环境中，各种因素往往是复杂多变的，敏捷宣言的概括虽说是可以覆盖到大部 ...
转载
2021-10-15 11:01:00
1491阅读
2评论
敏捷开发我认为就是更针对实际情况来采取的相应对策，所以更有可操作性。上面的宣言我觉得就是对敏捷精髓的高度概括，值得我们每个人好好理解、领会并实践。
原创
2010-11-17 13:01:07
4418阅读
点赞
把外包变成一种成功的模式，我们将这种方法论称为“精益敏捷外包”。我们的目标是利用当地的广阔人力资源，更加高效、迅速地交付软件。
转载
2023-06-28 17:55:31
47阅读
敏捷外包的14条原则文／Vikas Hazrati 译／金欣亮虽然软件项目的外包趋势已经是一个不争的事实，但是还是有很多项目由于错误的外包而失败了。抛开诸多优势不谈，软件外包确实带来了额外的复杂性、风险以及消耗。本文将基于实际项目经验以及丰田公司的制造过程，讨论如何把外包变成一种成功的模式，我们将这种方法论称为“精益敏捷外包”。我们的目标是利用当地的广阔人力资源，更加高效、迅速地交付软件。鉴于Sc
转载
2023-06-29 11:58:53
69阅读
【项目管理12条原则】与PMP认证的持续发展与挑战
项目管理专业人士（PMP）认证是全球公认的项目管理领域的黄金标准。为了维持这一标准，PMP持证者必须每三年获得60个专业发展单元（PDU）以保持其认证的有效性。这一要求并不是随意设定的，而是基于【项目管理12条原则】中的持续发展原则。
持续发展原则强调，项目管理人员必须不断地学习、培训和获得新的技能，以确保他们与时俱进，能够应对项目管理领域中
原创
2023-11-30 09:20:46
217阅读
《敏捷宣言》背后有十二个原则，如图2-3所示，句首关键字可帮大家抓住要点。 （1）我们最重要的目标，是通过持续不断地及早交付有价值的软件来使客户满意。● 客户满意和有价值的软件是关键词。要确保我们开发的软件产品能够给客户带来真正的价值，这完全取决于在开发期间与客户的密切合作。产品需求管理是确保客户需求在开发期间被正确理解的关键。我们应该集中精力在对客户最有价值的工作上。● 尽早并持续交付的能力是满
转载
2022-02-03 09:42:49
1087阅读
《敏捷宣言》背后有十二个原则，如图2-3所示，句首关键字可帮大家抓住要点。
（http://agilemanifesto.org/iso/zhchs/principles.html）。
（1）我们最重要的目标，是通过持续不断地及早交付有价值的软件来使客户满意。
● 客户满意和有价值的软件是关键词。要确保我们开发的软件产品能够给客户带来真正的价值，这完全取决于在开发期间与客户的密切合作。产品需求管
转载
2021-07-06 14:24:57
1206阅读
(转自http://yishan.cc/blogs/xin/archive/2010/12/12/1774.aspx)
敏捷开发原则
作为 <现代软件工程> 的一个作业, 我要求同学们把 英文的敏捷开发原则 翻译成中文并解释。 大部分同学都提供了持续重构, 不断提高的版本。 技术翻译专家余晟老师也对其中较难翻译的三条原则提了
转载
精选
2010-12-23 21:15:05
567阅读
作为 <现代软件工程> 的一个作业, 我要求同学们把 英文的敏捷开发原则 翻译成中文并解释。 大部分同学都提供了持续重构, 不断提高的版本。 技术翻译专家余晟老师也对其中较难翻译的三条原则提了很好的建议。 下面是我的尝试, 翻译要做到 信, 达, 雅, 很难, 而且中国的软件工程实践有自己的特色, 别家的格言警句有时候未必能引起共鸣
原创
2010-12-10 23:25:00
442阅读
敏捷宣言，也叫做敏捷软件开发宣言，正式宣布了对四种核心价值和十二条原则，可以指导迭代的以人为中心的软件开发方法。 敏捷软件开发关注保持简洁的代码，经常性测试以及及时地交付应用的功能模块。敏捷宣言的创建是为了替代文档驱动的繁重的软件开发流程，例如瀑布式方法。 敏捷宣言强调的敏捷软件开发的四个核心价值是： ·个人和互动高于流程和工具 ·工作软件高于理解文档
转载
2023-04-25 18:57:23
222阅读
敏捷软件开发宣言 : 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划(虽然右项也具有价值，但左项具有更大的价值)敏捷宣言遵循的12个原则：1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。2.即使到了开发的后期，也欢迎改变需求，敏捷过程
转载
2007-05-07 22:03:00
143阅读
2评论
因为专注开源领域十余年，参与建设过ClickHouse、Dolphin，SeaTunnel等社区，现在是Apache基金会Member，也是Apache孵化器导师，所以常常在私下或公开场合被问及：从您的角度来看，究竟什么样的开源项目更有可能成功？如何把一个开源项目做好？近期，针对过往积累的开源相关碎片化知识进行梳理，归纳总结了打造卓越开源项目的12条原则，本次直播分享给大家。
原创
2022-07-28 11:18:50
401阅读
在软件开发中，我们经常会遇到类似这样的问题 我们所理解的东西无法和用户想要的达成一致，所以用户提出的要求，经过项目经理都可能奔溃的系统。
转载
2023-04-26 01:10:43
260阅读
编写单元测试是一种验证行为，更是一种设计行为。测试时一个无价的文档。如果你想知道如何调用一个函数或者创建一个对象，会有一个测试展示给你看。什么是设计？不应该认为设计就是一组和代码分离的UML图。一组UML图也许描绘了设计的一些部分，但是它不是设计。（还是要代码化）僵化性是指难以对软件进行改动，即使是简单的改动。如果单一的改动会导致有依赖关系的模块的连锁改动，那么设计就是僵化的。脆弱性是指在进行一个改动时，程序的许多地方就可能出现问题。要修正这些问题就又会引出更多的问题。牢固性是指设计中包含了其他系统有用的部分，但是要把这些部分从系统中分离出来所需要的努力和风险是巨大的。晦涩性是指模块难以理解。
原创
2021-08-05 15:48:34
851阅读
在敏捷开发中，"INVEST" 是一个用于评估和设计用户故事的缩写，代表了一组关键的原则。这些原则有助于确保用户故事（User Stories）具有良好的特性，以便于团队理解、评估和实现。以下是 "INVEST" 的原则： Independent（独立性）： 用户故事应该是相互独立的，一个故事的实现
原创
2023-11-30 11:42:36
397阅读
"你不必严格遵守这些原则,违背它们也不会被处以宗教刑罚.
但你应当把这些原则看成警铃,若违背了其中的一条,那么警铃就会响起."
1.SRP单一职责原则[适用于类功能]
(就一个类而言,应该仅有一个引起它变化的原因.)
详细说明:
如果一个类承担的职责过多,就等于把这些职责耦合在一起.
一个职责的变化可能会削弱或者抑制这个类完成其它职责的能力.
这种耦合会导致脆弱的设计,当变化发
转载
2010-11-21 20:16:00
263阅读
2评论
敏捷开发中的 "DEEP" 原则代表一组用于评估和管理产品 backlog 的原则。这些原则有助于确保 backlog 中的条目清晰、有价值、可执行。"DEEP" 是以下四个原则的缩写： Detailed Appropriately（适度详细）： 产品 backlog 中的条目在适度的层次上应该被详
原创
2023-11-30 11:42:26
179阅读
《敏捷宣言》背后的12准则我们遵循以下准则：1.我们的最高目标是，通过尽早和持续\
原创
2022-11-22 00:24:54
289阅读
