精华内容
下载资源
问答
  • 敏捷开发宣言

    2019-09-30 16:36:03
    敏捷开发宣言 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划虽然右项也有价值,但是我们认为左项具有更大的价值。1\敏捷开发注重个体交互,以人为...
    敏捷开发宣言

        个体和交互          胜过 过程和工具

        可以工作的软件 胜过 面面俱到的文档

        客户合作              胜过 合同谈判

        响应变化              胜过 遵循计划

    然右项也有价值,但是我们认为左项具有更大的价值。
    1\敏捷开发注重个体交互,以人为中心,放弃沉重的过程包袱.
    2\持续交互可以工作的软件,持续地迭代,一方面可以让开发人员可感觉到自己工作的成就感,同时也有了和客户进行下一步需求讨论的基础
    3\敏捷开发强调合作,最好能让客户和开发团队能持续保持沟通,让开发团队能时时了解客户的需求,随时准备适应需求变化
    当然,敏捷开发对个人而言适合小型团队进行,这样的团队随着不断的协作和成长,其敏捷度将越来越强;而大型团队需要过程的强制约束,不然很多方面会因为没有约束而显得凌乱. 

    转载于:https://www.cnblogs.com/GavinCome/archive/2007/08/12/852565.html

    展开全文
  • 敏捷开发宣言 新时代解读 敏捷开发时代背景 在解读敏捷开发宣言之前,我们先来了解下敏捷开发提出来时的时代背景。敏捷开发是在九几年提出来,到2001年确定成型。 在当年这个时代背景下,主流的软件研发项目有三...

    敏捷开发宣言 新时代解读

    在这里插入图片描述

    敏捷开发时代背景

    在解读敏捷开发宣言之前,我们先来了解下敏捷开发提出来时的时代背景。敏捷开发是在九几年提出来,到2001年确定成型。
    在当年这个时代背景下,主流的软件研发项目有三类:

    一、软件企业做好系统,卖给其它企业使用,比如ERP类的系统。
    二、大型企业有软件需求,外包给软件企业开发。
    三、门户网站。

    这几种情况,基本上都是外包类、实施类项目。他们的共同点是,客户知道需要个软件,但是他们搞不懂软件是什么样子的,你要是想问他细节,他跟你干瞪眼的情况。

    我们结合项目三要素来看,明确的产品需求,完全做不到,所以瀑布型开发,显得很古板,焕发僵化的味道,项目成功率非常低。

    所以,提出新的开发方法势在必行,才有了敏捷开发。

    我们看完敏捷开发的时代背景,我们再来看现在的软件行业。现在的主流都是企业自主研发平台和系统,自已运营,希望在行业里杀出一条血路,成为细分的独角兽。不想成为独角兽的公司,都不是个好平台。

    套用一句话,“梦想总是要有的,万一实现了呢”。

    平台,是需要深耕的,不断的升级优化。敏捷开发提出的时代项目是一锤子买卖,这是完全两种不同的形态,这会造成敏捷开发提出的思想,甚至核心思想,与现在不符,如果还是照搬敏捷开发,你会在项目中到处都是问题。

    我们简单过了大背景,现在我们来看敏捷开发宣言。

    在这里插入图片描述

    【个体与交互 胜过 过程与工具】

    这个宣言在现在是不适合的,当年是需求不清楚,所以需要产品经理、开发、测试等,坐一起天天讨论要做什么,怎么做,采用什么技术。

    瀑布型开发,有严格的过程和工具来做项目,这种方法在产品需求不明确的情况下,就是个灾难。

    所以提出了个体与交互 胜过 过程与工具。

    分析时代背景的时候,我们讲过,行业环境不同了,你有个新的想法,有一堆的软件可以参考,很容易就能把产品原型整理出来。这叫天下文章一大抄,鲁迅先生表示:我有说过这句话。所以,个体与交互显得很浪费时间。

    我们做平台做应用,都有一个梦想,要改变行业,颠覆生活等等。所以平台和应用都是长期运营的,需要不断的升级。

    国内的软件行业有个很不好的现象,人员流动太大,一年一换的人比比皆是。所以如果你不留底,后面接手的人就很麻烦。对于要求不高的公司,我们经常会看到有工程师在代码里用注释骂人,因为前面写的,没有留底,搞不懂。然后接手他工作的人,再骂他。

    鉴于这几种情况,过程与工具 更 适合 现在的时代背景。

    【可以工作的软件 胜过 面面俱到的文档】

    这个宣言,放在现在只对一半,可以工作的软件,永远是最重要的,放在哪时都一样。面面俱到的文档,做不到,但是文档是必须要做的。

    一、现在做系统,有很多的框架、组件、三方接口和开源代码等可以选择。这些框架、组件等本身也在优化和淘汰,如果没有文档留底,到时出问题的时候,你就会发现,无从下手。

    你不知道是框架引起的,还是组件或开源代码版本太低。出现问题,首先想到的是网上扒一下看有没有人遇到类似的问题,怎么解决的。

    二、平台要不断升级,负责的人员频繁换工作,如果没有留下文档,接手的人要花大量的时间去看代码,浪费很多的时间,改东西的时候,不懂乱动,他就会用一些方法把原来的代码包起来,再加上自己的,运营时间久了,代码根本没办法维护。

    我见过最极端的案例,一个做朋友圈分享的功能,一个函数有三千多行,单单显示发布时间那一行文字,就有五六个,有的是把文字隐藏,有的改透明色,有的加判断条件让他不执行等等。你要去改这个代码,你根本不知道是哪句话被执行到,被执行到的可能是透明色,不显示出来,你改个半天发现没效。

    三、文档除了留底的作用,它最大的作用实际上是整理思路,工程师用UML也好,文字也好,思维导图也好,只要把思路整理出来就行,项目组做评审就看你理解的对不对,不对的在开发之前就找出来,后面开发的时候,就是把理解的内容翻译成代码,进度有保证,而且bug也少。

    这就是文档的价值,而当时提“可以工作的软件 胜过 面面俱到的文档”,是因为需求不明确,你根本写不出文档,而不是不要写。为什么我现在着重讲这个呢?我经常面试人,我习惯会问,做项目的时候,有没有写什么文档?经常有面试者说:“我们用敏捷开发,不需要写文档。” 谁说写文档是写一堆的文字,是写图文并茂的文章。

    遇到有悟性的,我会稍微给他指点一下,不管他能不能应聘上,遇到没有悟性的,我赶紧说:“对,对,你说的是对的”,免得他认为我连敏捷开发都不懂。

    【客户协作 胜过 合同谈判】

    做平台的人都清楚,现在对体验、客户交互要求越来越高,所以工程师不会说这个不好实现,我们换个简单的,不会有太多工程师与产品经理扯皮的事。这条对于平台型的公司来说,就不适合。

    对于做外包的软件公司,这条还是适合的。

    【响应变化 胜过 遵循计划】

    这条宣言本身是很好,但是放在大环境下,就会有些出入。

    当年是客户不知道要什么,“宣言一”说好听是个体与交互,说难听就是几个人一起猜。所以,做出来的东西可能不是客户想要的,所以有很多变化。

    现在产品需求基本上是明确的,如果有不明确的,很容易就能确定下来,研发中间是会有些需求变更,基本上是可控的,所以响应变化显得 没那么重要。

    现在创业公司很多,产品必须要在某时间点出来,不然就影响到融资。融资过的公司,产品更要求在某时间点出来,因为要下一笔融资。所以遵循计划显得比响应变化更重要。

    上面分享的纯属个人观点,如果你有不同的意见,我们可以私下沟通。

    在这里插入图片描述

    这篇内容节选自我的视频课程《项目管理从入门到精通:实践经验分享,实用套路讲解,项目规律实训》,有兴趣的童鞋,可以从课程中了解更多关于敏捷开发的讨论;知道采用敏捷开发,项目有时能准时开发出来,有时又延时严重的前因后果。

    展开全文
  • 敏捷开发宣言: 1.个体和交互 胜过 过程和工具 2.可以工作的软件 胜过 面面俱到的文档 3.客户合作 胜过 合同谈判 4.响应变化 胜过 遵循计划 敏捷开发的原则: 1.我们最优先要做的是通过尽早的、...
    • 敏捷开发宣言:
    1.个体和交互 胜过 过程和工具
    2.可以工作的软件 胜过 面面俱到的文档
    3.客户合作 胜过 合同谈判
    4.响应变化 胜过 遵循计划

    • 敏捷开发的原则:
    1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
    2.即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
    3.经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。
    4.在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
    5.围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。
    6.在团队内部,最具有效果并富有效率的传递信息的方法,就是面对面的交谈。
    7.工作的软件是首要的进度度量标准。
    8.敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
    9.不断地关注优秀的技能和好的设计会增强敏捷能力。
    10.简单是最根本的。
    11.最好的构架、需求和设计出于自组织团队。
    12.每隔一定时间,团队会在如何才能更有效地工作方面进行反省,然后相应地对自己的行为进行调整.

    转载于:https://www.cnblogs.com/beiyue/p/6862471.html

    展开全文
  • 敏捷开发宣言与原则

    2011-03-26 19:51:37
    [b][*]敏捷开发宣言:[/b] 1.个体和交互 胜过 过程和工具 2.可以工作的软件 胜过 面面俱到的文档 3.客户合作 胜过 合同谈判 4.响应变化 胜过 遵循计划 [b][*]敏捷开发的原则:[/b] 1.我们最优先要做的是通过...
    [b][*]敏捷开发宣言:[/b]
    1.个体和交互 胜过 过程和工具
    2.可以工作的软件 胜过 面面俱到的文档
    3.客户合作 胜过 合同谈判
    4.响应变化 胜过 遵循计划

    [b][*]敏捷开发的原则:[/b]
    1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
    2.即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
    3.经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。
    4.在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。
    5.围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。
    6.在团队内部,最具有效果并富有效率的传递信息的方法,就是面对面的交谈。
    7.工作的软件是首要的进度度量标准。
    8.敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
    9.不断地关注优秀的技能和好的设计会增强敏捷能力。
    10.简单是最根本的。
    11.最好的构架、需求和设计出于自组织团队。
    12.每隔一定时间,团队会在如何才能更有效地工作方面进行反省,然后相应地对自己的行为进行调整.
    展开全文
  • 敏捷开发之道(一)敏捷开发宣言

    千次阅读 多人点赞 2014-01-14 00:15:49
    从本篇文章开始,我们一起来探讨一下敏捷开发的相关内容。
  • 敏捷开发 宣言 思想 认识误区

    千次阅读 2014-12-11 14:16:50
    一个是敏捷开发宣言 另一篇是稍微具体的方法
  • 敏捷软件开发宣言 个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判相应变化 胜过 遵循计划 虽然右项也具有价值,但我们认为左项具有更大的价值 敏捷宣言遵循的原则 我们...
  • 敏捷开发十二个原则 1 我们最优先要做的是通过尽早的 持续的交付有价值的软件来使客户满意2 即使到了开发的后期,也欢迎改变需求3 经常性地交付可以工作的软件,交付的间隔可以从几周到几个月,交付的...
  • 敏捷开发宣言和原则

    2012-03-19 11:00:00
    宣言: 个体和交互 > 过程和工具 可以工作的软件 > 面面俱到的文档 客户合作 > 合同谈判 响应变化 > 遵循计划 原则: 1.尽早、持续的交付有价值的软件来使客户满意。 2.即使到了开发的...
  • 敏捷开发宣言 (一)

    2015-05-01 22:19:00
    原文: Individuals and interactions ...实际呢,很多号称要敏捷的公司完全忘记了右项,结果不仅没有敏捷,反而将项目过程弄得更糟糕了.   转载于:https://www.cnblogs.com/agger0207/p/4471275.html
  • 敏捷开发宣言:个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划虽然右边的项也具有价值,但我们认为左边的项具有更大的价值 1.个体和交互 ...
  • 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 ...
  • 个人和交互胜过过程和工具 可工作的软件胜过面面俱到的文档 客户协作胜过合同谈判 响应变化胜过遵循计划
  • 敏捷软件开发宣言

    2020-09-02 10:24:53
    敏捷软件开发宣言敏捷软件开发宣言 敏捷软件开发宣言 We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: 我们一直在实践中...
  • 《敏捷宣言》及敏捷开发十二原则

    千次阅读 2018-03-24 15:02:16
    敏捷开发宣言《敏捷宣言》我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作,我们形成了如下价值观:个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应...

空空如也

空空如也

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

敏捷开发宣言