敏捷开发？敏捷管理？什么是敏捷？（一）

1、敏捷开发？敏捷管理？什么是敏捷？（）为什么要敏捷？在传统的互联开发模块中，我们通常都是等到了份完整的需求档，需求原型，在需求明确清晰的情况下，我们在进需求评审；然后进API档的设计，在进没有任何需求变化、打扰的情况下进编码作，然后部署测试上线，通过；这估计是开发员最想看到的种开发模块。但是在实际的情况中，需求的多样性变化，客户的反馈，市场环境多元性的变化，让 传统的“瀑布式开发”、“迭代型”模式已经不在适合正常的运营模式。例如，客户每次提出的东西定是他们想要的？在需求沟通的过程中传递中，能保证信息的致性吗？我们并不是客户本，每个的想法都是不样的，多数是法次性真正满客户的需求，因此我们需要次次不

2、断的测试，迅速推向市场，通过市场的验证与反馈，避免少弯路。什么是敏捷开发“敏捷开发”是指 什么？ 我也问过，也不知道如何回答。针对这个问题，开始了下的章信息整理，然后找出的答案。“敏捷” 通过字简单理解为，快速，动便捷。根据百度百科的解释：“敏捷开发以户的需求进化为核，采迭代、循序渐进的法进软件开发”；PMBOK 第六版 中描述 敏捷开发 指的是 适应型命周期属于敏捷型、迭代型或增量型。详细范围在迭代开始之前就得到了定义和批准。适应型命周期也称为敏捷或变更驱动型命周期。如何理解敏捷在理解敏捷开模式开发之前，我们要了解常规的项开发中会使 “瀑布型命周期”、“迭代型命周期”、“增量型命周期”的开发

3、模式；常见的开发 “瀑布型”与“迭代型” 居多，下通过简单的个活案例来描述 这个 开发命周期的 区别有什么：瀑布型（结束开始的种依赖模式，在明细明确的情况下，按照步骤步步的往下执，将问题简单化）敏捷型（拥抱变化，以客户为中，不断的满客户的需求， 保持定的周期（冲刺周期）不变的情况更新）迭代型 （顺序渐进，在需求不明确的情况下，完成整体的估算，顺着时间的变成对产品的完成，需求就更加明确）敏捷和迭代是个类型，只是简单的包含和被包含的关系吗？emmm，需要邀请专家佬来解析下，敏捷专家场景：餐厅点餐， 7名客户 去餐厅点餐，点餐数量12菜， 餐厅服务费将客户已经点好的菜单 提送给厨房，厨房根据产品的耗

4、时长久来进分制作，那么在常见的餐厅上菜模式就会有种模式：1. 等所有菜 全部完成，在次性的全部 上菜给客户2. 隔分钟上菜道菜分析：模式1： 家可以理解成种瀑布型，在客户点菜明确的情况下，厨房按步骤步步的往下执任务，最后次性将任务成功交付给客户，让客户的需求次性满模式2： 以客户为中，同时衡量每个菜品的耗时价值（做得越快，说明开发成本低，在这种价值下，快速交付给客户是价值最的，如说 凉菜，乎不消耗厨师成本就可以交付），分阶段性的满客户需求在这个模块下我们继续分析得知 如果以客户的度来说，这种情况下 模式1 肯定是不满 实际场景需求的，因为耗时太长，客户的期望值会随着时间的边长会逐渐降低， 同时

5、 如果 客户临时调整菜单，会将 模式1的时间逾期耗时更久。反过来在描述模式2，在模式2的情况下，保持定的产品提交给客户，让客户直保持期望，且 如果客户在调整菜单时，也不会影响 后续未做产品的产品，因为实际并未开完。可能部分场景不是很全部，但是相表达的通过简单的案例来区分出来，敏捷和瀑布的区别是什么， 瀑布是在定模块下，按步骤步步执，如果步骤变化，会导致后续的流程也因此变化变化，敏捷不样，敏捷是拥抱变化，以客户为中的模式场景：依旧还是客户餐厅点菜，但是只有2去餐厅点菜，点菜数量3道，但是店内客户很多，后厨作已经在滞后中。场景中描述了个关键字信息： 1：当前客户需求不复制， 2： 对客户多，研发作

