全国武功无坚不破，唯快不破。在瞬息万变的移动互联网范畴，创业公司要想在巨子的缝隙中求生计，仅靠一款超卓的产品是不行的，高效灵敏的研制才能才是公司生计与开展的要害。高效的研制形式包含怎样确认开发项目，怎样把控项目进展，怎样驱动产品一代代完善以及怎样调集职工的积极性等。通过对豌豆荚的访谈，让咱们来看看这家被称为我国最具硅谷范的移动互联网公司在做产品研制的进程中是怎样进行高效办理的。

　　在豌豆荚的整个研制进程中，立项称为ProductBrief或许Project Brief。团队的产品司理睬编撰一个1－2页的文档，然后和履行团队进行评定，假如评定通过，立项就成功了。文档一般包含会包含以下内容：

　　5.该项目对豌豆荚的利益点；假如不做该项目，哪些竞争对手会做，对竞争对手的利益点；

　　对一个项目来说，设定方针是十分重要的，由于这决议了怎样去做，以及能做到何种程度。豌豆荚采用的方针办理是从 Google 引进的 OKR 体系（tives& Key Results，方针与要害作用），这跟传统的 KPI（Key Performance Indicator，要害绩效考核）略微有些差异：

　　1.OKR首要是交流东西：豌豆荚共有 300 多人，每个人都要写 OKR。为了便于交流，一切这些OKR都会放在一个文档里。任何职工都能够看到 CEO 的这个季度最重要的方针是什么，团队这个季度的方针是什么。

　　2.OKR是尽力的方向和方针：OKR代表你究竟要去哪里，而不是你要去的当地详细在哪里。

　　3.OKR有必要可量化。比方健身时设定训练方针，假如仅仅界说成「咱们要尽力进步身体素质」，必定不是一个好的 OKR，由于无法衡量，好的OKR是「本年的跑步时刻较去年增加一倍」。

　　4.方针有必要共同：拟定者和履行者方针共同、团队和个人的方针共同。首要，拟定公司的OKR；其次，每个团队定自己的 OKR；第三，每个工程师或规划师写各自的OKR。这三步各自独立完结，然后对照和谐这三者的OKR。在豌豆荚，OKR跟个人绩效没有关系，由于OKR 体系的作用和每个人并不直接挂钩。

　　5.通过月度会议Review ，不时跟进OKR： 在月度会议上需求确认怎样去到达方针，是一个协助到达方针的进程。

　　6.通过季度会议 Review ，及时调整OKR：互联网的改变十分快，所以豌豆荚每季度有一个OKR 的 review，调整的原则是方针（tives）不变，只允许调整要害作用（Key Results）。

　　方针（tives）：本年的方针是要成为我国最全面精确的移动查找，协助用户无障碍的发现和消费内容。

　　要害作用（Key Results）： IAS（运用内查找）需求接入多少个类别，要占多少用户份额；引导和教育用户查找的方针进步多少，或许查找量到达多少百万的量级；发布这个功用，消费量要到达多少，架构要发挥什么作用，产品运营怎样做，包含呼应时刻或许反映等各类方针。这些方针能够很好的衡量方针有没有到达，终究打分来看咱们的每个月的方针完结状况。

　　1.使命/进展勤同步。整个公司一切人的 calender，包含会议、要做的作业、项目的时刻节点都需求及时同步。在整个战略布局上，假如某个项目工期十分紧，就有必要进行更多的交流，保证每一个环节都没有问题。

　　2.站立会议 (Daily Sync)：每天进行站立会议，一般操控在十分钟之内，每个人阐明自己今日要做的作业，需求什么协助，有谁能够协助，能够更有用的调理资源和公关。

　　3.多方位交流（Google Docs / Gmail / Hangouts）：对非紧迫的作业，两个团队或许是两个人一同评论一切的规划。Hangouts用于做快速呼应。

　　4.周会（Weekly Report）：每周总结。豌豆荚的团队产品司理要做周报，报告这周的作业、发布、取得作用以及数据。

　　5.数据体系：MUCE 是豌豆荚的数据体系，上面有全公司一切的产品数据和运营数据。MUCE 的数据能够用来验证产品的假定、方向等。

　　项目是由一个个详细的人来履行的，所以带团队十分重要，在人员办理上，豌豆荚有三个基本原则：

　　1、Re-Organization& 换组：公司鼓舞职工换组，每个人都有机会到喜欢的团队做更风趣的作业。只要在原团队的绩效合格，每季度都可请求换团队或换作业内容。职工的绩效不与 OKR 挂钩，公司鼓舞职工应战难度、逾越优异，低 Level 的作业做不到优异会被赏罚，干事不及格也会被赏罚。

　　2、One on One：在带人方面， One on One 十分重要。One on One 指的是每个团队的 manager 需求定时（最佳距离是每周一次）与自己团队中的每个成员进行1对1评论或许对话。在豌豆荚，manager 首要是一个教练，应该协助自己团队的成员生长。通过 One on One，manager 需求了解每个团队成员现阶段的状况和遭受的困扰，同享职业规划，协助他们正确地处理问题，更好地完结个人生长。

