研发团队的建设(原创) [wml 修改于 2011/1/2] 状态 开放帖 精华贴 浏览量 54262 |
|
该帖子同步发自圈子:实战 (访问该圈子)
研发团队的任务 0. 为市场和销售提供行业整体解决方案(Solution) 1. 进行行业标准、基础技术、核心技术和新技术的研究、产品与技术路线(Roadmap)制定(Research)。 2. 提供满足一定客户群产品、产品线的开发(Development)和生产 3. 基于现有产品或技术,为高端/关键客户的项目开发(Project) 4. 维护现有客户产品(Installed Base Mainteniance)(不包括service) 5. 内部其他:公司人才梯队的培养与建设、研发流程建设与优化、专利开发、企业文化贯彻与倡导 研发团队的组织架构 针对上述任务,研发分为三个团队: 第一团队:研究团队,承担上述的第0和1项任务 第二团队:产品开发团队(包括需求团队、开发团队、测试团队、生产团队、知识文档包括IP),承担上述第2项任务 第三团队:维护团队,承担上述第3,4项任务 第四团队:管理团队,包括技术副总(管人)、技术总监(管技术)、PMO以及开发经理、测试经理、生产经理、维护经理。该团队成员来自各个function。 研发团队的运营机制 (待续)
|
>>> 由论坛统一发布的广告:
|
|
楼主
wml

职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/2]
|
顶
|
|
|
1楼
kingcon23

职务 无
军衔 三等兵
来自 北京市
发帖 6篇
注册 2011/1/2
PM币 16
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/2]
|
想看看后续内容
|
|
|
2楼
吴斌

职务 无
军衔 无军衔
来自 上海市
发帖 5篇
注册 2011/1/2
PM币 0
经验
|
|
Re:研发团队的建设(原创)
[wml 修改于 2011/1/2]
|
关于研发的运营机制,谈起来比较复杂,所以我打算放在后面讲。因为,任何事情说起来总比做起来容易,比如前面所描述的“研发的任务”。“研发的任务”讲的是做什么,“研发的组织架构”讲的是谁来做;“研发的运营机制”是讲怎么做。 我个人觉得首先讲清楚要做什么比讲清楚怎么去做更重要:在不清楚要做什么情况下,做的再好也没有用。 比如,你现在在河边,打算摸着石头过河,河对面有一群人正在收拾着血淋淋的脚底板。但是,你所想的是如何摸石头,于是你就下河低头摸石头了,一次可以摸一块石头,摸两块,摸三块。。。,然后你觉得需要改进摸石头的方法和工具,于是进行了改进,最后你一次可以摸上十块石头,于是你上瘾了。。。。对面河边的人们对你摸石头的技巧大力称赞,并且部分同志喊出了“加油!”、“用力”等革命口号。。。 其实,你的目标是如何很快的摸着石头过河,而不是摸石头。 又如:你的目标是在北方那一片浪漫的田野和雪莲,你想去。。。然后你起步就跑,而且是拼命的跑:为了泡的快,你提升自己的内力,如虚竹一样学习“天山折梅手”调整内息,于是你的功力得到提升,速度加快。然后,你的目标离你愈来愈远:因为你起步跑的方向是南方。。。 (远处传来悠悠的歌声: 地球在缓缓转动 看着你渐渐远去的身影 我内心惆怅 。。。。 快回来, 你快回来 我在等着你回来)
|
|
|
3楼
wml

