产品迭代

如何基于TAPD实践Scrum的敏捷开发?

拈花ヽ惹草 提交于 2019-12-04 06:46:29
Scrum是一种用于开发创新产品和服务的敏捷开发方式,我们首先来看一下敏捷开发过程和特点,并着重介绍Scrum框架的角色、活动和工件等内容,然后介绍团队利用TAPD中的需求管理、缺陷管理、迭代管理等应用功能来帮助团队有效实践Scrum敏捷开发。 何为敏捷开发? 敏捷开发所倡导的是通过若干个短期的迭代周期(也称为冲刺sprint,范围一般是1周- 1个月),按一定的优先级不断增量开发和实现产品功能,每次迭代获得一个可运行的产品增量功能包。 敏捷开发首先需要建立一个按优先级排列的产品列表,其中由产品需求、功能优化或功能缺陷等类型清单项组成,排在前面的是优先级高的项,优先纳入迭代计划进行实现,这些项在纳入迭代计划前进行分解和细化,达到满足开发团队实现的粒度。 越往后排的项优先级越低,这部分需求暂时不会提上开发实现日程,当前阶段可以粗略描述,也不必急于细化,以应对可能的变更。 每次迭代开始阶段,从产品列表中选取一定数量的清单项作为本次迭代需要完成的目标任务,通常是由各方利益相关者讨论决定的,数量的多少视开发团队的情况而定,尽量匹配开发团队的开发节奏。 迭代过程中开发团队每天通过站立会的形式沟通工作进展和面临的问题,在这期间一般不再接受新的产品项或其他开发任务,特殊情况可以接受任务的置换。 在每次迭代结束时,团队一起评审已实现的产品功能等工作项,并根据反馈优化当前的工作和开发方式。在这过程中

功夫会通过调整运营策略实现快速增长

被刻印的时光 ゝ 提交于 2019-12-01 12:26:38
案例背景 功夫会的早期增长从它达成产品市场验证就已经开始了。 功夫会是功夫集团旗下的全渠道运营平台,是功夫集团数字化转型战略催生的一款数字化营销产品,是与Runwise团队共同携手打造的一款精益创业的产品。这款产品从创意构想到落地实施,到达成PMF(产品市场匹配)共耗时6个月。 处于PMF阶段的功夫会已经完成第一阶段目标: 1)达到初步用户规模,形成有效的获客手段; 2)实现不断提升的会员基本活跃度; 3)得到门店的接受和满意度认可; 4)达成了基本的用户营收贡献度。 然而,此时的功夫会如何实现持续的增长运营面临着全新挑战: 1) 由于整个集团营销管理和运营方法仍传统老旧,缺乏对新型的增长运营人才,没有专责的增长运营团队 ; 2) 集团数字化部门正在培养人才新型数字化营销和产品运营能力,但是亟需导入行之有效的全新增长方法论 ; 3)精益创新阶段已经实现了新的满足市场需求的产品,得到PMF验证,但是亟需通过有效的增长打法快速实现规模。 因此,为了实现突破性增长,功夫会项目组必须作出策略转变,从PMF策略转变为增长黑客策略:由MVP导向变为规模化导向,由假设驱动变为数据洞察驱动,由营销活动变为增长实验,由项目型团队变为全能型团队。 创新解决方案 多实验:通过团队创意构想,不断实验验证想法的可行性和效果,找出最佳打法。 快迭代:根据实验结果不断迭代实验和产品迭代产品。 深洞察

敏捷软件开发与传统软件开发的对比

