当前位置:首页 > 经验学习 > 设计思想

详解互联网产品开发中的“快”字诀

所属栏目:设计思想 时间:2013-12-26 来源: 作者:admin 点击:

当今互联网的发展,已不是大鱼吃小鱼的时代,而是快鱼吃慢鱼的时代。互联网产品的制胜原则就是一个字——“快”。在各种形态的产品研发中,我们始终贯彻如一的价值观之一就是“快”,我们应该如何来理解和诠释“快”?又会从哪些方面来执行贯彻这个原则呢?
一、快速迭代,快做快发
互联网产品不同于传统软件开发,我们面对的是上亿用户这样一个庞大的使用群体,他们是谁,有什么喜好,有何种习惯,会怎样使用我们的产品,是否喜欢我们的产品……这些情况我们并不能准确地知道。因此,互联网产品的需求,并不能通过几个月的用户调研、市场调查、产品规划就能弄清楚,何况互联网的用户群体本身也处于飞速的动态发展之中。
那么,这种情况下如何发展我们的产品?如何对各种可能的产品特性做选择?用户将是最好的指南针,任何产品推出时肯定不会是完美的,完美是一种动态的过程,所以要迅速让产品去感应用户需求,从而一刻不停地升级进化,推陈出新,这才是保持领先的唯一方式。在这个领域,产品永远是Beta版,可能每几天一个版本,快速地去升级,不断地倾听论坛、用户的反馈,不断地调整修改,然后决定你后面的方向。
所以,“快速迭代”是我们对产品的基本要求,能否做得足够快已成为衡量一款产品研发是否成熟的标准之一。以“QQ农牧场”为例,目前每周平均会发布20个版本,之所以能做到如此高的产品发布节奏,是由于我们一直坚持在做两件事情。
1. 以稳定迭代,小步快跑
虽然,我们追求快速发布,但更需要一个稳定的研发节奏来便保证团队的效率和产品的质量。如何能既快又稳,QQ农牧场采用了一种有特色的敏捷迭代开发模式,我们称之为“极速模型”。





图1 QQ农牧场的“极速模型”
QQ农牧场的研发团队,由多个角色组成,包括:项目经理、产品、UE设计、前台开发、后台开发、测试、运维。以一周为一个固定的迭代开发周期,这一周时间包括了团队一次完整的各个角色的研发协作过程:迭代前有特性规划、迭代后有回顾,其中迭代过程也会包括迭代规划、开发、测试、发布等过程。但与Scrum敏捷迭代最大的不同是:并非在迭代结束时进行交付,而是能够在一次迭代中完成多次交付和发布过程。
此种方式看似简单,但其实对团队的综合研发能力是一个巨大的挑战。其中主要挑战来自以下几个方面。
1) 特性需要能裂解成很细小的可交付的子特性,通常不超过2天的开发工作量。
2) 迭代前,特性规划、沟通确认、界面交互及视觉设计这些工作均需提前安排完成。
3) 迭代计划及评估过程,还必须考虑到特性/子特性之间的耦合关系以及开发人力的耦合关系,合理地作出计划安排,保证开发过程的顺利进行,降低风险。
4) 要求团队成员工作咬合能力高,自运转能力高,需要长期默契配合。前台开发、后台开发、测试人员都能够高效率地沟通,顺畅地协作。
2. 以特性为中心,随做随发
特性,是用户能够感知和使用的、对用户真实有意义的功能单元。所以,仅仅追求发布版本数量是没有意义的,每次发布至少能够给用户带来感知或使用的功能。
因此,我们产品研发的所有活动,都是以特性为中心开展的。一种比较通常的方式是规划一批特性,然后经过一个开发阶段进入测试,集中测试回归后完成发布。但在“QQ农牧场”,从特性规划、计划、开发、测试、发布都是以特性为单位来驱动的。也就是说当完成了一个特性的开发后,即刻转入测试、完成测试后即刻发布。在一个迭代周期内,会有很多不同的特性独立并行于从开发到发布的过程。
当然了,能够做到这样的程度,还依必须赖于产品技术架构、测试自动化、运维发布自动化能力做支撑。但首先,“以特性为中心、随做随发”的核心思想,是产品、技术、项目管理、运维的指导原则,它让产品的整个研发配套能力建设围绕这这个中心来持续开展。
二、反馈及时,响应快速
做到产品的快速发布只是第一步,其根本目的就是让用户尽快能用到新功能,尽快得到用户反馈信息,以便及时地对产品开发做调整。所以,一个产品团队能否能够快速获取用户反馈、是否真正重视反馈并及时作出响应非常重要。经历了12年互联网的摸爬滚打,我们非常重视来自用户的反馈意见,不断改进产品,积累了丰富的交付经验。

请站长喝杯咖啡?

站长一直坚持白天工作、晚上熬夜更新素材,付出了巨大的精力和时间,其中的辛酸难以言述。

坚持免积分、免登录、无任何限制下载!如果本站素材对你有用,不妨考虑请站长喝杯咖啡鼓励一下!

标签:

你应该也喜欢这些吧

共有 0 条评论

给个评价吧

验证码: