锁定老帖子 主题:重用管理和技术研究在软件公司的重要性
精华帖 (0) :: 良好帖 (9) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2008-01-31
引用 我想听听大家所在公司的情况,就是你们公司有专门研究技术的人员和部门吗?这些人不参与项目的开发,而是开发技术框架,为开发人员提供技术支持和培训,对公司的技术资源进行积累,形成公司技术资源库。 这个部门在H公司的二级部门下面叫总体技术部,落在三级部门里面叫系统组,里面的人叫SE。而H公司正在做的一件事情就是要打破SE和开发团队之间的隔阂,让SE投入到项目开发里面,因为他们发现自己做出来的设计既不足够指导开发又有浪费。 我经常说的,太阳底下没有新雪。与其坐而论道,你还不如去调研一下H公司这种典范都做过些什么。 |
|
返回顶楼 | |
发表时间:2008-01-31
我刚刚新加入了一个公司的研发中心,我们公司目前有个职位是技术经理,基本上他只需要负责新技术、新模块、新框架的研发和积累,同时和他对等的职位有个产品经理。产品经理更多的职责可能是如何更好的使用公司目前有的技术和框架,去解决新产品的研发问题。
同时说一句,我们公司的实施任务还是很重的,很多时候研发都要派力量参与或者协助实施,不过技术经理基本上是不会参与这个。 所以我想技术经理这个角色还是很重要的,需要重视。 |
|
返回顶楼 | |
发表时间:2008-01-31
另外,我们部门在项目中(我们研发的产品也是按照项目走的),严格控制对公用模块的修改,即使要修改,也得报给技术经理或者框架组去处理。
|
|
返回顶楼 | |
发表时间:2008-01-31
抛出异常的爱 写道 能不能提高工作效率?
能的话,可以与老板谈 必要资源有多少? 如果不能拿到人员组格权,不用想了作了也不爽。 如何交流? 你公司原来的组织结构可不可能在不用强力行政手段就可以作到 底层的交流。 如果我就不会去作。 因为如果没有先例的新事务是很难成功的。 我会找个以前的闲置的部门来作新部门的壳子 借壳上市。 关于工作效率这个东西可能是长线投资,如果公司希望能走很长一段路,那么我想复用组件应该在长远的项目中能体现出价值来的,当然如果公司是想着捞一票就走,哪天倒了算的话,可能老总考虑的更多的是如何从目前的项目中去得到现金了。 另外我想问一个问题,不知道国内或者说北京吧,现在的公司是不是会自己再对流行的框架进行封装或增强?我们公司是有专门做这个的,我觉得很有必要。 |
|
返回顶楼 | |
发表时间:2008-02-01
抛出异常的爱 写道 能不能提高工作效率?
能的话,可以与老板谈 必要资源有多少? 如果不能拿到人员组格权,不用想了作了也不爽。 如何交流? 你公司原来的组织结构可不可能在不用强力行政手段就可以作到 底层的交流。 如果我就不会去作。 因为如果没有先例的新事务是很难成功的。 我会找个以前的闲置的部门来作新部门的壳子 借壳上市。 1.工作效率肯定是可以提高的,和专业化分工的道理是一样的。 2.必要的资源我心里有数,就看老板给不给了,我还没谈过。 3.是的,就我老哥一个,是干不起来,我不是神啊。 4.借壳上市不太可能。 5.新事物是发展过程中的必要,所谓不破不立,任何发展都需要变革,就是打破现有的东西,尝试新的东西,这是普遍发展规律。 |
|
返回顶楼 | |
发表时间:2008-02-01
gigix 写道 引用 我想听听大家所在公司的情况,就是你们公司有专门研究技术的人员和部门吗?这些人不参与项目的开发,而是开发技术框架,为开发人员提供技术支持和培训,对公司的技术资源进行积累,形成公司技术资源库。
这个部门在H公司的二级部门下面叫总体技术部,落在三级部门里面叫系统组,里面的人叫SE。而H公司正在做的一件事情就是要打破SE和开发团队之间的隔阂,让SE投入到项目开发里面,因为他们发现自己做出来的设计既不足够指导开发又有浪费。 我经常说的,太阳底下没有新雪。与其坐而论道,你还不如去调研一下H公司这种典范都做过些什么。 你说的是两码事。 我说的技术研究,产品设计开发肯定是产品团队的事。我的意思是技术部门提供技术保障,这是完全不同的很清晰的两个职责。打个比方,在生产企业里,技术部门负责制造和修理生产用的机器,而另一部分人就是用这些机器生产实际的产品。在企业领域,属于支持部门,并不直接生产产生经济效益的产品。 我现在是很想知道别的公司如何做的,也没有机会到一些比较好的软件公司学习,所以在这里发个帖。 |
|
返回顶楼 | |
发表时间:2008-02-01
mxtah 写道 抛出异常的爱 写道 能不能提高工作效率?
能的话,可以与老板谈 必要资源有多少? 如果不能拿到人员组格权,不用想了作了也不爽。 如何交流? 你公司原来的组织结构可不可能在不用强力行政手段就可以作到 底层的交流。 如果我就不会去作。 因为如果没有先例的新事务是很难成功的。 我会找个以前的闲置的部门来作新部门的壳子 借壳上市。 关于工作效率这个东西可能是长线投资,如果公司希望能走很长一段路,那么我想复用组件应该在长远的项目中能体现出价值来的,当然如果公司是想着捞一票就走,哪天倒了算的话,可能老总考虑的更多的是如何从目前的项目中去得到现金了。 另外我想问一个问题,不知道国内或者说北京吧,现在的公司是不是会自己再对流行的框架进行封装或增强?我们公司是有专门做这个的,我觉得很有必要。 我们公司还是非常稳定的,给中石化一个炼油厂的提供服务外包的,每年服务费近千万,发发工资不成问题,比又想发展又想填饱肚子的小公司好多了。这样的机会,你说发展不起来,能怪比人吗?只能怪自己了。关键看领导有没有这个眼光,我门下面的只能提提建议。 |
|
返回顶楼 | |
发表时间:2008-02-01
这个是很有必要的。我原来公司就专门成立了一个架构组,为其它team提供一个通用架构,并且提供技术支持。当然架构组的成员可以是各个组的team leader。他们负责开发框架,技术培训,疑难问题解决。。。
|
|
返回顶楼 | |
发表时间:2008-02-01
引用 我说的技术研究,产品设计开发肯定是产品团队的事。我的意思是技术部门提供技术保障,这是完全不同的很清晰的两个职责。打个比方,在生产企业里,技术部门负责制造和修理生产用的机器,而另一部分人就是用这些机器生产实际的产品。在企业领域,属于支持部门,并不直接生产产生经济效益的产品。 我现在是很想知道别的公司如何做的,也没有机会到一些比较好的软件公司学习,所以在这里发个帖。 貌似偶还比较幸运。。。 偶们公司有研究所,公司的核心开发技术都掌握在他们手里,负责进行先进技术研究和支持。。。 我们部门也有自己的研究室,负责开发维护本部门的开发平台。研究室不直接参与项目开发,属于技术支持力量。。。 做自己的技术开发平台,我想这是正规公司的必由这路吧?否则如何持续发展?总不能永远做一个项目搭一个架子吧? |
|
返回顶楼 | |
发表时间:2008-02-01
重用管理和技术研究能否分成两块来分别考虑?
重用管理针对以往历史项目的可重用部分进行抽取、标准化管理,可以由CTO通过技术管理部门下达计划和管理考核办法,逐步在生产项目中进行重用部分的实施,并基于采纳情况,对贡献者给予奖励,对违反管理办法的给予惩罚,这项工作可以先动,用不着说太多,关键要先动起来。作为CTO应该可以推动,不需要太多的资源,刚开始的时候不用做的很大,先把一些标准化的工作,比如界面标准、权限管理等内容交给生产项目的负责部门,由他们进行整理,然后进行评估改进,形成标准,具体的工作不脱离实际开发部门。这事慢慢来,一件一件的做,领导那边只要你能说清楚,一般应该问题不大,项目考核中加上“重用资源贡献情况”、“标准使用情况”即可。 技术研究对于服务型项目型企业来说,成立一个独立的部门有些奢侈,这是我个人的看法,项目紧张,能做技术研究的人都是能力很强的,公司领导会觉得把他们放到项目里面更有作用,另外独立一个部门,对企业来说动静太大,处理不好容易出现各种问题,比如人事、薪资和考核,领导会有顾虑。目前一般谈到的技术研究往往是框架设计,CTO如果要跳出来自己来做,弊大于利,首先脱离具体的生产项目和部门,资源不足,做出来的东西是否能合适也未可知,再者CTO不应该去剥夺开发部门的乐趣,框架设计开发所带来的成就感应该交给开发部门,CTO更多的是组织资源提供保障。建议找一个具体的项目,就框架的一个具体内容对开发部门提出要求,由项目组来通过具体项目完成,结合重用管理的政策,激励开发部门带着目标去逐步完成技术研究,这时候CTO可以在项目的几个节点组织相关部门的技术骨干进行评审。等到效益出来后,再看是否需要独立出一个团队出来。 |
|
返回顶楼 | |