点点圈 提交于 2019-11-29 05:07:44
敏捷软件开发与传统软件开发的对比 最早了解敏捷开发是通过大二的一次博雅课堂,一位在百度工作的北航学长跟我们分享了他近年来从事敏捷开发的经历。印象最深的一句话是一个延迟3个月交付100%功能的软件和一个按时交付75%核心功能的软件,敏捷软件开发者更愿意选择后者。本学期的软件工程基础课又向我们讲授了传统软件开发,经过课上和课后的学习,对于敏捷软件开发和传统软件开发有了浅显的认识和理解。由于课上学习的重点是传统软件开发,所以课下对敏捷软件开发进行了更多的涉猎,本文以敏捷软件开发为主体,来分析其与传统软件开发的对比。 敏捷软件开发与传统开发方法相比具有很大的不同,其特点是适应性而不是预测性,强调沟通和反馈,开发团队不仅包括开发人员,还包括管理人员和客户。它鼓励团队成员的相互交流通过反馈机制尽早纠正软件中的错误,提高开发效率,同时为需求的调整提供更多机会,保证软件向正确的方向发展。 传统软件开发如瀑布模型强调预见性,严格遵循计划、分析、设计、编码、测试和维护等几个阶段。瀑布模型开发各阶段间具有严格的顺序性和依赖性,必须等到前一阶段的工作结束后才能开始下一阶段的工作,前一阶段的输出文档是后一阶段的输入文档,只有前一阶段的输出文档完全正确,后一阶段才能获得正确的结果。 对敏捷联盟宣言的理解 1.个体和交互胜过过程和工具,强调软件开发必须发挥人的积极性和创造性,更看重人的沟通和团队的力量; 2

转正牛皮

瘦欲@ 提交于 2019-11-28 19:44:30
本人于2019年7月11入职于公司测试部,任职测试工程师,在这近两个月的工作中,熟悉并遵守公司的规章制度,熟悉了公司的产品,受益匪浅。我的工作职责主要是负责公司产品功能测试,自动化测试,性能测试等分配的测试任务。参与了云息迭代测试,玩赚答题王测试,云闪测试,公益中国测试,推荐系统测试并提供推荐结果报告,补全testcase并完善迭代内容的testcase 在未来的工作中,我希望能不断的锻炼自己的工作能力,提升自己的专业知识储备,也希望自己更好的融入团队,配合同事同事工作。 团队成员都很热情,很快的帮助我了解了公司的产品,了解了工作内容,在遇到问题时,与开发和产品沟通的都很顺畅。 在计算推荐系统线上结果时出现了问题,领导的指导起到了重要的作用,重新规划了计算公式得到正确结果。 在工作完成有瑕疵的时候,领导指出问题,并给予机会改正。 公司的企业文化,对员工的重视,对规范化管理的重视,让我看到了公司无比巨大的发展潜力,这样的工作环境使我以最快的速度适应这份工作,并且很努力的把工作做好。能够加入这个团队,是我莫大的荣幸。 来源: https://www.cnblogs.com/SealLiu/p/11423766.html

产品版本迭代规划的几大关键步骤

江枫思渺然 提交于 2019-11-28 05:35:55
产品经理对于如何做版本迭代规划,有时总会产生无力感,要么是计划难以确定下来,要么是制定好的计划无法执行下去,这个问题的原因很复杂。在项目初期,我们缺少对产品的全局概念和整体把握,内部意见很难统一;再者,没有一个完整的用户体验或者价值流导向,对于每个迭代无法合理定制出可交付产品增量。 之前我们讲过如何构建 产品路线图 ,路线图可以给PO和团队整体方向的指导,但更具体的内容,需要用户故事地图的方式,通过横向的框架和纵向的任务,将一个产品完整的展示出来。然后,再通过故事点估算和优先级的排序,来确定版本迭代计划。 版本迭代其实是一个路线图,展示了将要实施哪些功能以及何时完成这些功能的期望。通常遵照团队自己的节奏,有的是一个Sprint 一个Release,有的将多个Sprint归为一个Release中,如下图所示。还有的在每个功能完成后立即发布,这也通常被称为持续部署或持续交付。 ​ ​ 根据产品开发的策略,它可以由功能驱动,目标是一旦开发出预期的功能模块就发布; 或者由日期驱动,过了预定的检查点就发布。 具体如何做呢?我们可以分这个步骤来完成。 1. 创建用户故事地图 和客户一起,厘清产品的用户角色,并尽可能多地写出用户的行为,以及每个用户行为下需要做的事情,然后按照用户行为从左到右讲故事。当大家把自己所能想到的故事地图都放上去之后,再合并增减故事,最后会形成一个二维故事地图。 ​ ​

