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

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

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

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

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

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

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

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

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

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

　　●方针（Objectives）：发布有影响力的新功用，将XXX产品做成用户能够每日运用的产品。

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

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

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

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

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

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

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

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

　　赞，现在OKR、灵敏开发等办理理念在研制团队中普及率越来越高啦，能够用Worktile这类研制办理东西去落地

　　听到许多言论说在我国程序员是吃芳华饭的，那么产品司理呢，也吃芳华饭吗？

　　人人都是产品司理（）是以产品司理、运营为中心的学习、沟通、兵强将勇渠道，集媒体、训练、社群为一体，全方位服务产品人和运营人，建立9年举行在线+期，线+场，产品司理大会、运营大会20+场，掩盖北上广深杭成都等15个城市，在职业有较高的影响力和闻名度。渠道聚集了很多BAT美团京东滴滴360小米网易等闻名互联网公司产品总监和运营总监，他们在这里与你一同生长。