团队的软件项目管理和开发流程

团队的软件项目管理和开发流程

1目的

●用于指导公司的技术中心软件开发工作

●定义了各部门与技术部的协作接口和流程

●定义了项目开发流程和管理办法

●定义了任务开发流程和管理办法

2说明

2.1 范围

本文档只适用于技术中心针对网站及其相关的一般性开发工作。包括：

●网站维护性开发

●项目开发

本文档不适用于网站运维护性的系统维护工作。不涉及：

●网站的网络安全、权限等

●数据库的安全、备份等

●系统环境等

凡网站运维性的系统维护工作请另参见《运维管理规范》文档。

2.2技术中心组织架构

技术中心组织架构图

技术中心组织架构说明

目前技术中心从处理的工作性质分为三大部分：运维、开发和测试。根据需求工作量的大和小，其中开发的工作又细分为两类：

●网站维护开发

●网站项目开发

根据网站具体的开发工作内容不同，又可将维护开发组和项目开发组的人员细分前台开发人员和后台开发人员。

各小组的职责范围

●运维组：处理系统维护性的工作，包括系统安装维护、网络安全、数据库调

优备份等。关于运维的工作本文档不再详细说明，请参见《运维管理规范》文档

●维护开发组：处理网站的日常小问题的修改、新需求的增加（但工作量不大）

等维护性的开发。

●项目开发组：处理新项目的开发。

●测试组：负责对维护开发和项目开发进行测试。

●网站前台开发人员：负责对网站前台的功能进行开发。

●网站后台开发人员：负责对网站后台的用户管理、权限管理、开发、出票等

后台的功能进行开发。

由于人力资源的限制，目前没有专职的网站维护开发和项目开发，在没有新项目时，所有人员都可安排参与网站维护开发的工作。当有新项目时再组建项目组。但有高优先级的维护工作要处理而又人手不够的情况下，项目组的人员必须优先处理网站维护紧急事件。

2.3项目与任务的定义

什么是开发类项目（项目）

满足以下任意一条件进行开发的项目均为开发类项目：

●以前从未开发过的系统；

●不存在或基本不存在可复用的技术、模块，或业务逻辑、体系结构等或者在原产品上

进行大的结构性调整。

●在公司已有的成熟产品或可复用模块或技术基础上，根据业务需要和客户需求，新增

独立业务模块，且开发工作量超过1人月，如果是2至3人开发工作但超过2星期根据情况也可划为开发类项目。新彩种、新玩法、新产品的开发等都可以划为开发类项目。（此要求没有硬性要求，可以视情况而定。）

例如：网站二期项目、增加福彩七乐彩、增加快乐十分游戏、足彩单场项目、无线项目、安微客服项目等。

什么是维护类开发（任务）

●在现已运行的网站基础上，根据运营的需要或者市场规划的需要，提供补

丁、实现新的需求

●工作量通过技术部经理评估小于1人月但超过1个小时的。

例如：页面的调整、促销专题页面，日常运营中发现网站的问题等。

3.需求管理

3.1需求来源

需求来源类型：

●技术部提出

●运营部（包括客服组）提出

●市场策划部提出

技术部需求

提出人：技术部经理或技术骨干

提出原因：

1.随着网站新加游戏、玩法，注册用户增多等，对网站的可扩展性、稳定

性、安全性等提出了更高的要求，在时间允许的情况下，技术部有对网站进行技术优化的需求。此种情况的执行和跟踪转根据工作量的大和小转项目管理或任务管理。

2.在用户还未发现的问题，但技术部清楚存在的缺陷，需要对网站进行打

补丁升级。此种情况的执行和跟踪转任务管理。

提交文档：

如果是任务，填写《需求变更申请单（技术部）》；如果是项目，编写《需求说明书》和给出《项目计划（初步）》

运营部需求

提出人：运营部的所有人员（包括客服、编辑等）

提出原因：

在日常运营过程中会发现一些问题和提一些完善的建议。网站发布后，面对广大用户，用户在使用过程中会产生大量的问题和意见。这些问题和意见由客服组统一收集，然后反馈给运营负责人。根据工作量的大和小转项目管理或任务管理。

提交文档：

如果是任务，填写《需求申请单（运营部）》；如果是项目，编写《需求说明书》和给出《项目计划（初步）》

注：客服在接收客户的问题和建议后，如果是影响交易的，可以直接向技术部经理反馈，否则把问题反馈给运营负责人，由运营负责人按正常流程处理。

市场策划部需求

提出人：策划部主管

提出原因：

总结、提炼客户原始需求，推出升级版本、根据市场需要推出新产品、活动促销等。根据工作量的大和小转项目管理或任务管理。一般工作量比较大，转项目管理。

提交文档：

如果是任务，填写《需求申请单（策划部）》；如果是项目，编写《需求说明书》和给出《项目计划（初步）》

其它

上述只列出了三个部门的需求来源，但公司欢迎任何人向我们公司网站和产品等提出问题和建议。可以通过口头或书面的形式向运营主管或策划主管先提，运营主管或策划主管再整理需求提交给需求管理负责人安排处理。

3.2需求的接收和审批

技术中心指定一名专职需求管理负责人，专门接收来自各部门的需求，协助技术部经理作进度的安排等。需求的审批分为两种情况：

●技术部经理审批：一般情况由技术经理直接审批

●审批小组审批：技术部经理不确定的情况下由审批小组进行审批。

需求响应时间：

接收需求后，必须在半天以内向需求申请人反馈对需求的处理结果。包括处理意见，处理人，计划完成时间等信息。

需求管理负责人职责：

●专门分类汇总、整理提交的需求。初步划分是任务还是项目。

●整理后交给技术部经理进行划分

●整理后如果是项目交给审批小组进行评估和审批。

审批小组组成：根据需求的内容临时组建审批小组。成员一般包括与该需求有关的各部门主管、业务专家、技术主干等。

审批小组职责：

●批准立项是否成立

●根据《需求优先级规则表》划分需求的优先级

●确定是项目还是任务

●指定解决的部门或个人。

●安排解决的时间。

3.3需求申请流程

需求的申请流程分为任务需求申请和项目需求申请。

任务需求申请

任务需求申请流程说明：

1.需求申请人填写《需求申请跟踪单》，并确定紧急程度；

2.申请部门的主管或经理审批需求，通过后将需求转给技术中心需求管理负责

人，不通过则继续修改或取消；

3.1需求管理负责人接收需求后，再次初步划分是任务还是项目和优先级等，然后转给技术部经理进行具体的排期、评估工作量、分配处理人等

3.2根据情况，如果技术部经理不确定，则转审批小组进行审批和安排

4. 按照任务管理或项目管理进行处理。需求管理人跟踪进度；是任务，需求申请人跟踪进度；是项目，则项目经理跟踪进度。

项目需求申请