Mind(三)小结——系统能力

纵饮孤独 提交于 2019-11-27 03:25:43
13 系统能力——给人提供确定性 1.整体流程与确定性 如果你定义自己在做的不是一个产品,而是一个服务的话,你的逻辑就会变成:我需要提供怎样一种服务让用户的实现某种需求? 以用户获得和用户满足为中心来设计,而不是想着一个产品来改变世界。 eg:ATM机——取现;钱是最简单的产品,无用户之分 (1)确定性 提供的确定性就是验证完你的ID后给现金,围绕ATM机系统能力的设计和建设;而不是研究外观等显性特性上。 ATM核心服务是——取钱 ATM机的价值点: ①放在营业厅旁边,分流取钱的压力; ②放在人流密集的地方,服务用户,增加企业的曝光,增强用户黏性,提高好感度 运营:对每一台机做价值评估 作出分析,判断原因,是否该加设点还是撤掉 找到服务本质,需要几个流程: (1)需要一个战略判断,战略部门需要作出一个决策,为什么要提供这个服务?提供这个服务对于企业,对于用户的价值是什么? (2)运营:分析,看是否实现战略诉求来做价值评估 (3)评估后,决策需要哪个点存在,保证服务可用 (4)硬件等设备跟得上需求 (5)客服管理,处理投诉等 (6)技术支持 持续的提供用户可以依赖的确定性 可从以下方面考虑进行设计: (1)产品在“点、线、面、体”的什么位置? (2)提供的是一个什么样的确定性? (3)我了保证确定性的稳定提供,需要的系统能力要包括哪些环节?是否有足够的成本和能力来支撑所有的环节?

常用的设计模式

末鹿安然 提交于 2019-11-27 01:27:29
常用的设计模式有哪些?很多时候一时想不起来。因此编个顺口溜方便记忆。 组织(组合模式)经过观察(观察者模式),命令(命令者模式)我,找个代理(代理模式),建个工厂(工厂模式),生产单例产品(单例模式),然后迭代(迭代模式)检查所有的产品,不合格的产品要适配(适配器模式)一下。 转载于:https://www.cnblogs.com/nzbbody/archive/2012/08/24/2654145.html 来源: https://blog.csdn.net/weixin_30588907/article/details/99234397

单团队的Scrum敏捷开发-leangoo

我们两清 提交于 2019-11-26 17:14:40
概述 本场景描述的是针对10以下小型产品研发团队或小型项目的敏捷应用场景。Leangoo单团队敏捷开发项目模板是基于Scrum模型定义的,所以这里所说的单团队是指只有一个Scrum团队的场景。 Scrum是用于开发和维护复杂产品的一个框架。上世纪90年代,Scrum在全球已得到广泛应用,Scrum最初用于产品研发,目前已广泛用于软硬件开发、互联网、人工智能、学校、政府、市场、管理组织运营等诸多领域。随着技术、市场和环境的复杂度和不确定性持续增长,Scrum在处理复杂性方面的效用日益得到证实。下图是Scrum的框架和流程: ​ 在Leangoo中建立敏捷项目 对小型团队来说,在 Leangoo 中建立一个敏捷项目就可以很好的支持团队的产品或项目研发。如果下图所示: ​ 项目示例: ​ Leangoo的敏捷项目模板会默认创建“产品Backlog”看板,缺陷看板和第一个迭代的迭代看板(在Scrum中,迭代叫做Sprint),您可以根据需要创建后续迭代的看板。您也可以根据产品和项目的特征,判断是否需要通过使用Leangoo脑图工具创建产品路线图规划。 产品路线图规划和需求管理 产品路线图是重要的产品管理工具。产品路线图是一个高层次的战略计划,它描述了产品在未来一段时间可能会如何发展和壮大。产品路线图确保整个产品团队持续关注产品的目标,帮助产品负责人把握产品的战略方向