|
精华帖 (0) :: 良好帖 (9) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2008-03-06
技术平台这样的部门,要看怎么用,如果仅仅是高高在上,提出指导的话,一般不行,因为早就脱离实践了,靠吃老本,根本行不通.
正确的做法是,跟实际项目结合起来推动复用的组件在项目中实际应用起来,再抽象,再应用,再抽象,再应用. 这样,一些组件就避免了重复开发,而项目组可以集中到业务上和具体的流程实施这一块. 象我们单位,就是跟项目脱离的,所以平台部抽象完的东西,很难应用到项目中去,目前只能搞一些企业内部的技术培训和招聘. |
|
| 返回顶楼 | |
|
最后更新时间:2008-03-07
楼主的这个问题的提出,其实是大家可能大多都面临的问题。
我也同样面临这个问题。 一方面,项目繁多。新模块需求不断。 另一方面,不同项目基础框架差异很大。 我们的应用跨度非常大,C++\JAVA\DELPHI等都有,而且不断有新系统整合进来。 开发模式统一、新员工培训、技术架构不断革新 这类工作谁来做? 统一由技术总监来完成? ---你要多少技术总监? 统一由老员工完成? ---项目全部靠他们呢? 由部门经理来做? ---日常管理琐事已经压趴了 由质量管理人员来做? ---他们做不来 我认为,要让团队持续、高效地生产软件产品。必须要给他们提供一个相对安静的开发环境。 这里安静,是指: 尽量少的技术架构方面的影响 新技术能很快上手 即时是新成员,也能很快跟上大部队。 呵呵,我们希望有这样的组织机构,还要看战略、看产品是否有可持续发展之路。 如果只是搞搞项目,那老板估计是不会多掏钱,组织一帮高工资的人研究什么技术的。 |
|
| 返回顶楼 | |



