「敏捷项目开发」 什么是计算机软件敏捷开发？ 爱问知识人

敏捷项目开发： 什么是计算机软件敏捷开发？ 爱问知识人

常讨论敏捷开发过程的知识，并且我们也会经常争论结合使用敏捷开发过程和CMMI高级别的话题。他们两个是否能够结合使用？或者他们两个只是向相反的方向发展？带着这个疑问，下面我们一起来探讨。 这个问题可以说是老生常谈，但是我对第5级别中的那个...展开全部

敏捷项目开发： 什么叫做敏捷项目管理 ？

敏捷项目管理是规划和指导项目流程的迭代方法。与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。这种方法...展开全部

其他答案:狭义地讲，敏捷企业就是将柔性的先进制造技术、熟练掌握生产技能、有知识的劳动力以及促进企业内部和企业之间的灵活管理三者集成在一起，对千变万化 的市场机会做出快速、有效的响应。敏捷企业强调人、组织和技术的有机结合。通过这三者的紧密结合，敏捷企业可以发挥最佳的整体效益。评价一个企业敏捷性的 具体指标是时间、成本、稳健性（robustness）和适应范围。对敏捷企业的广义理解，可以认为敏捷企业是一个cims（计算机集成制造系统）、动态 联盟、并行工程、仿真制造、高素质员工等多方面的系统集成，是一个基于cims、在cms基础上发展起来的一个更高层次的集成大系统。

其他答案:首先，敏捷开发是一种过程控制论，通俗的说，就是一种做事情的方法。1. 它适用于软件，因为软件是软的，可以改。要是硬件，改起来就没那么方便了2. 它适用于客户不知道自己要啥的情况，其实，这样的客户占绝大多数。因为客户不知道要啥，所以你需要不断帮客户弄明白他到底想要啥。。。换句话说，你需要和客户沟通，合作，倾听反馈，持续改进。。。3. 它适用于竞争激烈的市场，这样的情况下，赶在竞争对手前交付一个不完美但至少能用的产品非常重要。4. 它适用于快速变化的市场，你在埋头造一辆汽车的时候，客户已经想开飞机满天飞了，这就需要你能一步步的把汽车改成飞机，还能按时交付。5. 它适用于在一个地方办公的小团队，一般10个人以内。这样能使敏捷中主要的沟通方式“Face to Face” 是可行的。 我们团队现在使用的是日事清，日事清日报的基础模版是KPTP，四个部分就组成了一份清晰明了的工作记录，这样的记录既能充分体现你当前的工作状态，又能层次分明地向领导传递工作困难与你的工作能力。此外还可以团队分享、插入图片、语音识别，功能也比较强大。而且切换到月度界面，月度的工作计划就一目了然，画面非常清晰简洁。

敏捷项目开发： 身为程序员怎么能不懂什么是敏捷开发-百度知道

展开全部 什么是敏捷开发？s 敏捷开发（AgileDevelopment）是一种以人为核心、迭代、循序渐进的开发方法。 怎么理解呢？首先，我们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成...展开全部

敏捷项目开发： 什么是敏捷开发

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，...

其他答案:敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式，目标是提高开发效率和响应能力。 除了原则和实践，模式也是很总要的，多研究模式及其应用可以使你更深层次的理解敏捷开发。 建议看一看大神的作品：《敏捷软件开发原则、模式和实践》

敏捷项目开发：敏捷开发的流程是怎样的？

不要死答概念，要从特征和应用的角度，用自己的语言表述出来。敏捷开发有如下特征:1. 工作在小的团队中2. 团队是跨功能的-包括测试人员，开发人员，文档开发人员等等3. 短迭代-利用短迭代方法来交付软件4. 相较于文档，敏捷开发更注重面对面的交流5. 敏捷不是一个过程，而是一个软件开发的形式或者方法6. 敏捷可以与软件过程如CMMI等一起实施

敏捷项目开发：敏捷开发到底是什么？

概括来讲，敏捷开发就是一种以用户的需求进化为核心，迅速迭代、循序渐进地进行软件开发的方法，核心是快速响应和持续迭代。要保证在迭代周期内，团队成员思想保持高度一致、以共同的节奏和共同的周期完成周期性运转，保证在每一个周期的同一时间点，团队中的每一个人做的事情是相对一致的。迭代也让团队内外有着共同的预期，知道什么时间点该做什么，该交付什么出来。

或许这样理解起来仍有些抽象，那么让我们来看传统的开发是怎样进行的。传统的开发有个专有名词叫“瀑布式开发”，分为5个阶段：需求分析、设计、编码、测试和维护。这套方法定义了很完备的过程规范、严格遵从这种方式会使得研发运作过程十分严谨。但是，在瞬息万变的互联网和移动互联网时代，市场环境、用户需求、竞争对手等因素都在时时发生着改变。传统的瀑布式开发要求针对客户需求写出详细的分析说明书，仅仅这一点就耗费了大量时间，严格遵循规范但不够灵活的流程管理的结果可能是研发人员在开发过程中按部就班，产品技术上没有太多瑕疵，但是正式推出市场时可能部分功能已经落伍。

和瀑布式开发相比，敏捷开发的特点就是“小步快跑、尽早交付”。在市场环境和客户需求变更非常迅速的情况下，为了让需求方尽早地看到结果，并给出反馈，以小步快跑进行开发并尽早地交付新的版本不失为一种好的解决方式。毕竟在互联网时代，可用的产品一定胜过完备的文档，并且及时的迭代可以不断修正问题。

而要做到“小步快跑、尽早交付”，对团队也提出了一定要求：

（1）准确分析市场需求

这一点也是很多人对敏捷开发的误区。敏捷并不意味着不做项目计划，只是不一定拘泥于形式，一定要拿出完备规范的开发计划书，有时候敏捷开发的计划就是团队人员在白板上画出的原型和点、甚至是口头计划。这种计划不代表分析不严谨，事实上，敏捷开发比瀑布式开发更加注重需求的分析和计划的制定。因为敏捷开发的核心就是为了及时响应用户和市场的需求，所以并不会死守着计划不进行调整。一旦市场发生变化，即使到了开发后期，敏捷团队也应该对需求的改变持欢迎态度，对原先的计划进行调整，利用变化来为产品创造竞争优势。

（2）迭代周期尽可能短，且周期固定

“小步快跑”意味着产品的交付时间间隔越短越好，通常是2-4周，频繁地迭代能保证不断修正BUG，而迭代周期固定则能和用户形成良好的合作关系，便于客户及时反馈，不断地完善和提高产品的用户体验。小米就是一个很好的例子，MIUI开发版一周更新一次，至今已连续363周进行更新。

（3）团队规模最好也能敏捷

敏捷开发对团队的沟通要求很高，过多的人数会造成沟通成本的增高，信息在传达过程中很可能会有偏差，使团队难以保持步调一致。通常情况下，敏捷团队的人数少于20人，超过的话可以再进行团队分割。比如腾讯在管理200人或者更大规模团队时，就会按照产、研、运的组织结构进行复制，把大规模团队拆分为10个20人的团队，或20个10人的团队，分别负责产品的子模块。拆分时会保证子团队人员仍以产、研、运三驾马车组成，具备交付功能，可独立工作，再通过子团队之间的协作，完成整个大产品的研发和交付。

谦启将企业案例解析与专题研究结合，前期以读书会形式带领大家拆解相关企业书籍，并附以独有专题研究进行解析，关注我们，私信留言，或搜索关注“谦启学堂”，并在后台回复“研企社”，小谦将与各位一起解读企业案例。

敏捷项目开发：什么是敏捷开发？

敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行 的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。