6、量针对这种情况，那么后厨要采什么样的式才能进快速的分操作来完成任务呢？ 反过来 我们来看下 “瀑布型”“敏捷性”的这种模式下，那种更适合呢？1：如果使瀑布型，那么我们就次性收集所有的需求 再次次性按步骤次完成，然后将产品次性的交付给客户2：如果使敏捷性，那么就收到任务，将此此任务列待办列表，然后根据客户点菜的顺序 按实际排序步步完成但是 实际场景中，如何我们使敏捷性，那可能会出现种， 客户A 点了3个菜，第盘才上了之后，家吃完了，然后第盘菜和第三盘菜，可能会等很久，才会完成，那么这个时候，客户的期望值会和 场景 中的保持致吗？如果使瀑布型，将客户的产品次性的交付，次性满客户的期望，是否会 “敏

7、捷型”更好？感觉场景描述的并不是特别好，存在许多BUG，因为场景的情况也还会在场景中出现， 但是我们需要考虑是，敏捷型定是最好的吗？ 并不是，我们需要因材施教， 在产品不复杂，体量不的情况下， 瀑布型或者迭代型 是不是种更好的式呢？场景三： 我们需要 春节假期 坐车回家（于100公）依旧，我们先分析需求，1： 标常明确， 回家，2： 执的式： 回家的式有很多，（1：做的 2：坐车 3：坐班车）3： 规划路线，规划程。进成本价值分析之后，得知，做车肯定是最便，相对省钱的，但是过程中是不复杂的。 做的成本肯定是最的，但是过程中是最简单的。坐班车虽然是最省钱，但是过程常复杂，不稳定因素，体验度也不佳

8、。常规来说，最省钱的肯定是我们的第选择，此时就需要进风险管理，对风险进假设规划风险，指定应急案风险1：抢车票， 春节假期的 车站 是很难抢的，因此 最适合的时间段的车票 疑是 风险，概率，因此 次风险最。应对计划：因此 我们需要制定风险应对措施，我们需要订当天其他时间段 能收能接受的其他范围车次，让能上车的概率 提升， 但是这种风险是需要投应对成本，但是这种成本不。（抢票时，提前退票续费很低）风险2：赶车，票虽然到，肯定我们需要在指定的时间内（程碑计划），到达的地，因为车不会等我们（下个程碑的开始时间），如果没有提前到，会导致整体的风险，导致标法完成的概率限增加。应对计划：我们需要在在某个指定

9、的时间到到底车站，疑做地铁是最好的式，地铁的故障率乎未0%，准点率乎为100%，因此去车站的路线，肯定是以地铁为主，其他不需要考虑其他问题。 那么这个的风险在哪呢？ 肯定是时间！我们需要估量时间， 地铁的耗时是已知的，动车的发车时间是已知的，下地铁到候车厅的时间估算也是已知的，起床出门的耗时时间也是可以估算，那么根据这些已知量，我们需要估算起床的时间， 因此这题的风险点是 “你起床的闹铃是否设置”风险3：车晚点，概率低，风险低，因此不过过多描述，因为那怕晚点了，最终车还是会到达式2、式3 的风险风险也是较简单的， 都是低概率，低风险，因为最终不会影响标执情况，只是时间不会很长。可能有会说，坐车

10、也不会影响最终标的情况呀，题已经说了，春季假期，车票很难抢的客观因素， 也不能同时保留同多天的车票，如果车票直保留，这样对应成本太，不适合 选择车的式（因为车省钱）完成了项风险之后，我们来选择 “敏捷型” 还是“瀑布型” 来执的时候，就有区别了；1：如果使瀑布型，那就是按流程 步步去完成， 但是但某个环境 出现 了问题，将严重影响结果，或者某个需求发了变化，也会影响例如：1：车票1个都没抢到， 2：起床起晚了。2：如果使 敏捷性，敏捷强调 拥抱变化（活着在当下），起床起晚了，就换程式，例如做巴或者做的，不考虑下步的情况是什么样的。 只完成当下的作，但是标是不会发变化的（为了春节回家）场景3 描述的过于繁琐，增加了维护识别和管理风险模块的内容；但是我们可以看到，敏捷定快吗？不定，在这种情况下，敏捷肯定是慢于瀑布型的，因为切是有计划在执，且变化的可能性也不会很。总结敏捷？就是快吗？ 并不是，需要根据场景，什么样的项使什么样的模式，需要项经理和团队起来衡量，决策， 敏捷不定适于所有的项，因此，我们就需要更加的了解“敏捷”，什么时候“敏捷”，怎么样“敏捷”也是最近项管理的过程中有所想对此也