职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[wml 修改于 2011/1/3]
|
0. 为市场和销售提供行业整体解决方案(Solution) 经过研发部门各位知识专家、高手、能人、愤青、牛逼的努力和辛勤操劳,最终产出的是什么? 肯定是产品,这个答案100%没有错。 除此之外还有什么?还有方案,整体解决方案。尤其对于B2B的业务,整体解决方案尤为重要。(在次我们主要讨论B2B) 举一个例B2C的例子:你卖给一个用户无线路由,然后这个用户拿回家,将这个无线路由拿回去,插上电源,然后打开电脑,开始上网。结果是:无线确实没有问题,电脑和路由之间确实没有物理连线,但网就是上不了。原因是什么?因为你必须要先把你的电脑和无线路由连接,对路由进行相关的WLAN配置,然后在你的电脑上也要进行相应的配置。 可能有人说,这个人太笨了!没错,是太笨了!如果你有过给你的老爸老妈培训如何使用电脑的经验,你就会知道什么是笨了。 这里有两个问题: 1。你会发现你自己不苯:道理很简单,很笨的老爸老妈生不出笨的孩子。(如果不幸有一对愚蠢的爸爸妈妈和笨孩子,那实在是天灾人祸,没有办法。)但你会发现你的爸爸妈妈在其他方面不笨,比如在人生道理、为人处世方面(虽然大多数情况下你不承认)。一般来说,一个人在某些方面不笨,在其他方面可能就会笨。 在大多数情况下,购买产品的用户多数情况下是不懂产品开发和对产品的使用不懂得人。 2。做生意不能光卖给聪明人,为什么?因为这个世界上聪明毕竟是少数的,如果光做聪明人的生意,肯定是亏了。 上面讲了这么多,想说明什么?只是想说明一个问题: 你卖给用户的不仅仅是一个产品,你卖给用户的还有服务,比如上面的无线路由,无线网络的配置连接,也是要提供给用户的。(不要期望用户能看懂说明书)。 再举个例子:你拍了艳照、写了日记,然后拷贝到笔记本电脑里,然后电脑出问题了,就拿去给别人修。。。 对于B2B的业务,用户购买的更多了: 。产品 。针对产品的培训 。产品安装(场地装修、调试、试运行) 。产品维护、维修(例如Trouble shooting) 。升级 。与其他系统的连接 。耗材 因此:研发最终提交给内部用户:市场和销售部门的必须是一套整体解决方案。产品知识其中的一部份,当然是最重要的一部份。
|
|
|
4楼
wml

职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/2]
|
1. 进行行业标准、基础技术、核心技术和新技术的研究(Research)、产品与技术路线(Roadmap)制定。 --------------------------------------------------------------------------------------------------------------------- 关于行业标准、基础技术、核心技术和新技术研究,在此不做过多讨论,因为,大多数国内企业在这方面做的很不好: 1.不愿投入:Research工作的回报周期长,不是很容易量化,多数企业老板过于近视,急功近利,很快就会失去耐心。以下是经常出现的场景: 在一个阳光明媚的春天,老板召开了一个隆重的会议,向大家介绍一个人: “这是我们请的唐博士!是国际著名的西太平洋大学毕业的,以后负责高深技术研究工作。。。。” 于是眼一争一毕,几个月过去了。。。 又是一个阳光明媚炎热天,老板开始自言自语了: “这个西太平洋的博士怎么回事,整天就看他忙碌,也不知道在忙什么,搞了一大坨东西,不知道是什么东西,也没法卖,老子可是花了一大笔钱啊。。。”于是拿起电话: “老方,肘子,你看你那里做产品人手够不够?你看看是不是让唐博士到你那里干上一段时间?” 2.研究的结果很难引入到现有产品中:尤其是新技术 开发部经常会有这样的群众议论: “产品架构已经定型了,你他妈的搞这些新技术进来,不是耽误事吗?你他妈的拿来那回去。。。。” “你这新技术不错,很好,非常好,但现在我们人手不够,能不能下个型号开发的时候再考虑新技术?” 此类工作其实是面向长远目标而做,逐步进行基本的技术积累,是为明天的市场做准备工作。对于大多数中小企业,投入去做也不是很现实的,折衷的方案是: 1.基础技术与核心技术通过挖人来储备 2.行业标准暂时不理会也没有太大关系,等有机会再说 3.新技术就不要考虑的。等到公司有足够资金时候再说。 针对产品与技术路线需要大力下功夫去做: (待续)
|
|
|
5楼
wml

职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/3]
|
多谢楼主,说的实在
|
|
|
6楼
eaglewhisper

