敏捷开发特点和使用场景（敏捷开发适用于哪些项目）

从PM的角度聊聊敏捷开发

从去年年底开始负责APP的社区功能，技术实现上用可H5的形式，从APP团队中独立出来。以小团队尝试敏捷开发模式的探索，而我作为产品经理，自然也是这个敏捷项目的Scrum Master。

PM指的是产品经理，是负责产品规划、设计、开发和推广的专业角色。 PSM指的是专业Scrum主管，是一种敏捷项目管理方法中的角色，负责指导团队实施Scrum框架。

首先敏捷开发都强调自组织的团队，也就是说团队是自我管理的，而不是受制于外部压力的，团队内部是相互平等的，而不是有人主导其他人配合的。在这样的团队文化中，QA、PM的角色就和传统的角色差异很大了。

敏捷开发适合小团队和创业团队，能够极大的减少时间上的成本。敏捷开发小组主要的工作方式可以归纳为：PM和RD作为一个整体工作； 按短周期迭代工作；每次迭代交付一些成果：关注业务优先级；机动检查与调整。

在敏捷团队中，SM的角色至关重要，通常SM由我们的pmo（product managerment office，pmo是一个组织，或部门，而非个人，个人的定义为pm）来担任居多，但并不完全限定于pmo。

敏捷开发的项目管理软件有8ManagePM，支持增量式产品开发的短迭代管理和满足竞争格局和产品需求动态变化的管理需求。如有需要，也可灵活扩展以满足传统项目监控的管理需求（如时间管理、成本管理）。

常用的敏捷开发模式有哪些

DSDM（动态系统开发方法）是众多敏捷开发方法中的一种，它倡导以业务为核心，快速而有效地进行系统开发。实践证明DSDM是成功的敏捷开发方法之一。

而敏捷开发模式则提供了一种新的模式，即小步快走，不断调整，快速迭代！你需求不明朗没关系，我们先做一小丢丢，对了就继续不对也不至于说损失很大，调整方向也来得及，通过这种模式不断纠正最后不断趋近客户最终想要的东西。

快速迭代 相对那种半年一次的大版本发布来说，小版本的需求、开发和测试更加简单快速。一些公司，一年仅发布仅2~3个版本，发布流程缓慢，它们仍采用瀑布开发模式，更严重的是对敏捷开发模式存在误解。

敏捷方法的敏捷开发

敏捷开发方法又称为“轻量级”开发方法。快速迭代 相对那种半年一次的大版本发布来说，小版本的需求、开发和测试更加简单快速。

敏捷开发是一种快速响应变化、高度协作的软件开发方法。相比于传统的瀑布模型，敏捷开发具有以下优点： 更快的交付周期：敏捷开发强调小规模的迭代开发，每个迭代都能够交付有价值的软件功能，从而更快地满足客户需求。

简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。

软件开发中的敏捷方法如下：在创建敏捷宣言时，有不少“轻量级”开发流程；此后出现了其他此类方法。它们现在统称为敏捷方法。敏捷是一种思维方式和行为方式。敏捷是一种心态，是一套价值观和原则。

瀑布式开发和敏捷开发的具体区别是什么?

开发流程不同、项目管理不同。敏捷开发是一个迭代式和增量式的开发过程。每个迭代周期内，团队完成一个完整的软件版本，这个周期通常很短，从几天到几周不等。

由W.W.Royce在1970年最初提出的软件开发模型，　瀑布式开发是一种老旧的计算机软件开发方法。

瀑布式开发，要求明确的需求，大家按照需求一步步做好规划，在项目运作过程中严格产出各种文档，按着流程一步步走下去。

简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。

瀑布开发和敏捷的区别：需求，瀑布模式下，你必须告诉我你要什么样的，让后我定制给你，敏捷模式下，你告诉我你想要什么样的。

敏捷开发的一点个人心得

篇一：拓展训练个人心得体会 为期一天的拓展训练结束了，但内心的激动却久久不能平息。回顾在训练中受的挑战和磨练，感受颇深。这次训练，是一次身心的大洗礼，是进一步推动我全力以赴作好各项工作的动力。

第一次接触看板是2010年所在公司，开发团队采用的Scrum敏捷开发模式。当时，领导在团队中设立了PM（product Master）、PO（product owner）、SM（scrum master），当然那时我是ST（scrum team member）。

先摘好摘的果子：有点像产品中的敏捷开发，先有再完美，效果很明显； （6）每天制一个图表：用于总结，不过我是用报表多点； （7）一个垒一个垒的打：追求稳，同时不给干系人太高期望。