开发流程过程改进建议

  • 格式:doc
  • 大小:343.00 KB
  • 文档页数:11

下载文档原格式

  / 11
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

文档号:pj-20110214-001

版本号:0.1

日期:2012-06-12

开发流程

过程改进建议

九樱天下(北京)信息技术有限公司

修订历史记录

版本日期描述修订人张二明

目录

1概述 (3)

1.1目前遇到的问题 (3)

1.2过程改进基础 (4)

2过程改进建议 (5)

2.1流程化说明 (5)

2.2变更管理 (7)

2.3BUG审核 (7)

3开发注意事项 (8)

3.1团队基本规则 (8)

3.2不能自己引用第三方包 (8)

3.3要注意区分使用单表和服务 (8)

3.4特定代码管理规则 (8)

3.5分支版本的应用 (9)

3.6对前台文件命名规定 (9)

3.7数据库设计规范 (9)

3.8与第三方技术支持规范 (10)

1概述

在经历了商城轻量化改造、专卖店轻量化改造、会员后台轻量化改造以及包括修改BUG在内的其他一系列项目型工作后,我对目前的开发环境及组织过程有了完整的认识,为了更好的完成以后的工作,结合我们组的工作经验及建议,我对开发流程提出过程改进建议。

首先,对项目有一个全面的认识,项目是为创造独特的产品、服务或成果而进行的临时性工作。这是对项目的定义,在我们的工作中,分配下来的任务都可以视为项目,商城轻量化改造是项目,新增智囊团功能是项目,修改一版BUG也是项目(修改BUG 是最简单的项目,因为目标明确、范围界定准确)。项目不分大小,都需要进行规划,都需要标准化的管理,这也是我提出过程改进建议的初衷。

项目的特点有三个:独特性、临时性和不确定性。独特性指每一个项目都是独特的,没有两个项目是相同的,有可能当前项目中某一块具体功能在以前的项目中有重复,这也只能说在项目实现时有一些经验借鉴。临时性指项目要有明确的起点和终点,即项目的时间约束条件,这是项目的重要制约因素,项目必须承诺在指定的时间内完成,而不是随着工作的完成而项目结束,这一点我们的认识不够深刻。项目的不确定性有两点,一是指项目在整个生命周期中会因环境变化、风险移动等因素而产生变化,这类变化成为变更;而是指由于项目的独特性而产生的项目结果认识不完整,这一点常常被忽视,我们在实际开发中,总是希望先把项目设计的足够完整足够详细足够全面,而实际上对绝大多数项目说这是不现实的,对项目的认识就像认识海上的冰山一样,项目经理必须全面认识水上部分,同时预测水下部分,并随着冰山的上浮不断重新认识重新预测,这就是规划项目的常用技术—渐进明细(指在项目进程中,随着信息越来越详细,估算越来越准确,持续改进和细化计划)。

基于以上的认识,得出的结论是:一次性完成项目的成本最低。把我们分派的工作视为项目,项目就要规划、评审、设计、实现,而不是直接上来就编代码。对于规模较大的项目(如商城轻量化改造),我们容易接受这个观点;对于规模小的项目(如添加媒体审核功能),很多时候我们不愿意接受这个观点,而导致多次返工。修改BUG工作,我认为是最简单的项目,因为目标明确,这类项目可以根据具体BUG内容进行适当剪裁。所谓一次性完成,主要指不要让我们的项目因缺少规划、着急开始、认识不全面等原因而导致的多次返工,同时还要认识到,规划、评审、设计是要消耗资源的(我们这里主要指时间),我们要为这些工作预留资源。

1.1目前遇到的问题

1.2过程改进基础

1.流程化的目的是提高工作绩效,而不是束缚工作。项目管理层应结合自己项目实际,

对流程化体系进行适当剪裁。

2.项目目标是多个角度(范围、时间、功能)的结合体,一个角度的变化会影响到其

他角度。

3.项目基线(经审核的项目目标),不可轻易修改。仅当变更管理审核后,进行修改。

4.项目实现以原型为唯一依据。

5.无论项目规模大小,项目是否复杂,都应该进行项目总结。

6.变更管理负责处理所有变更。项目设计是变更进入的唯一入口。变更进入流程后,

要先修改项目设计,然后修改原型,然后修改系统,这个顺序要严格遵守。

2 过程改进建议 过程改进

目组项目管理测试组运

维支持组收尾阶段

上线阶段测试阶段开发实现阶段原型设计阶段定义阶段项目定义项目启动会项目设计项

设计评审

型开

发原型测试开

发实

模块测试

BUG 审核变更管理上

线

目总结编写测试

用例

图表 1 流程图

如上图,将整个项目生命期分为六个阶段,分别是:定义阶段、原型设计阶段、开发实现阶段、测试阶段、上线阶段和收尾阶段。其中,定义阶段完成项目的目标(范围、时间、功能点),原型设计阶段完成项目原型的开发及测试,开发实现阶段完成项目的编码实现工作,测试阶段完成对系统的测试,上线阶段按照目前的上线流程进行上线,收尾阶段负责对项目进行总结,记录项目资产。

2.1 流程化说明

1. 项目定义

根据业务需要或其他需求而提出项目,这是可能只是一个初步的简单想法

或思路,描述页比较简单。例如:会员后台轻量化、做一个智囊团功能、做一个彩票系统、在九樱后台添加媒体禁用功能等。

2. 项目启动会

项目组决定开始做这个项目,首先分配责任并组织相关人员收集需求,这

两项成为项目启动会的主要内容。分配责任就是指定项目的相关责任人(谁总体负责,谁参与开发等);收集需求是指通过多种方式来确定项目的需求,对于规模小的项目,收集需求会比较简单,可以在会上敲定。对于规模大的项目,要根据具体情况采用多种方式收集。这个工作由项目管理层进行组织。

3. 项目设计

项目设计包括:整理需求、描述实现思路、确定项目目标。项目目标包括

项目范围、项目时间约束、项目功能点等。其中,项目范围确定项目的范畴及边界,明确哪些在项目中,哪些不在项目中(例如:在改造功能A 项目中,发现了功能B 的问题,这时功能B 的问题是不属于本项目的,如果要修改则需要