职务 无
军衔 三等兵
来自 广东省
发帖 34篇
注册 2011/1/3
PM币 24
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/3]
|
接上节讨论两个话题:产品线定义,技术路线 ------------------------------------- 产品线的定义: 这部分工作在一般来说是由类似产品经理的角色负责来完成。在组织架构上一般不属于研发的架构内,产品经理进行市场细分,定义产品,提出卖点,制定竞争策略、价格策略、服务策略。。。等等一系列工作。 产品经理相当于客户代表、市场代表及销售代表,从客户角度出发,向研发提出任务,作为研发不每年的输入。 在这个过程中,研发需要配合产品经理,了解行业技术标准,制定相应的技术路线,选择技术平台,形成基本(应该说是初步的原型)系统原型,验证关键技术。 实际工作中,应该将负责生产的部门,服务的部门,采购的部门,法规的部门,质量的部门纳入进来,共同制定。 -------------------------插一些题外话--------------------- 在一些公司,由于人力资源或者资金问题,将服务部门与质量部门往往归属于研发部门,这样做法有一定的好处,比如执行力强,沟通效率高等(参见垂直管理)。但是也有不足之处,当用户提出质量抱怨时,因为服务、质量和研发部门都是一伙的,大家会一起找出市场和销售无法反驳的借口,从而对于面向客户的公司策略在执行上打了折扣: 由于利益出发点不同,形成两大团伙:市场和销售站在用户一边,服务、质量部门与研发站在一起。这是由于组织架构而造成的天然的对抗力量。 我个人建议加强市场和销售团伙的实力,将服务部门纳入市场销售团伙,同时引入第三方力量:质量部门,质量部门与上述两大团伙在组织结构上平行同级。裁判是谁呢,就是总经理。 采购部门,法规部门, 这样一来形成一个分权制衡并且集权的结构,有利于公司发展。(哎?奥罢马团伙是不是也是这样搞呢?) ----------------------------题外话结束--------------------------- 技术路线制定: 技术路线的选择就像找对象一样,有两个男人都追你,各有优缺点: 两个都是同桌的你,一个学习努力上进,心底善良,体贴关心,但家里穷。另一个英俊潇洒,时尚阳光,讨女孩子喜欢,家里有钱有势,但有些花心。 到底该选谁呢?
|
|
|
7楼
wml

职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[wml 修改于 2011/1/3]
|
我认为有三种选择: 1。选择学习好的,是个绩优股 2。选择英俊潇洒有钱的,一下子过上豪门生活 3。两个都选,并发任务(但要注意保护线程嗷,因为内存资源是共享的,时间是分片的),最后那个好久选那个。 我个人的意见是选择2,因为现在流行2:叶问,非诚勿扰2,闹太套2等等。。。。跟着流行走,总会有些好处的。 针对大多数公司,我认为2比较好,因为对于公司来说,生存是第一位的,在资金、资源不充裕的情况下,选择一个投入少、见效快,简单易行的策略是很重要的:快速推出产品、占领市场、获得回报、继续发展。 但是选择2有风险:花心不可靠。怎么办? 这才是问题的关键:关键在于你自己到底是怎么个货色,如果你是美貌如花,国色天香,冰雪聪明在控制2的过程中,就比较顺手,可以尽量减低风险。 如果你不是,在控制的过程中,近期目标可能容易达到,但是从中远期来看,最后你可能会被抛弃。 对于大多数公司来说,肯定不具备优质资源,所以应该根据自己的实际情况选择。 比如,JAVA和.Net两大阵营的争论一直没有停止,但对于用户来说,基本上不会关心你有那个,只要满足需求就可以。到底选择那个更好,还是要看自己对那个更熟悉,更容易控制。 归根结底,到底是屠龙刀更厉害,还是倚天剑更锋利,最主要的是谁在用,你的能力有多高。 -------光明顶之战(倚天屠龙记节选)------- 灭绝师太见打狗棒粘在倚天剑上,甩也甩不掉,登时运劲加在剑上想反手过来砍断此棒,张无兮岂能如她愿,也运起内功加于棒上,还是棒随剑走,正当灭绝想用剑前刺时,张无兮一个侧身,躲开了这一剑,立即用挑字诀把倚天剑脱出灭绝之手,张无兮顺势一个轻功就把剑拿在手里,灭绝师太见剑失手,也立即跃上,一掌向张无兮打去,张无兮接到剑后,见灭绝跃身一掌打来,也腾空一掌印去,两掌相交,灭绝不及,向后飘去 ------------------------------------------------------------------------------- 不能掌握倚天剑的灭绝师太不是好的技术总监! -------------------------------------------------------------------------------- 至于选项1,如果你的内力充沛,资源丰富,有钱,就选它。 如果选3,我觉得就像选了个超女,像男像女又像二夷子。。。。结果很难说啊
|
|
|
8楼
wml

职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|