重用管理和技术研究在软件公司的重要性

我们一般称之为“技术委员会”，还是需要激励和考核机制，虚拟的团队如果没有机制保证，不落实到具体的项目中，效果也不会很好，最后不了了之。“个人发展的角度。。。应该会比较乐在其中”，都是技术能力较强的人，不是工作任务，谁愿意去做没有收益的事情，召集大家开个会都难！

gurudk 现在的问题是公司还不能给他这种保障，而他又想做这些事情，建议他两条腿同时走，一方面逐步建立相应的组织，另一方面还是沉下去，到具体的项目里面，一项项的落实。

大家说的都有道理,但是怎样才能结合自己公司的实际情况开展重用管理和技术研究等工作呢?毕竟大多数企业都在做项目,怎样能在合同约定的时间内,采用比较成熟的框架和技术完成项目,是公司上下最关心的问题.
对于大一些的公司,完全可以成立专门的研发组或部门开发新的框架,维护和改进老的框架,同时对一些项目中通用的组件进行标准化;而对于小的公司还不具备这样的实力,作为技术经理或技术总监至少应该认识到这方面问题,并指定专人或者自己,利用空闲时间做一些积极的工作.总之,东西是死的,人是活的,灵活运用就是了.

你所设想的这种情况很难,特别是目前国内这种浮躁的氛围下,

一般比较大的公司倒是有这样的部门,但他们一般都会让你很失望的,

做项目的,特别是做政府就是要饭。很难有大的发展,除了你的老板都别N,单子一个接一个的每个都在500万以上。

LZ说的重用管理的意思应该是是技术方面的，组件、平台的重用吧

对于管理的重用，我们倒是通过某些模板、制度做到了一定程度上的重用，但是我们是有专门的庞大的管理项目管理的部门
公司规模在1k人以下，我觉得根本没有必要做这样的投入，顶多搞点经验交流

技术上的重用，一样，规模小的公司，先活命再说，业余组织有兴趣的一起研讨研讨可以

人才都是用在刀刃上的,框架的总结和开发是在项目完成后的空余时间做的..所以要求开发过程中对框架的矛盾和问题要记下来,我个人意见是在开发的过程中,开发组中每个人都要写技术博客,做完了项目,就可以总结啦~~哈哈..我也想在这次来做一次实践.

方向比较大，很好。事情起步难，找一个具体而有趣的目标去实现，找找感觉再继续。

lz说的都是自己在项目管理中的体会么？

首先，我们公司前段时间刚刚通过CMMI3级认证考核，所以 我对组织的管理、技术的积累和维护有一些了解和想法，同时也有很多困惑。

大家应该了解CMMI是非常重视企业的历史项目、历史数据的积累和应用的，它要求建立一个历史数据库/过程资产库（即LZ所说的资源库），积累典型项目的历史数据和技术及管理实践，并由EPG（LZ所说的研究中心）定期的维护。

一个软件开发的企业没有上述东西，那么弊端是很明显的：
1、项目管理和开发不统一，技术参差不齐。
2、历史项目完成后，对以后的项目开发几乎没有提高。
3、项目的完成主要依靠几个技术骨干的发挥。
3、项目管理的和企业管理缺少数据支持。
.....

从另一个角度讲：开发人员(公司员工)会感觉到不到东西，得不到提高。

从模型的角度看，一个良好的开发管理过程应该是：
Plan(计划)==>Do(执行)==>Check(检查)==>Action(处理)
并且4个环节是循环的，呈螺旋状不断提高的。

做个比喻：一个企业像是一个应用软件，资产库就是软件的数据库，上面的4个环节呢就是对数据库的查询/更新/插入/删除等操作，而EPG(工程过程组)和开发管理人员就是访问数据库的SQL语言和工具了。

呵呵 乱说一通，不知道恰不恰当。

要想使该软件达到需求，有效率的执行，那就得做分析、策划(企业规划)、设计(过程设计)、实现(定义过程)、测试(试运行项目)等过程是必不可少的，投入也是非常巨大的。

为什么国内的软件公司几乎没有在这方面做的比较好的呢，比较明显的原因就是投入大，没有好的先例，短期效果不明显。

成本投入大不是问题，只要效果够好，符合成本的投入就不成为问题。

我认为主要问题还是改进的方法和方式，譬如如何能够有效的把个人能力和经验在项目中的体现积累到公司的过程资产库中。如果方法得当，我认为管理层还是能够认识到这种改进的重要性和必要性的。

很久以前的一种想法:
在实践中不断完善!
不过首先给开个头!
参考开源项目的方式
建立一个基础的平台.(login)
然后添加不同的可选模块!
主要是要让上面看到好处,看到效益!

现在大家更多地关注STRUTS,SPRING,HIBERNATE JSF...
郁闷...只能整天跟着跑!!

公司自己的库最好有行业特色，适合公司本身的特点
对于比较成熟，并且有足够用户群的开源技术领域
最好不要去碰