产品研发团队建设问题与解决方案

产品研发团队建设问题与解决方案在公司工作已经一年多了，经历过产品从零到一的过程，越来越多的人关注公司的产品，并提出很多宝贵的意见。随着产品的多线化，慢慢的开发方面就出现很多磨合问题。故提出以下方案，希望可以做到公司战略多线化，产品开发团队单线化。旨在提高开发团队的开发效率。一、面临问题1、开发分工过于细：目前开发分工非常细，以至于工作互相推托，这样就出现了前端认为功能是后端需要开发的，后端认为功能是需要前端开发的，并无统一规划。开发团队等级太多管理人员多，不扁平化目前php团队、前端团队都有一个头，而安卓与苹果团队是负责人制度，这样就出现有些问题无法找到负责人、传达过慢、缺乏管理。3、工程师类型的程序员过少：工程师类型也就是说一个程序员拥有多门开发语言能力，且能以用户为前提去开发程序。4、程序员调动负责不同项目过于频繁由于资源与源码架构的原因，开发人员往往负责多个项目开发，以至于对所开发的项目业务流程并不了解，且对产品没有归属感。5、人员需要补充如公司快手，目前负责开发就只有一个人，修改bug还要开发新功能，不但进度受限制，开发人员压力也大。6、沟通不顺畅目前公司的办公室分散，产品在上下楼上面浪费了很多时间，沟通非常不顺畅。分级的部门关系，功能开发者经常改变，问题下发不可以第一时间到相应开发人员，都要经过不同的人进行分发，过多对口人与级别。7、产品对开发后的产品没有做好把关由于敏捷开发，加上市场的压力，有时候产品的把关不够以至于上线的产品与策划方案有所出入。8、自动化测试缺乏，程序开发缺乏自查目前测试团队的经验不是很足，缺少自动化测试，正在规划中。程序目前只有研发经理复查，程序复查不够，测试浪费时间长。二、方案基于目前的问题，建议开发低耦合产品，建立高耦合团队——分产品线建立扁平化小型开发团队，增强产品归属感。2.1团队模式改变开发团队采用F型的开发模式：每一个开发人员既属于同类型的部门，又属于某一个项目组。在工作冲突的情况下，以项目组为基准。2.2项目团队项目团队分为：三剑客团队、电商团队、共同部分服务团队和其他新项目团队。下面以三剑客为例分析如何开发低耦合产品，建立高耦合团队：（1）改变人员架构现状：目前三剑客开发人员如下：PHP工程师，经常调动，人数不确定前端工程师：需要的时候才有安卓工程师：2.5个（师傅的安卓工程师还需要开发商城功能）苹果开发工程师2.5个（师傅的安卓工程师还需要开发商城）UI设计师1个（有时候还需要做物料或者商城的工作）测试工程师：6个（4个正式2个实习）产品经理/专员（3个）目前人员存在一人多负责，技术无统一负责人，各部门关系不密切，人员不足的情况。解决方案将三剑客产品组增加到26人，且全部开发人员只单独负责此项目（尽量减少负责其他项目），具体方案如下：产品经理（1人）、项目经理（1人）产品经理/专员（2人）后端开发工程师5个（要求至少会php与html）安卓开发工程师5个苹果开发工程师5个UI设计师1个测试工程师：6个成员要求：团队成员全部须自愿参加，有经验、多面手优先。必要时可以自主招聘或者公司内部招聘。（2）项目进度问题现状目前产品经理跟踪产品的进度，但是没有权利安排开发人员，也无法要求其完成时间；技术方面，前端评估的进度就单单前端，后端就单单后端，没有做开发的统一规划，项目进度处于比较宽松的状态。解决方案启用产品经理+项目经理制度，由产品经理与技术项目经理共同制定开发时间，并跟进开发进度。由产品经理定期整合汇报工作情况给研发部副总，并根据机密程度公布到公司各运营部门。（3）沟通协调问题现状：项目开始，由产品做过产品的简单介绍，并开迭代需求会议，但在开发的过程中沟通并不足够，开会沟通极其浪费时间。由于开发都在不同部门，没有统一管理，经常出现前端开发好后端不知道，后端开发好前端不知道；开发目标、需求没有明确，整个开发的主线每一个成员都不明确，只是做自己的功能互不了解。项目组的人员分散在公司的各个不同地方，有些还在楼下沟通起来极其不方便。解决方案采用产品经理+项目经理负责制，做好内部沟通与内部协调（如开发进度与功能开发属于前端还是后端）。将项目团队聚集坐到一个地方，做到一端修改全部人都通知；借助白板进度与主线功能的公布等方式，确保每一个开发人员都明确开发重心；团队内部活动（如：聚餐、球赛等），提高团队凝聚力。业务流程、产品方向问题现状：目前开发人员只是了解自己开发的产品或部分功能，并了解整体的功能。如负责快手的安卓工程师就了快手的功能，后端的工程师只是了解某一个模块。（运营市场人员也是）对产品发展方向完全不知。解决方案：开发工程师需要了解项目的业务流程，同时要把自己代入到用户，将产品做到更好、产品经理不断地对团队内部人员灌输产品流程概念，让团队了解产品发展方向，团队成员可以提出自己的建议。如：分享会和平时的沟通技术能力现状只有少部分有大量开发经验和多门语言能力的程序员，又懂产品的技术更加少；产品方面了解技术、了解运营得也非常缺乏；目前只有部门成员内部做过相应的分享会，也就是说前端就做前端分享会，后端就做后端，这样一来他们的技术是有所提高，但是他们并不了解其他的，对于项目与他们自己的提高都有限。解决方案：定期召开全公司分享会议，可以分享项目成功经验、技术、理念等，提高团队的多方面能力。（产品做方案可以多考虑技术，技术开发的时候可以多考虑用户。）（6）测试问题现状快速的开发让项目出现很多bug，测试需要花费大量时间来找出bug。目前由于项目开发的速度过快加上测试人员经验不足，自动化测试一直都在研究，并有小范围使用，并无大范围使用。解决方案：采用自查或互查的方式确保在程序员层面减少bug，减少测试人员名额加到研发人员中去；多采用自动化测试，减少测试无用功；全团队都是产品测试人员，出现问题就是全团队的问题。（7）框架问题：现状：目前几个项目的代码属于紧耦合（全部的代码都在一个系统中）。解决方案技术债是不能欠的，要残酷无情地还债，将代码分离出来。将目前的代码分成不同的系统，通过一个用户中心将产品串联起来。团队文化建设现状只有部门初期的团队文化，不存在项目团队文化。解决方案创建团队文化提高成员的荣誉感，产品有问题并非其中一个人的问题而是全团队的问题，产品需要加班并非某一个人的问题，而是全团队的