敏捷开发原则
1个回答
展开全部
我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人。由此我们建立了如下价值观:
个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
也就是说,尽管右项有其价值,我们更重视左项的价值。
尽早并持续的交付有价值的软件以满足客户需求。
行为:
以最少的功能尽早交付客户
以最短的周期持续的交付客户
结果:
早期交付功能越少,最终交付质量越高
交付的越频繁,交付质量越高
敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势。
行为:保持开放和学习的心态,欢迎变更。并积极应对变更或者进行创新。
结果:客户满意度增加,人员技能和学习能力提升,产品质量提高,团队灵活度增加。
经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。
行为:尽早并且经常发布可用软件,而不是文档。
结果:客户满意度和产品质量提高。
业务人员和开发人员在项目开发过程中应该每天共同工作。
行为:
引导团队成员共同理解软件
团队成员一起沟通理解项目进度
团队成员一起相互沟通理解彼此的想法
结果:
沟通效率大幅提升,产品质量提高,客户满意度增加
以有进取心的人为项目核心,充分支持信任他们。
行为:以有进取心的员工为核心,充分支持并信任他们
结果:你给我一个机会,我还你一个惊喜
无论团队内外,面对面的交流始终是最有效的沟通方式。
行为:无论团队内外,文档不是默认的沟通方式,沟通方式都推荐面对面的交流
结果:沟通效率大幅提升,产品质量提高
可用的软件是衡量项目进展的主要指标。
行为:使用可用的软件作为项目的主要指标
结果:需求的完成度和软件的可用程度提高
敏捷流程应能保持可持续的发展。领导,团队和用户应该能按照目前的步调持续合作下去。
行为:保持一致的速率开发
结果:快速可持续的发展
持续关注卓越的技术和优良的设计,会增强敏捷能力。
行为:
关注卓越的技术和优良的设计
结果:
随时准备对项目使用最好的技术和优良的设计
在当前的需求下当前的设计是最好的,技术是最合适的
简明为本——它是极力简化不必要的工作量的技艺。
行为:
不做过度设计和华而不实的设计
直到新需求出现时才考虑它
结果:
改善用户体验,产品就是说明书,降低学习曲线
简化不必要的工作量
只有自我管理的团队才能创造最优秀的架构,需求和设计。
时时总结如何提高团队效率并付诸行动。
个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
也就是说,尽管右项有其价值,我们更重视左项的价值。
尽早并持续的交付有价值的软件以满足客户需求。
行为:
以最少的功能尽早交付客户
以最短的周期持续的交付客户
结果:
早期交付功能越少,最终交付质量越高
交付的越频繁,交付质量越高
敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势。
行为:保持开放和学习的心态,欢迎变更。并积极应对变更或者进行创新。
结果:客户满意度增加,人员技能和学习能力提升,产品质量提高,团队灵活度增加。
经常发布可用的软件,发布间隔可以从几周到几个月,能短则短。
行为:尽早并且经常发布可用软件,而不是文档。
结果:客户满意度和产品质量提高。
业务人员和开发人员在项目开发过程中应该每天共同工作。
行为:
引导团队成员共同理解软件
团队成员一起沟通理解项目进度
团队成员一起相互沟通理解彼此的想法
结果:
沟通效率大幅提升,产品质量提高,客户满意度增加
以有进取心的人为项目核心,充分支持信任他们。
行为:以有进取心的员工为核心,充分支持并信任他们
结果:你给我一个机会,我还你一个惊喜
无论团队内外,面对面的交流始终是最有效的沟通方式。
行为:无论团队内外,文档不是默认的沟通方式,沟通方式都推荐面对面的交流
结果:沟通效率大幅提升,产品质量提高
可用的软件是衡量项目进展的主要指标。
行为:使用可用的软件作为项目的主要指标
结果:需求的完成度和软件的可用程度提高
敏捷流程应能保持可持续的发展。领导,团队和用户应该能按照目前的步调持续合作下去。
行为:保持一致的速率开发
结果:快速可持续的发展
持续关注卓越的技术和优良的设计,会增强敏捷能力。
行为:
关注卓越的技术和优良的设计
结果:
随时准备对项目使用最好的技术和优良的设计
在当前的需求下当前的设计是最好的,技术是最合适的
简明为本——它是极力简化不必要的工作量的技艺。
行为:
不做过度设计和华而不实的设计
直到新需求出现时才考虑它
结果:
改善用户体验,产品就是说明书,降低学习曲线
简化不必要的工作量
只有自我管理的团队才能创造最优秀的架构,需求和设计。
时时总结如何提高团队效率并付诸行动。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询