转自：http://blog.51cto.com/xqtesting/2052312

1. 简介

1.1 编写背景

随着公司业务的快速发展，技术部面临的基础技术研发、客户系统建设、新产品研发、老旧系统改造等各类建设项目越来越多。但在众多技术人员参与、并发项目交互的情况下，如何定义和制定项目实施流程和管理规范显得越来越重要。从现状看，我们的目前的项目推进流程中存在诸多问题，如：

l 前期需求规划和设计不明确、文档不详细

l 项目干系人没有参与前期需求分析

l 项目分工欠合理

l 解决问题流程不清晰

l 历史问题与文档无法跟踪

l 过度依赖RTX进行事务交流，不便事务跟踪

基于此，技术部需要尽快制定并执行项目实施的流程和相应管理规范。

1.2 编写目标

旨在通过制定并执行项目实施流程和管理规范，达到如下的目标：

l 规范需求，这个是项目的根本

l 合理安排计划与排期

l 细化项目模块分工

l 优化问题处理流程

l 保留历史记录与文档，以达到后续可跟踪的目的

l 养成及时查收mail的习惯

通过流程和规范可以明确项目建设目标、建设范围、项目干系人，及各成员的职责范围，规范项目管理、加强项目过程推进。

1.3 文档受众

本项目实施流程规范主要面向需求、开发、测试以及数据部的同事，其中数据部的同事可重点关注第四部分 线上问题处理流程。

1.4 名词解释

WBS：工作分解结构(Work Breakdown Structure) 把项目可交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。

Redmine：一个开源的、基于Web的项目管理和缺陷跟踪工具。它用日历和甘特图辅助项目及进度可视化显示。同时它又支持多项目管理。并可对任意的问题变更及时以mail形式通知项目成员。

2. 项目实施流程图

3. 内部建设项目流程释义

本流程的制定、实施和管理结合项目管理工具Redmine的实际应用情况。下同。

3.1 需求分析与评审

需求的宣讲需要通知项目干系人，分析与评审后需要产出最终的需求详细文档以及原型，并统一提交到指定的SVN目录进行管理。

对于统一纪委等通用平台，对关键需求点必须形成文档说明，以免造成功能点的遗漏。

3.2 项目计划与排期

目前我们没有清晰的流程，导致大家不知道什么时候提交测试，也不知道什么时候上线。需逐步加强项目计划与排期的概念，以应对现在和未来大量并行项目时管理和效率的质量。需要关注如下几个方面：

l 对立项的项目做优先级排期，并产出简要的项目计划

l 项目计划中应该包括重要功能点、提交测试时间点、上线验收时间点等内容

l 以上内容应该及时通知项目所有干系人

3.3 工作分解(WBS)

WBS，即工作任务分解，是项目管理中的重要概念。需要把WBS录入到redmine中的每个项目里，关注并执行以下几点：

l 当接到一个项目后，项目经理需要详细的分配工作任务到各个成员，这样便于以后问题反馈流程的直接对口，避免不知道问题反馈到谁那。

l 项目经理可通过WBS掌握各个组成员的工作进度，实时了解项目的整体进度，把控项目风险。

l 对于未来项目的维护，可以直接找到对口人进行处理，避免了很多无效的沟通。

3.4 需求变更

需求是整个项目的根源，需求的质量的高低直接影响整体项目的质量，为了及时响应需求变更，减少变更带来的开发成本，必须严格执行如下的流程：

l 任何变更必须及时更新文档到SVN

l 及时通知项目干系人

l 如对需求变更有异议，项目各负责人商量后在做处理

3.5 新建项目

登录redmine后，点击左上方的导航“项目”，进入项目列表页后，点击“新建项目”，如下图所示，注意红框标识的。

3.6 加入成员

新建的项目必须把项目干系人全部加入，包括需求发起人，开发，测试，数据部的相应人员

主要角色如下：

3.7 新建功能、工作安排

项目经理在完成项目创建和人员添加后，需要对工作任务进行分配。可参考如下步骤：

1. 新建功能(特性)或工作安排，这里我建议选择“工作安排”。

2. 相关人员接到工作安排后，要根据实际情况更新进度与状态，这样项目经理可以随时查看了解项目进度。

3.8 提交测试

项目在提交测试的时候，需要告知测试点，并录入redmine中，因为有些项目简报夹、属性修改等功能需要在线上进行测试。

3.9 新建问题

1. 测试人员在新建问题的时候，一定要严格选择跟踪的标签状态，如下图：

该问题属于什么就选择什么，因为每个问题的属性是不一样的而且流程也不一样！

2. 指派给：属于谁的问题就指派给谁。

3.9.1添加跟踪者

如果新建的问题需要知会其他人，则可以选择跟踪者，这样该跟踪者就可以得到处理该问题的变更通知

3.10处理问题

当一个问题指派给你时，你就需要处理更新该问题了，相关人员要尽快处理优先级别高的。可参考如下步骤：

1、进入具体的问题页，点击更新

2、更新“状态”、更新“指派给” 为原问题提交人。

3.10.1添加跟踪者

如果这个问题你需要知会其他人，则可以找到“跟踪者”一栏，点击新增，增加对应的人，这样该问题的处理状态，指定的跟踪者也能够的到通知了。

4. 4线上问题处理流程

面向数据部同事线上问题反馈的指导规范。

4.1新建问题

数据部的同事在新建问题时需要注意如下几点：

1、跟踪标签，如果是线上问题，就选“线上bug”；

如果是建议，就选“建议”，请严格按要求来选择。

2、指派给，必须指派给 测试人员，不能指派给其他任何人。

4.1.1 添加跟踪者

如果该问题你想知会其他人知道，那么请参考3.9.1。

4.2处理问题

请参考3.10。

5外包项目

参考1 内部项目流程规范，其中外包人员的录入最好只有一个接口人，且要控制好权限，这样方便管理与后期处理。

6邮件机制说明

在整个项目流程中，邮件汇报与通知机制的建立是非常重要的，未来我们将逐步加强邮件意识。

除了小型项目外，其余项目应该灵活的制定汇报机制，通过邮件告知相关人员，比如日报或周报机制，重点描述现在在干什么以及进度、有什么需要支持帮助的、未来要干什么以及计划，简单明了的告知情况即可。

7上线准则

目前，我们的上线没有任何约束，有时候在有很多bug没有解决的情况下就上线了，为了规范上线准则，提升交付到客户那产品的质量，现需要满足如下规范，才可交付。

1、高权重bug全部解决并关闭。

2、普通bug全部解决并关闭。

3、低权重bug、暂时无法解决或延期的bug需求经过相关人员一致认可才行。

8问题解决周期

1、高权重问题，必须及时解决。

2、普通问题，如无紧急情况需要在两天内解决。

3、其余问题需要给出明确的排期解决时间，可在redmine中对应的问题里备注说明。

9其他

l 安装邮件客户端软件，并及时查收邮件通知

l 优先抽出精力解决权重高、紧急的问题

l 及时更新redmine中问题的状态，拒绝口头兑现