研发团队的建设(原创) [wml 修改于 2011/1/2] 状态 开放帖 精华贴 浏览量 47345 |
Re:研发团队的建设(原创)
[回复于 2011/1/5]
|
说的很到位.学习交流ING。。。
|
|
|
17楼
dongbeimao
职务 无
军衔 无军衔
来自 上海市
发帖 4篇
注册 2011/1/5
PM币 4
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/5]
|
在研发/开发部门集中专门的人员进行产品开发时,需求的变化是不会太大的。研发/开发部门主要面对是内部客户:市场、销售、服务、生产、质量、法规等方面的人马。内部的协调相对比较容易,需求变更的压力不是很大。诸如突发性的变更相对比较少。 将研发部门的产品开发团队与外界市场相对的隔离,有助于产品稳定的成长。 ----4. 维护现有客户产品(Installed Base Mainteniance)(不包括service)---- 但现实情况是,在产品销售的过程中,必然有客户新功能的诉求,尤其是大的客户,老的客户。而对于这些客户,其一是公司的样本工程(Show site),对公司的声誉和品牌有较大的影响;其二大客户和老客户会是需求的主要来源,因为这些客户熟悉公司的产品,有实际的使用经验,他们提出的需求一定会是有价值的。 针对现有用户,我们需要建立一支突击队、一些尖兵,根据用户的需求进行快速开发,暂时满足用户的新功能/要求的基本需求,提高客户满意度,同时也是让一些新的功能在这些用户那里磨合使用。 当这些新需求在老客户或者大客户那里运行一段时间后,如果觉得是一个好的功能,也是未来其他客户的需求,再将其融合会到产品中,即将这部分需求完全整合到产品中,形成新的产品基线(版本),然后正是release,并且为老用户进行升级。 对于软件来说,至于升级是否能成功,其实是比较难得。因为在新的版本出来之前,大客户那里的老版本也具备这样的功能,而且可能不一样,此时用新版本升级是存在比较大的问题。。。。 (暂时写到这里。。。。待续)
|
|
|
18楼
wml
职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[wml 修改于 2011/1/5]
|
上面说到的突击队、尖兵是指得维护已有用户的团队,即IB团队:Installed Base Team,为已经安装了产品的用户服务的团队。 另外说到对于软件产品来说,在老用户那里产品的升级存在比较大的问题: 1.根据老用户的需求快速开发出feature 2.这个快速开发出的feature会在老用户的site试用,或者说使用了一段时间 3.在这个时间过程,同时又将新的feature融入到产品线中 4.去老用户这里提供具备新feature的产品 这个是不make sense的,因为快速开发出的feature和在新产品基线中的feature是一样的,但是还是存在不同:比如,产品基线中的feature的数据库结构可能不同,代码不同,通信接口不同等等。。。。有很多不同。 所以升级其实是很麻烦的,不成功的可能性可能达到80%。 这时候如何做?
|
|
|
19楼
wml
职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/5]
|
我们想想很多穿越的电影和故事,比如《回到未来》等。我觉得有些地方类似: 在一个时间点上(T),一件事情在地点A发生了。 过了100天(T+100),几乎同样的另一件事情在另一个地点B发生了。 在A地和B地两个空间,第一件事情发生了100天,第二件事情发生了0天。 然后又过了50天,你是个神,企图让两件事情合二为一: 情景1:如果两件事情完全一样,没有问题 情景2:两件事情基本上一样,但是还是有所不同 但是现实总是残酷的,情景2是最经常发生的:版本的控制其实就是防止时空错乱的控制。 作为神,你该怎么做: 将不一样的找出来,让两件事情一样。 于是,你将第一件事情的不同找出来,在最早版本的基础上升级到新产品线,然后再把第一件事情不同的地方融入到新产品线。。。。 这个逻辑是不是有一点复杂? 没错,为了确保老用户、大用户的满意度,你最后这样做。 因为这些用户是你的根据地,是你的reputation,是你的宣传队、播种机、是。。。。 反正你得维护。。。
|
|
|
20楼
wml
职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/5]
|
5. 内部其他:公司人才梯队的培养与建设、研发流程建设与优化、专利开发、企业文化贯彻与倡导 -------------------------------------------------------------------------------------------------------------------------------- 这个方面的问题其实是最关键的问题,前面讲的是最基本的最基础的问题,只要做过两天研发的人都可以吹,比如我。
|
|
|
21楼
wml
职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/5]
|
前面内容主要讲述了研发部门的任务,后面将就研发的组织架构和运营机制展开讨论。 本文的主要思路还是和以前一样: 1.定目标 2.搭班子 3.带队伍 关于目标,已经做了简单描述,班子如何搭,还是要看目标是如何定。针对不同的目标,班子的架构是不同的。 举个例子,如果研发部门的任务只是正对大客户进行定制和开发,产品研发部门(小组),就没有必要存在,因为针对不同的大客户都是按照项目的方式进行,各个用户的需求差异性是比较大的,虽然可能在某些技术和模块上可以复用和借鉴,但是更多的部分是不一样的。 此时应该根据项目的目标构建队伍,PMO Office将占有绝对的重要地位。如果是按照产品来开发,则PMO Office的地位可能会消弱。 总的来说,最主要的是你要干什么,目标是什么,目标不同,组织结构则不同。
|
|
|
22楼
wml
职务 无
军衔 主帅
来自 江苏
发帖 2621篇
注册 2004/8/5
PM币 1819
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/7]
|
顶
|
|
|
23楼
yh740823
职务 无
军衔 无军衔
来自 上海市
发帖 3篇
注册 2011/1/7
PM币 1
经验
|
|
Re:研发团队的建设(原创)
[回复于 2011/1/8]
|
学习学习!
|
|
|
24楼
zongyongli
职务 无
军衔 无军衔
来自 山东省
发帖 6篇
注册 2011/1/7
PM币 7
经验
|
|