A. 互联网中的快速迭代是什么意思
在原有的基础上提出新的需求,增设新的功能,就是迭代,快速迭代就是指的在互联网中迅速更新产品以达到互联网需求。
快速迭代是指产品与服务要快速地适应不断变化的需求,不断推出新的版本满足或引领需求,永远快于对手一步。
快速迭代最大的优点是及时的用户反馈,这样可以快速的调整产品的方向,避免在无用的功能浪费时间和精力,减少风险。
也就是说真正的迭代必须把每一个迭代周期的成果交给用户,而且每次的成果都是完整可用的。如果一个迭代周期结束后,成果被内部否定定而没有推向市场,那这就不算是真正的迭代。每一次迭代必须以产品的发布结束。
(1)资源如何迭代扩展阅读
快速迭代的前提:
一、环境,周围环境在快速变化、产品没有足够的时间来进行需求分析及相关测试;
二、用户,用户不知道自己真正想要什么,产品需要通过迭代的方式进行试错;
三、成本,一般情况下可迭代产品的成本都很低,并且可以快速的进行版本更新。
B. 如何制定产品迭代计划
产品进行迭代的流程计划如下:
1.需求选定阶段
先从需求池中提取需求,作为本周期内需要开发的内容,并进行优先级排序;排序顺序如下:
符合产品定位的需求优先开发
ROI(投资回报率)高的优先开发
严重影响用户体验的优先开发
2.需求评估阶段
召集相关部门和人员进行本周期的需求评估,以确定最终的开发内容,以及各部门工作的排期。开发文档越详细越细致越好,有利于项目的推进。
3.需求落地(设计与开发)
这是一个至关重要的环节,直接决定着本周期内的需求迭代能否成功。掌握项目的实际进度至关重要,在进度缓慢的时候向相关负责人做出反馈。
4.需求测试
在这个环节,我们要将本周期内开发完成的需求全部提交测试。需求测试分为两部分,第一部分整体逻辑测试,第二部分是提交QA测试。跟进测试进度,在测试同事对提测内容和逻辑有疑问时,需要及时解答。
5.产品上线
到需求测试为止的工作全部完成,即意味着本周期内需要开发的需求已经全部实现,且没有任何问题,产品可以上线,迭代完成!不过迭代完成后,还需要进行一次线上回测,最大限度地确保产品不存在任何问题。如果出现问题需要修复请快速联系技术部门进行修复,不能修复需要告知运营部门给用户合理的解释。
一个产品的迭代实际上是循环往复不间断的。要在连续更替的迭代周期当中做好每一个阶段的工作也不是一件容易的事情。有一些需要注意的事项:
科学设置迭代周期长度
将信息传达落实到位
合理地跟进项目进度
建立应急机制
适当地贡献出你的碎片时间
关于正确的心态与做法
C. 迭代通俗解释是什么
“迭代”一词的通俗解释:重复执行一系列运算步骤,从前面的量依次求出后面的量的过程。
迭代是重复反馈过程的活动,其目的通常是为了逼近所需目标或结果。每一次对过程的重复称为一次“迭代”,而每一次迭代得到的结果会作为下一次迭代的初始值,例如利用迭代法求某一数学问题的解。
对计算机特定程序中需要反复执行的子程序(一组指令),进行一次重复,即重复执行程序中的循环,直到满足某条件为止,亦称为迭代。
迭代式开发的优势:
1、它允许需求的变化。
2、早期的迭代可以暴露风险。
3、它使重用更加容易。
4、能够在每一个迭代中发现并更正缺陷。
5、它能够更好的利用项目的人员资源。
6、能够沿着项目的道路改进开发的过程。
7、团队成员能够沿着项目的道路进行学习。
以上内容参考:网络-迭代
D. 如何让团队的迭代效率更高
在互联网行业,敏捷应该不是陌生的名词了。互联网产品快速发展的特性,决定了“小步快跑”的管理思想,持续迭代,不断的改进产品。而应用敏捷基本上可以让迭代周期减少一半,在追求效率和产出的互联网,这确实是一剂良方。
在产品研发过程中,从需求管理到最终的产品运营,全过程应用敏捷的思想,让产品团队成为产品的主人和管理创新的驱动者。当产品团队自发的去持续优化产品,不断提升产品质量和研发效率时,整个团队的工作效率就提升了,产品的迭代周期自然会缩短,他们会树立更高的目标去挑战,当他们持续地周而复始时,卓越就成为了团队的习惯。
在敏捷实施的过程中,从产品经理的角度来说,更应该关心需求是否也可以迭代的方式去产出,合理的按照价值和优先级去安排每个迭代需求,是产品经理需要关注的。这会保证每个迭代开发人员在实现的都是优先级最高的需求。从开发人员角度来讲,对每个迭代的任务的需求理解和工作量安排是他们所要关心的,要合理的分配每个人的任务,以达到最大化的效率利用,进而保证每个迭代的高效产出。
1号店目前已全面实施敏捷开发,结合自己对敏捷需求管理的理解,分享在1号店工作期间实施敏捷项目管理的实践经验、失败教训。主要从以下几个环节提高团队效率,最终成功地让4-6周的交付周期缩减到了2周左右。
迭代需求集中评审和评估工作量
在每个迭代开始之前,产品经理就需要把下一个迭代要做的需求安排好,待到迭代开始之前,对所安排的需求进行集中讲解评审,参与的对象是整个团队。这样做的好处是:研发、测试团队和Scrum Master一起深入理解需求,测试团队也因此能够更早地开始编写测试脚本,这样需求、开发、测试都是敏捷的,否则只有开发是敏捷的,两头就会都跟不上。
很多人觉得每个迭代开始之前,花上一整天的时间去理解需求和评估工作量是很浪费的,但是磨刀不误砍柴工,在工作开展之前把一切不确定性的东西都确认好,这样后续的开发效率就会高很多。另外对产品经理的要求就是提前梳理需求,这个不是简单的梳理,而是要充分评估手头所有需求功能点的价值和优先级,先做优先级高的。
站会:随时把控进度、解决问题
站着开会带来的紧张感和疲劳感可以有效地避免过于冗长的会议,且可以保持清醒的状态,一般都在早上上班的时候开,也叫“晨会”。可以尝试让发言者站在中间,这种做法更能增强其自信心和责任感。站会的议题是每人说一下自己昨天做了什么,今天要做什么,有没有遇到问题。产品经理可以参与站会听取一下团队成员的进度,对各个需求的进展了然于胸,对发生的问题需要介入协助的,可以在会后就协助处理。
团队自我驱动
在迭代开始之前要做好任务的认领和分配,可以培养团队主动工作的积极性。在迭代开始后,要明确只有开发出可用的功能才算完成;明确迭代目标,并把目标分配给明确的负责人;严格要求代码提交环节,确保提交后测试即可介入;明确每个人的工作职责,优化团队协作机制,中间出现某个成员进度弱后的情况,可以调配进度快的成员帮忙。同时要避免整体重构,尽可能局部重构。产品经理更需要确定迭代目标能否完成而不仅是关注迭代进度。
持续集成和产品演示环境
迭代任务陆续完成过程中,要能自动化集成到演示环境,这样就可以边开发边验证,测试也就可以边开发边测试,省去了很多重复的工作。并且可以尽早的发现问题或bug,及时修复。产品演示环境能够尽早Ready是很重要的,这样可以提前看到产品的最终形态。
迭代总结会
在每个迭代结束的时候,要召开迭代总结会,团队成员都需要完成自评和他评,分析和总结上一个迭代中遇到的问题,大家讨论改进的方法,比如说到需求变更太多之类的,就需要产品经理更好的去把控和分析需求,尽量在开发过程当中不变更。绩效与任务难度挂钩的方式也激励成员做有挑战的项目/功能开发。同时,严格的得失分析让团队更好地吸取经验和教训。
保证质量
虽然研发速度很重要,但是没有质量保证的快速开发非常危险,质量保证是一项需要高度重视的标准。需要制定严格的bug控制标准,开发自测和测试人员测试的标准不一致,这样可以激励不同角色人员的工作积极性。
敏捷开发对于产品经理来说是一个挑战,迭代周期越短,对产品经理的要求越高。比如迭代周期为两个星期,那就需要产品经理在两周内把自身对产品的想法,或者业务部门的需求转化成可供开发的需求,这样才能保证迭代的顺利进行。这对产品经理的能力要求还是很高的,假如一个迭代要完成五个需求,那就要在两周内完成这五个需求的分析和设计,这中间包括了竞品分析、数据分析、调研等等环节,工作节奏会很紧凑。
迭代的成功需要正确的产品方向+正确的需求构建方法,因此在开发前弄清楚产品方向和构建方法至关重要,这也就是迭代开始前的主要任务。
产品经理的基本任务应该是将业务需求分解为产品需求,再将产品需求分解为可实现的功能需求,其目标在于转化和细化原始需求,制定下一个迭代的需求列表和发布计划,以及明确随后1-2个迭代的开发需求。
因此前期需求管理的主要工作在于拆分——从角色的角度拆分、从实体的角度拆分、从目的的角度拆分、从解决方案的角度拆分!分解目的再拆分解决方案,通过拆分明了产品的业务流程,将需求分解为具体的任务和业务操作,最后制定可行的开发流程和迭代计划。
敏捷开发在互联网行业中的应用是大势所趋,个人觉得会深刻影响到传统的瀑布式项目流程。从实际经验来看,敏捷开发也确实有很大的优越性,能够更快的适应需求变更,灵活的安排资源的投入,每个迭代的产出都是产品的阶段性目标,也有可能就是一个小版本的发布,对于崇尚“持续迭代、小步快跑”的互联网产品来说,非常适合。微信在一开始的时候能迅速抢占市场,和其快速的版本发布有很大关系,而现在微信已经进入稳定发展期,版本发布缓和很多。从产品发展的生命周期角度看,新生的产品最容易成功也最容易失败,成功是因为其市场的新鲜感和功能的新增可以俘获用户的关注度,失败是由市场竞争导致的。在互联网行业,产品层出不穷,新出的产品很多时候大家也都愿意尝鲜,但一段时间后发现无趣就会卸载,这段安装到卸载的时间理论上可以发布好几个迭代,而这就是“快”和“慢”的体现。
E. 如何做产品版本迭代管理
一、制定迭代计划
1. 为什么要制定迭代计划
有以下几个优势:
减少错误成本
提高进度把控
限定范围
管理客户期望
维持系统稳定
2. 如何制定迭代计划
确定工作范围
预估工作时间
制定迭代计划
二、管理迭代计划
1. 开发进度管理
提高可控性
降低延期风险
确保开发对需求的正确理解
及时排查进度障碍
选择更优的实现方式
引起团队重视
保障项目资源
多请下午茶
2. 控制任务变更
减少需求调整
控制新增任务
3. 发版管理
用户通告
规范更新文档
制定发版标准
资源保障
三、最后
每一次迭代就是一次小的项目管理,推动项目的前进需要依赖产品经理丰富的沟通技巧以及极强的执行能力。
F. 开发过程中据说的迭代是什么意思
迭代是重复反馈过程的活动,其目的通常是为了逼近所需目标或结果。每一次对过程的重复称为一次“迭代”,而每一次迭代得到的结果会作为下一次迭代的初始值。
重复执行一系列运算步骤,从前面的量依次求出后面的量的过程。此过程的每一次结果,都是由对前一次所得结果施行相同的运算步骤得到的。例如利用迭代法*求某一数学问题的解。
对计算机特定程序中需要反复执行的子程序*(一组指令),进行一次重复,即重复执行程序中的循环,直到满足某条件为止,亦称为迭代。
(6)资源如何迭代扩展阅读
相关概念
函数
在数学中,迭代函数是在分形和动力系统中深入研究的对象。迭代函数是重复的与自身复合的函数,这个过程叫做迭代。
模型
迭代模型是RUP(Rational Unified Process,统一软件开发过程,统一软件过程)推荐的周期模型。
算法
迭代算法是用计算机解决问题的一种基本方法。它利用计算机运算速度快、适合做重复性操作的特点,让计算机对一组指令(或一定步骤)进行重复执行,在每次执行这组指令(或这些步骤)时,都从变量的原值推出它的一个新值。
方法
迭代的方式就有所不同,假如这个产品要求6个月交货,我在第一个月就会拿出一个产品来,当然,这个产品会很不完善,会有很多功能还没有添加进去,bug很多,还不稳定,但客户看了以后,会提出更详细的修改意见。
这样,你就知道自己距离客户的需求有多远,我回家以后,再花一个月,在上个月所作的需求分析、框架设计、代码、测试等等的基础上,进一步改进,又拿出一个更完善的产品来,给客户看,让他们提意见。
就这样,我的产品在功能上、质量上都能够逐渐逼近客户的要求,不会出现我花了大量心血后,直到最后发布之时才发现根本不是客户要的东西的情况。
优势
这样的方法很不错,但他也有自己的缺陷,那就是周期长、成本很高。在应付大项目、高风险项目——就比如是航天飞机的控制系统时,迭代的成本比项目失败的风险成本低得多,用这种方式明显有优势。
如果你是给自己的单位开发一个小MIS,自己也比较清楚需求,工期上也不过花上个把月的时间,用迭代就有点杀鸡用了牛刀,那还是瀑布模型更管用,即使是做得不对,顶多再花一个月重来,没什么了不起。
G. 为什么迭代会消耗大量的CPU资源,解决的办法是什么
因为迭代是没有办法拆分来并行运算的,也就是一个人一条道走道黑别人帮不上忙。哪怕你有再多的核也没用。需要你的主频高才行。如果你主频不够高那么只能等着排队!CPU就会越来越忙。