文档介绍：部门建设建议部门建设建议部门建设建议:部门建设建议 . 核心需求和本地化需求对于单一的项目的需求管理可以翻看各种的同类书籍, 这些书籍中记载了大量的实证的方法, 我主要想描述本地化开发占用核心开发的工作量 30% 以上的项目, 例如建管项目, 的需求管控方法建议, 部门建设建议。需求分成两类, 本地化需求和核心需求,本地化需求是本地化版本中开发,其成品只在一个地方运行; 而核心需求是指对核心版本变更的需求, 其成品需要部署到产品的所有客户方。本地化需求一般在现场进行开发测试,而核心需求应该在公司内部进行统一开发测试。 . 需求管理人员设置统一的需求管-理- 员对整个产品线的需求进行管控。需求管理人员除了熟悉当前系统中的处理的业务之外, 更重要的是需要了解当前软件的构架。需求管-理- 员的职责: 1、接受一线维护人员或者客户服务的经过初步整理的需求 2、判断这些需求核心需求还是本地需求 3、生成需求计划文档并交由一线维护人员或者客户服务递交给最终客户 4、提交计划给施工部门进行施工 5、维护需求库中的数据信息 6、跟踪需求的开发进度信息 4. 代码开发 . 重复开发重复开发不仅是我们公司的问题, 只要有些规模的公司都存在, 原因很简单,各个项目组都在赶进度,没有时间进行相互之间的沟通,也缺乏一个协调机制协调这种沟通。对于各个项目中的共通的开发模块的发现需要一个协调人员对此进行确认并提出方案, 同时, 对于开发这些共通模块的项目组要求这些共通模块必须承载另外的项目组所需要的功能。这无疑给开发工作和管理工作都带来了不小的工作量。项目掌控实际是人的掌控, 合作开发和等待别的项目的成品都会给项目带来风险。关键看这些风险是否值得。可以这么计算, 减少一个模块的开发, 实际是节省这个模块所消耗的人力。 . 公共库毫无疑问, 搭建一个公共库技术难题反倒成了附属, 开发的哲学却占据了主角。搭建公共库必须回答以下三个问题: 1、是否有必要搭建一个公共库? 2、搭建的公共库能够包容哪些东西? 3、如何搭建? 第一个问题比较好回答, 有必要让各个项目中的重复开发的模块进行统一管理。第二个问题相对比较好回答, 公共库应该包含类似日志、数据库连接池、 JavaScript Effect 、转换函数、帮助类等等一些通用的东西, 随着时间的推移,这个库的内容会逐渐扩大。第三个问题最难回答,这里面包含两个问题, 1 、谁负责编码?2 、谁负责维护管理? 对于公共库的代码要求同时也是对负责编码的人员的如下: 1、尽量兼容的技术体系,例如采用 JDK6 的功能开发公共库应该来说是有些冒失。 2、尽量兼容大部分的需求 3、统一的代码风格,至少让代码可读性提高。 4、代码库升级的向下兼容性。即便是设计的很糟烂, 也应该在升级的时候给老版本留点时间 5、严格保证进度。毕竟不是一个项目组在使用代码, 其他项目可能正在等待。 6、原则上使用一台清制度,谁写的代码由谁负责升级同时, 公共库的编码人员需要很强的设计抽象能力, 否则是不可能写出“通用”的代码的。一个 XP 的忠实 Fans 显然不是公共库编码人员的合理选择。独立一个小组或者部门出来进行公共库的编码建设会直接导致经济问题, 是不可龋应该是在各个项目组中协调技术人员进行开发。协调的工作应该由公共库的维护管理人员承担,