　　3、个人 OKR 和 Performance 体系：每个职工在每个季度初需求确认自己本季度的 OKR，在一个季度完毕后需求依据自己这个季度的作业完结状况给 OKR 打分。每半年公司会进行一次 Performance Review，首要是 review 职工曩昔半年的绩效，并依据 Performance Review 的作用改变 Job Ladder（事务职级）和薪酬。值得一提的是，在豌豆荚，一切的个人Performance Review 的成果内容及等级都是全公司同享揭露的，如下图所示。这个关于许多公司来说是不行幻想的，豌豆荚为什么要这么做？由于一方面关于豌豆荚来说能够做到更为公平缓通明，另一方面也给每位豌豆供给了更好学习和生长自己的样本，鼓舞咱们在产品研制中更高质量的应战和要求自己。

　　1、激起爱好：HackDay，是豌豆荚一个特别的节日，开始于2010年，相似黑客马拉松。通常在春节假期回来的那一周，产品规划师和工程师们 3-5 人组成一队，在接连48小时的时刻里，充沛展示工程团队的构思和想像力，完结一些比日常开发更 geek、更风趣的东西。

　　豌豆荚为了鼓舞咱们更好的完结应战，也会规划一些特别有特征的奖品，前史上2012 年供给的是苹果刚出 Macbook Retina，2013年是 Google Glass，2014 年则是程序员独爱的 Herman Miller 尖端座椅。

　　在前史的 Hackday 中，有不少著作终究都成了重要产品对外发布，比方 MUCE、豌豆洗白白和 IAS（运用内查找），都成为了豌豆荚极具特征的产品。

　　2、操控爱好：PolishWeek，让公司慢下来，对已有产品的细节进行精细化的进程。在许多开发和新产品上线的进程中，咱们会忧虑由于走得太快而对产品的细节重视不行。在接连3个作业周后，第4周通常是 PolishWeek。在 Polish Week 的这一周，豌豆荚内部不会进行新产品或新功用的开发，而首要是对现有的产品和服务进行打磨，处理一些细节问题和小 bug，比方产品内一些字体的一致等等。均匀每个 Polish Week 会处理产品中各种 Bug 大约 200 个。

　　曩昔几年豌豆荚做 Windows 版的时分，尝试过一个月、两个月、一个星期、两个星期的发布节奏，整个形式跟 Chrome 比较像，有功用发布就期望尽早的发。咱们在服务端上每天都有更新，客户端会慢一点，现在大约是两周一个版别，如下图所示：

　　在开发节奏上，前两周的时刻用于开发，然后截取分支预备发布，接下来两周进行测验，一起进行另一个开发，每一个迭代都操控在两周之内。相对而言，服务端的发布比较好操作，能够做许多的回归测验和自动化测验，不太需求手艺的测验来做发布，可是 Windows 和 Android 都会有一些 Beta 的发布，在内部很难模仿用户的运用场景和用户的环境，所以在 release 之后的进程中一般会抽样 1%、5%、10% 这样一个节奏来做验证，首要是看某些方针是否合格。

　　这个流程刚开始履行的时分问题特别多。比方在这周开发完结今后，测验发现底子测验不了，有许多许多的 Bug，工程师只好运用第二个研制周期去修 Bug，然后又会影响第二周期的开发，这样问题越来越多，就会导致流程很难进行，然后进入恶性循环。为了处理这个问题，首要在操作层面上一开始先用一个月的迭代来让咱们习惯，一起要求 Master 分支有必要是可用的（比方或人提交了代码跑不起来，或许没有通过测验，给其他搭档带来了阻止，就会被要求请全团队喝咖啡）。其次加强单元测验和回归测验，保证每个迭代的研制质量是可控的，后边的测验首要是回归和校验，减轻彼此堆叠的压力问题。一个月的迭代跑顺了之后，再跑到两周、一周的节奏，全体来看，差不多用了半年的时刻，豌豆荚就彻底跑顺了这个流程，想快能够快，想慢也能够慢。

　　工欲善其事必先利其器，为了提高产品研制功率，豌豆荚内部开发了一款项目办理东西Wandoulabs。作为内部的交流东西，它首要用来做跨团队交流，全公司一切职工都会运用。重要的 roadmaps 有必要在这里挂号，挂号了今后，一个项目需求多少规划师、需求多少marketing、每个阶段是什么样以及工程师的发布状况都能够在这里看得到。

　　这便是前面说到的Wandoulabs，大约逻辑如下：不同的符号别离代表研制状况、发布状况、担任的团队及这个作业的重要等级。

　　第一要取得 Product／Design Review 的同意。一个功用开发今后，无论是界面仍是整个 UI，假如会影响到用户的操作，或许影响到商户的收入，比方咱们的广告体系或许和合作伙伴的一些战略调整，这就需求做 Design Review。Design Review 在豌豆荚里边的时刻大约是每周的周一、周三和周六，每次继续 1-2 个小时，包含Product（Review）、Design（Review）或Business（Review）。Product Design指的便是 PD，首要的视觉规划师或产品规划师有必要全员参与。

　　第二要取得 EngineeringTech Review 的同意。这更接近于传统上的技术规划，首要是看某个功用在工程规划上是怎样做的。做这个规划的团队和一切工程师有必要全员参与，也会有一个人来 host，还需求几个方针的 review。这个进程是协助相关的工程师把规划考虑更全面，包含流量、游戏的带宽压力的需求等等。

　　第三要取得 MarketingReview 的同意，首要是看产品上需求怎样引进 marketing 团队的合作，需不需求做一些传达，需不需求注意公关战略等等。