欢迎转载,共享敏捷知识。记得附上转载地址哦 https://blog.csdn.net/monva/article/details/84862002
敏捷原则
为了进一步补充4条敏捷价值观,宣言的作者们为敏捷方法制定了12条指导原则。具体如下:
敏捷宣言的原则。我们遵循以下原则:
1. 我们最高优先级的工作任务是通过尽早和持续不断地交付有价值的软件,来满足客户的需要。
2. 我们欢迎需求变更,即使是到开发后期也欢迎。敏捷过程将会通过变更,而使客户获得竞争优势。
3. 经常交付可使用的软件,交付周期从几个星期到几个月不等,时间间隔越短越好。
4. 在项目进行过程中,业务人员和开发人员应该日常开展相互协作工作。
5. 使用积极主动的成员来参与项目,并提供他们所有需要的支持和环境,信任他们能够完成工作。
6. 面对面地交流是开发团队中最迅速,也是最有效的信息交流方式。
7. 可使用的软件是项目进展状况的主要度量。
8. 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
9. 对卓越技术和好设计的持续关注有助于提高项目的敏捷性。
10.简化(尽最大化减少不必要做的工作的艺术)也是至关重要的。
11.最佳的架构、需求、设计都是源于自我管理的团队。
12.在有规律的时间间隔中,项目团队要思考如何提高后面的工作效率,然后相应地调整自己的行为。
1.我们最高优先级的工作任务是通过尽早和持续不断地交付有价值的软件,来满足客户的需要。
这里有三个重点,首要要让客户满意。如果我们有一份很好的计划和文档,并且让我们的PMO和QA人员很满意,那么我们可能依然是失败的;因为我们关键应该是让我们的客户满意。
第二点就是尽早地持续交付。我们必须构建项目和项目团队以便更早地交付,然后频繁地交付。通过频繁迭代能与客户形成早期的良好合作,及时反馈提高产品质量。
最后一点就是我们要交付有价值的软件,而不是没有完成的工作产品、WBS、文档或者计划。关注的应该是最终的目标:对于软件项目就是软件;对于其他类型的项目,就可能是产品或者服务。
2.我们欢迎需求变更,即使是到开发后期也欢迎。敏捷过程将会通过变更,而使客户获得竞争优势。
从传统的软件开发观点来看,变更通常会被看做是一种负面的事情,产生了变更通常是因为范围的蔓延和计划做得不够周全。对于变更,许多传统软件开发项目都有严格的变更控制程序,这就导致了要花很多的时间和精力记录和管理变更请求。
这种严格的变更管理方法对于软件项目和一些经常要发生变更的类型的项目会造成一些问题。相反,敏捷的项目管理方法接受变更的发生。事实上,在XP的方法中提到了“拥抱变更”。敏捷的方法就是用一种轻量级、高透明性的方法将变更进行优先级排序,并放入待开发项中以待开发。
接受变更并通过建立有效的方法处理它们,那么团队可以花费更多的时间开发项目的最终产品,而不是在变更问题上争论不休。敏捷创建了一种易于理解,高可视化的方法处理变更,使项目长时间地处于高适应性和灵活性的环境下。
3.经常交付可使用的软件,交付周期从几个星期到几个月不等,时间间隔越短越好。
这条原则强调的是可交付的工作在测试环境下测试并得到反馈。频繁地测试和反馈是很重要的,特别是持续集成工具给开发人员提供了这样的反馈。
我们交付可以工作的软件,并尽早地、经常性地交付它。我们不赞成交付大量的文档或者计划。我们认为那些不是真正要交付的东西。我们关注的目标是交付满足客户需要的软件。
4.在项目进行过程中,业务人员和开发人员应该开展日常协作工作。
业务人员可从实际的客户立场出发指引开发人员,从这点看还是很值得的。通过和业务人员每天在一起,开发团队理解业务的方式,远远超出了需求收集会议的效果。这样,开发团队可以更好地提出解决方案和处理业务请求。
当业务人员和开发人员不可能天天都在一起的时候,敏捷方法建议用一些方法让2组人员定期地在一起工作,也许是2天一次,也可能根据工作的类型确定频率。
5.使用积极主动的成员来参与项目,并提供他们所需要的支持和环境,信任他们能够完成工作。
在敏捷项目中,人被认为是项目取得成功的最重要的因素。所有的其他因素——过程、环境、管理等被认为是次要的,并且当这些因素对人有负面的影响时,就要对它们进行改变。
对于人来讲,我们需要激发每一名团队成员的斗志,这样才能使他们更好的服务于项目;其次,组织也需要尽可能地为他们提供环境和支持;最后组织要相信团队成员能够完成工作,给予他们充分的信任。
6. 面对面地交流是开发团队最迅速,也是最有效的信息交流方式。
面对面沟通时三大要素影响力的比例是:文字7%,声音38%,肢体语言55%。沟通便是要努力和对方达到一致性以及进入别人的频道,也就是你的声音和肢体语言要让对方感觉到你所讲和所想的十分一致,否则对方无法收到正确讯息。
很多公司也通过文档来传递信息,特别是一些大型公司中。而文档有时包含的信息并不全面或者由于疏忽会有遗漏的地方,更何况有时对于同一段话,不同的人理解是不一样的,这样给项目后期的工作埋下了隐患。所以在敏捷项目中,我们认为最好的沟通方式是面对面沟通。
待续....