《项目管理体系35853.doc》由会员分享，可在线阅读，更多相关《项目管理体系35853.doc（10页珍藏版）》请在金锄头文库上搜索。
1、IT项目管理体系一、 体系框架说明：红色的属于一期（2007年11月2008年2月），蓝色的属于二期（2008年3月2008年6月）阶段规范流程文档工具人力资源质量管理工作总总体流程立项立项规范实施立项审批流程需求立项审批流程立项说明书（模板）OA，word产品规划组：对产品定位、市场策略、成本控制负责检查立项说明书立项工作总结需求/产品设计需求设计规范原型制作规范UI规范版本管理规范需求评审需求设计计划需求调研报告（模板）需求设计说明书（模板）版本记录OA，word，Rose，Visio由专门的产品设计人员做需求产品设计，改变现在业务人员做需求或项目管理人员兼做需求的情况。加强需求分析产品设
2、计人员的素质。组建产品设计（虚拟）组，对所有产品统一管理。补齐已有系统的需求文档/原型的人力。检查需求计划执行情况参与需求评审规范抽查开发项目实施计划编制规范开发规范（命名规范、代码规范、接口规范）系统开发框架规范代码验收规范概要设计评审详细设计评审代码评审项目实施计划概要设计（模板）详细设计（模板）项目周报（模板）OA，Word，Project Rose，Visio调整开发人员结构，划分为管理、设计和开发三类。技术管理人员负责：进度、资源和协调。技术设计人员的职责：参与需求分析、需求评审，架构设计，技术选型，编写设计文档，扩充底层功能，代码检查，验收评审。技术开发人员根据设计完成代码并单元测
3、试。技术设计人员的职责并不局限于某一个产品，由技术设计人员组建一个组。这个组要负责：所有产品的架构、技术选型、产品间接口的评审；解决技术难题；技术积累；完善开发规范。检查计划执行情况规范抽查选择代码检查工具质量周报测试Bug管理规范测试用例编制规范测试规范JIRA新建项目流程JIRA项目调整流程测试用例（模板）测试报告（模板）操作手册（模板）JIRAOA，WordExcel测试人员划分为：功能测试、性能测试和安全测试。其中性能测试和安全测试人员的工作完全可以跨项目组。功能测试人员以经验丰富的测试人员为主，能力可以达到“以需求说明编写测试用例，由其他人根据用例测试”为准。补齐已有系统的测试文档/
4、手册的人力。JIRA管理JIRA管理员工作规范规范抽查产品质量抽检配置和部署部署规范配置管理规范正式平台部署流程CVS新建项目流程CVS权限调整流程配置计划部署文档数据库脚本IDC服务器登记卡内部服务器登记卡CVS OA，Word技术经理制定配置和部署计划IT管理部统一管理服务器访问权配置管理CVS管理员工作规范质量报告成本效益评估维护代码维护规范数据库维护规范维护问题登记与反馈JIRA外包开发的项目组需建立专门的维护组。维护量约占开发量的20%（bug、变更、数据修改）规范抽查变更变更管理规范变更评审OA变更统计减少变更的方法外包合格外包商登记规范外包商选择规范外包商管理规范外包评审外包商调
5、查表外包商评价二、 体系说明1. 立项1.1 核心问题对采购网和招投标平台：依据市场规划、产品规划决定新增功能的先后顺序。对中文网、采购网前台：软件开发带来的效益与成本的关系。对机电审：往往是政策性调整，只能立项；如果是基于技术原因的调整，需要阐述立项原因。1.2 解决方法：由业务部门/需求部门做立项申请，按模板填写立项说明书，阐述各方面理由。由上级领导（孙荣青、孟令智）裁决是否立项。项目上线后一段时间做效益评估。有些效益是立竿见影的，如提高工作效率；有些是通过比较长时间才能看出来的，如果增加用户满意度。所以也要分开评估。对短期见效的，上线后一个月之内评估；对长期见效的，按季度、年度对各产品线
6、的投入产出比做评估的角度进行评估。2. 需求（有少部分工具性质的软件可以从需求阶段外包）122.1 核心问题：变更多，政策变更没有办法，但是有些产品是连关键问题没有分析清楚造成的变更，有些是没有规划清楚，走一步看一步，所以做完没多久就要变。需求分析结果和客户（内部或外部客户）实际需要有出入。某些设计的开发成本比较高，在不影响核心需求的情况下，可以改变表现形式来降低成本。用户界面不友好或不统一；2.2 解决方法：（1） 用模板规范需求文档必须要有的内容。（2） 增加需求评审环节，由开发、测试、质量对需求文档质疑，直到认为解决了所有疑问。（3） 由专门的需求分析人员做需求产品设计，改变现在业务人员
7、做需求或项目管理人员兼做需求的情况；建议配置：招投标平台配置至少名需求分析产品设计人员，机电审项目配置名，招标网配置名。加强需求分析产品设计人员的素质。（4） 需求分析阶段要制作完善的系统原型；对内部客户，与客户沟通确认；对外部客户，还要组织客服销售人员讨论。（5） 需求细化阶段有技术设计人员参与。（6） 建立用户界面设计规范。3. 开发（可以外包）1. 外包的核心问题需求：完善的需求是前提，如果需求不明确、易变更、很多问题还没想好，就无法开始开发。以前内部开发，这些问题在开发阶段消化了，不明显，而外包时这个矛盾就会非常突出，因此对需求的要求高。设计、规范、验收。如果开发整体外包，我公司要定义
8、：系统框架、技术选型、接口，并要求外包公司遵循以上技术要求、我公司的开发规范及业务需求，最后由技术设计人员和需求、测试人员分别验收。如果只是把具体编码工作外包，那么我公司要技术设计人员要做概要设计、详细设计、数据库设计，写出类图和类的定义，并在开发过程中做代码检查，外包人员要遵守开发规范和设计要求。2. 解决方法（1） 调整开发人员结构，划分为技术设计和开发两类。技术设计人员要从需求阶段就开始参与。技术设计人员的职责：需求评审，架构设计，技术选型，编写设计文档，扩充底层功能，代码检查，验收评审。（2） 建立开发规范（包括命名规范、代码规范、接口规范）。由IT管理部拟定初稿，征求各技术负责人意见
9、。（3） 建立验收规范。由IT管理部拟定初稿，征求各技术负责人意见。（4） 技术设计人员的职责并不局限于某一个产品，由技术设计人员组建一个组。这个组要负责：所有产品的架构、技术选型、产品间接口的评审；解决技术难题；技术积累；完善开发规范。4. 测试（可以外包）1. 外包的核心问题需求。验证：增强我公司测试队伍的素质，能在短时间内发现问题。2. 解决方法及时间表（1）增强功能测试素质分三步： 第一步：细化用例，现在的测试用例普遍不够细，多是正常状况的，对异常写的少。比如登陆，现在可能就写一条，如果细化至少能写6、7条。 第二步：测试用例编写和执行分开，执行人只对测试用例负责（可以用其他项目组的人
10、或外聘兼职）。最后用交叉测试验证。 第三步：外包测试。我们做验证。（2）增强性能测试素质：第一步：在需求中规定要达到的性能目标，这个性能目标应该是在对客户群及其使用情况调查的基础上做出的。第二步：对主要功能实施性能测试。由各项目组编写性能测试计划和可能的薄弱环节，对像采购网、招投标平台这样有人力的组，开展针对这些薄弱环节的性能测试及性能调整。对新增功能需要安排性能测试的时间，对主要功能开始测试。按照性能测试计划，对产品进行全面的性能测试，并写出测试报告。3. 关于安全测试安全问题现在还不是突出的问题。目前要做到：各系统数据备份、功能测试中注意权限测试、对外包开发进行代码检查的时候注意有无安全问
11、题。5. 配置和部署1. 核心问题不明确什么时间部署能取到“干净”的代码。没有版本管理，需求、开发等文档无法对应。2. 解决方法（1） 在开发前制定配置计划，明确每个修改上传到主干或某个分支。部署前检查JIRA上是否还有bug。（2） 部署时，将需求、开发、测试等文档的最终版本上传CVS，和代码一起打标签。6. 维护问题1. 核心问题记录不全。权限分散。2. 问题解决方法：建立维护问题登记与反馈流程，所有维护问题在JIRA上登记。服务器访问权统一管理。三、 实施计划标识号任务名称工期开始日期结束日期前置任务资源名称备注1总流程1 工作日2007年11月1日2007年11月1日23立项593 工
12、作日2007年11月6日2010年2月11日4立项规范5 工作日2008年1月21日2008年1月25日5立项审批流程11 工作日2007年11月6日2007年11月20日6需求立项审批流程5 工作日2007年11月19日2007年11月23日7确立产品规划组22 工作日2007年12月17日2008年1月15日8立项说明书模板16 工作日2007年11月12日2007年12月3日9提交立项说明书291 工作日2009年1月1日2010年2月11日1310检查立项说明书282 工作日2007年12月4日2008年12月31日811立项工作总结5 工作日2008年3月3日2008年3月7日121
13、3需求分析/产品设计281 工作日2007年12月5日2008年12月31日14需求设计规范5 工作日2007年12月14日2007年12月20日15原型制作规范5 工作日2007年12月18日2007年12月24日16UI规范5 工作日2007年12月20日2007年12月26日17需求评审流程5 工作日2007年12月24日2007年12月28日18提交需求/设计 计划269 工作日2007年12月21日2008年12月31日1419需求设计说明书模板8 工作日2007年12月5日2007年12月14日20提交需求设计说明书273 工作日2007年12月17日2008年12月31日1921产品设计人员到位55 工作日2007年12月17日2008年2月29日22参与需求评审263 工作日2007年12月31日2008年12月31日1723规范抽查261 工作日2008年1月2日2008年12月31日2425开发275 工作日2007年12月13日2008年12月31日26项目实施计划编制规范5 工作日2008年1月2日
