精华内容
参与话题
问答
  • 敏捷软件开发宣言 我们一直在实践中探寻好的软件开发方法, 身体力行的同时也帮助他人。由此我们建立了如下价值观: 个体和互动 高于 流程和工具 工作的软件 高于 详尽的文档 客户...

    http://agilemanifesto.org/


    敏捷软件开发宣言



    我们一直在实践中探寻更好的软件开发方法,
    身体力行的同时也帮助他人。由此我们建立了如下价值观:

    个体和互动 高于 流程和工具
    工作的软件 高于 详尽的文档
    客户合作 高于 合同谈判
    响应变化 高于 遵循计划

    也就是说,尽管右项有其价值,
    我们更重视左项的价值。



    敏捷宣言遵循的原则



    我们遵循以下原则:

    我们最重要的目标,是通过持续不断地
    及早交付有价值的软件使客户满意。

    欣然面对需求变化,即使在开发后期也一样。
    为了客户的竞争优势,敏捷过程掌控变化。

    经常地交付可工作的软件,
    相隔几星期或一两个月,倾向于采取较短的周期。

    业务人员和开发人员必须相互合作,
    项目中的每一天都不例外。

    激发个体的斗志,以他们为核心搭建项目。
    提供所需的环境和支援,辅以信任,从而达成目标。

    不论团队内外,传递信息效果最好效率也最高的方式是
    面对面的交谈。

    可工作的软件是进度的首要度量标准。

    敏捷过程倡导可持续开发。
    责任人、开发人员和用户要能够共同维持其步调稳定延续。

    坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。

    以简洁为本,它是极力减少不必要工作量的艺术。

    最好的架构、需求和设计出自自组织团队。

    团队定期地反思如何能提高成效,
    并依此调整自身的举止表现。



    Manifesto for Agile Software Development




    We are uncovering better ways of developing
    software by doing it and helping others do it.
    Through this work we have come to value:

    Individuals and interactions over processes and tools
    Working software over comprehensive documentation
    Customer collaboration over contract negotiation
    Responding to change over following a plan

    That is, while there is value in the items on
    the right, we value the items on the left more.


    Principles behind the Agile Manifesto



    We follow these principles:

    Our highest priority is to satisfy the customer
    through early and continuous delivery
    of valuable software.

    Welcome changing requirements, even late in 
    development. Agile processes harness change for 
    the customer's competitive advantage.

    Deliver working software frequently, from a 
    couple of weeks to a couple of months, with a 
    preference to the shorter timescale.

    Business people and developers must work 
    together daily throughout the project.

    Build projects around motivated individuals. 
    Give them the environment and support they need, 
    and trust them to get the job done.

    The most efficient and effective method of 
    conveying information to and within a development 
    team is face-to-face conversation.

    Working software is the primary measure of progress.

    Agile processes promote sustainable development. 
    The sponsors, developers, and users should be able 
    to maintain a constant pace indefinitely.

    Continuous attention to technical excellence 
    and good design enhances agility.

    Simplicity--the art of maximizing the amount 
    of work not done--is essential.

    The best architectures, requirements, and designs 
    emerge from self-organizing teams.

    At regular intervals, the team reflects on how 
    to become more effective, then tunes and adjusts 
    its behavior accordingly.


    展开全文
  • 敏捷宣言 敏捷原则 “敏捷宣言”是一个笼统的术语,描述和管理用于处理IT团队和项目的几种轻量级且全面的敏捷方法。 Scrum,看板,精益开发,Crystal和极限编程(XP)是最受欢迎的轻量级敏捷方法。 虽然“小型...

    敏捷宣言 敏捷原则

    “敏捷宣言”是一个笼统的术语,描述和管理用于处理IT团队和项目的几种轻量级且更全面的敏捷方法。 Scrum,看板,精益开发,Crystal和极限编程(XP)是最受欢迎的轻量级敏捷方法。

    虽然“小型Scrum”适用于“敏捷宣言”,但以下所述的六个附加值应补充和增强小型团队的敏捷性。

    通过狭窄的沟通进行广泛的沟通

    与项目经理保持狭窄的沟通至关重要,但是更广泛的沟通可以带来更多价值。 广泛的沟通包括团队的所有利益相关者,包括产品所有者,ScrumMaster和所有团队成员。 通过在每个团队之间或团队与客户之间的沟通中运用最佳原则来实现卓越非常重要。 因此,鼓励团队成员花些时间在会议之前做准备,以最好地适应变化并确保取得成果。 定期快速,有效地使用团队的首选沟通渠道会营造出温馨的环境。

    团队功能交付超过个人责任

    在软件项目中,单个团队成员负责提供单个功能的责任被视为标准做法。 但是,小型团队的成员应该在项目生命周期中有更广泛的参与,因此他们需要共同承担交付工作项目的责任。 在这种方法中,团队合作起着重要的作用,团队成员作为一个整体一起工作,以确保从下至上的项目成功。

    这可以通过以下技术来实现:支持远程团队成员,公平的工作量,结对编程,代码审查和重影。 远程团队成员为实现共同目标而努力,但地理位置并不相同; 公平的工作量是为了确保团队的工作量公平分配; 结对编程专注于实时编写和审阅源代码; 代码审阅,也称为对等审阅,专注于在实现后或中断实现后查看和读取源代码; 遮挡是在职学习,通常用于内部培训。

    以发展速度交付优质产品

    快速发展和高质量交付是每位客户参与的期望。 尽管开发的速度很重要,但是高质量的交付对项目的持续成功有更大的影响。 通过使用质量保证技术,工具,指导和培训,在质量开发和测试上投入时间可以帮助团队不断取得卓越成就。

    固定项目有多个项目职责

    固定项目责任通常是团队成员通常扮演的一个角色,而整个团队所掌握的技能足以使他们能够自给自足,这是敏捷的一种标准做法,但是小规模团队的真正价值来自于成员其他角色(在合理范围内)。 例如,工程师可以成为前端开发人员,后端开发人员,质量工程师或用户界面(UI)设计人员。

    这种方法背后的想法是确保小型团队尽可能自给自足。 为了使小型团队承担多项职责,工作量必须合理并且项目流程必须简化。 这可以通过不断检查和改善工作条件并简化流程以帮助团队专注于交付来实现。 应该提供教练指导,以帮助团队成员提高技能。

    通过边际请求驱动的思维加速创新

    在企业参与过程中,严格遵循特定业务请求的请求驱动型思维很重要,但是创新是客户最重视的。 在这种参与中,客户是唯一的利益相关者,他们的观点和声音紧随其后。 进行创新至关重要,这是使团队和客户在项目定义的需求之外进行思考的关键,因此他们可以设想具有最具创意和最佳架构,需求和设计的最终解决方案。

    客户增长超过客户参与度

    成功的客户参与对于项目非常重要,但这不足以建立并维持与客户的牢固而成功的关系。 对于小型团队,从客户的业务成功角度进行业务参与很重要。 业务的增长或创建是客户对软件解决方案的最高优先; 因此,这应该是团队的头等大事。

    本文的版本最初发布在Medium上,并经许可重新发布。

    下载小型Scrum简介指南


    接下来要读什么

    翻译自: https://opensource.com/article/19/1/small-scale-agile-manifesto

    敏捷宣言 敏捷原则

    展开全文
  • 原文:《The Agile Alliance & Its Principles》根据个人理解翻译,仅供参考:敏捷软件开发宣言个体与交流 胜过 过程和工具可用的软件 胜过 

    原文:《The Agile Alliance & Its Principles

    根据个人理解翻译,仅供参考:

    敏捷软件开发宣言

    个体与交流                                           胜过             过程和工具

    可用的软件                                          胜过             面面俱到的文档

    客户协作                                               胜过             合同谈判

    响应变化                                               胜过             遵循计划

    上列各条中,右侧虽然也有价值,但左侧的价值更大。

    敏捷宣言原则

    1.         尽早并且持续地提交有价值的软件来满足客户需求是最高原则。

    2.         即使到了开发的后期,也欢迎改变需求。敏捷软件开发过程利用变化来为用户创造竞争优势。

    3.         经常提交可用软件,几周到几个月,时间越短越好。

    4.         整个项目开发过程中,业务人员和开发人员必须天天协作。

    5.         使用充满激情的个体组成的项目开发团队。给团队提供开发环境和条件,并对团队充满信心。

    6.         开发团队中,最高效交流方法就是面对面的交谈。

    7.         可用软件是项目进度的主要度量。(项目所需要的功能有多少实现了,就说工程完成了多少)

    8.         敏捷过程采用稳健的开发方法。支持者、开发者和用户都应该保持相对稳健的进度。

    9.         不断地采用良好的设计和精湛的技术可以增强敏捷性。

    10.     简单——最大限度地不去做不需要做的工作——是根本的原则。

    11.     最好的架构、需求和设计源于团队良好的组织。

    12.     每隔一段时间,团队就要反思一下怎样才能更高效地开发,并做出相应的调整。

     

     

    展开全文
  • 敏捷宣言遵循的原则 我们遵循以下原则: @我们最优先要做的是通过尽早的、持续的交付有价值的软件系统来使客户满意。 @即使到了开发的后期,我们也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。 @...

    敏捷宣言遵循的原则

    我们遵循以下原则:

    @我们最优先要做的是通过尽早的、持续的交付有价值的软件系统来使客户满意。

    @即使到了开发的后期,我们也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。

    @经常性的交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好

    @在整个项目开发期间,业务人员和开发人员必须天天在一起工作。

    @围绕被激励起来的个体创建项目。给他们提供所需要的环境和支持,并且信任他们能都完成工作。

    @在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。

    @工作的软件是首要的进度度量标准。

    敏捷过程提倡可持续的开发速度。责任人,开发者和用户能够保持一个长期的,恒定的开发速度。

    @不断地关注优秀的技能和好的设计会增强敏捷能力。

    @简单——使未完成的工作最大化的艺术——是根本的。

    @最好的构架,需求和设计出自自组织的团队。

    @每隔一段时间,团队会在如何才能更有效的工作方面进行反省,然后相应的对自己的行为进行调整。


    展开全文
  • 敏捷宣言

    2018-05-08 22:25:48
    敏捷宣言个体和互动高于流程和工具盲目地遵循流程与使用好的工具有的时候也会

空空如也

1 2 3 4 5 ... 20
收藏数 1,730
精华内容 692
关键字:

敏捷宣言