软件综合项目开发作业流程书.doc

××软件项目开发流程

修改历史
日期
作者
修改内容
-03-12

新規制作
-5-18

人员职责变更，内容变更
-12-4

针对制作最新工作内容下工作流程
-1-14

添加项目经理管理被职工填写下周日程表规则

1 概述 3
1.1 目 3
1.2 内容概述 3
2 开发部寻常管理流程详细实行方案 3
2.1 基本原则 3
2.2 内容概述 3
2.3 内容详细描述 3
3 开发部管理流程详细实行方案 10
3.1 内容概述 10
3.2 开发部概要流程图 12
3.3 开发部管理人员工作流 12
3.4 Bugsurvey工作流 15
3.5 项目分析工作流 15
3.6 Beta后质量保证工作流 15
3.7 测试组beta前工作流 15
3.8 项目组基本工作流 15
3.9 测试部β版前流程 19
4 绩效考核算施方案 21
4.1 总则： 21
4.2 流程图 21
5 开发部勉励和过错管理流程 24
5.1 勉励管理系统 24
5.2 过错管理系统 24

1 概述
1.1 目
l 用原则化流程来统一管理公司运作，避免混乱，提高管理质量。
l 在实行过程中，所有管理者可以依照此统一流程，总结经验，提高结识，加强技术水平和管理水平。
l 提高公司级技术分析能力，为公司储备一支分析队伍，侧重在需求理解和需求分析、框架设计上能力。
l 对人员负责内容上，明确化各自负责内容，提高工作效率。

1.2 内容概述
l 开发部寻常工作流程
l 开发部管理流程
l 开发部绩效考核流程
l 开发部勉励和过错管理流程
2 开发部寻常管理流程详细实行方案
2.1 基本原则
公司开发部力求建立公平公正评价体系，严谨工作流程定义和及时记录与反馈，规范职工活动，形成一种紧张有序团队。

没有一种明晰流程和高效反馈体系，就不也许把工作做好。但是，这需要每个人按照规则把自己应当负责那一某些高效完毕，只有这样才干保证整个系统顺畅，同步，如果个人没有完毕自己指责和按照规定填写内容，影响不单单是自己工作而是整个系统。

2.2 内容概述
l 日报周报使用规则
目注意是为了提高开发部整体筹划能力，反馈能力和管理者控制能力。同步提高整体职工参加公司管理渠道。
l 寻常活动办法
提供开发部工作流程外突发事件解决办法

2.3 内容详细描述
2.3.1 日报/周报使用规则
（1） 日报/周报使用
加强全体人员筹划能力，做到我每天要做什么？今天项目经理给我安排是什么？相应项目经理和部长要懂得每个人在做什么？只有这样，才干保证控制人员可以宏观调控，而个人也不会不知所措。

注意事项：
1. 周报哪怕只有一天也需填写；保持统一性
2 开始时间必要为22：00 结束时间为23：00，

内容
负责人
填写规定
监督人
违规解决
周报
项目组长
技术分析负责人
测试组组长
项目进展整体状况：
本周已完毕工作量及不能解决问题反馈，建议或建议；
为每一种人员安排下周工作筹划，下周项目风险预估。必要填写必要每周五16：00前填写完毕。
项目经理
没有准时提交，负责人扣除相应绩效
日报
开发部全体人员
项目进展状况：
不能解决问题反馈建议或建议；
突发问题必要反馈；
当天已完毕工作量，明天工作量安排
建议人们把工作安排填写，有助于提高自己筹划能力和规划能力。同步能保证事情不会忘掉。
项目组长

（2） 目的功能使用
为每一种程序员依照个人不同能力和状况设定目的，对于圆满完毕目的者进行勉励。同步，保证公司开发效果在可控制范畴内。

3 开发部管理流程详细实行方案

3.1 内容概述

开发部从流程上重要分为如下几方面：
（1） 开发部管理人员工作流
（2） BUG Survey 工作流
（3） 项目分析工作流
（4） Beta后质量保证工作流
（5） 测试组beta前工作流
（6） 项目组运营基本工作流
开发部从实行人员角色划分如下：
项目组长：
统筹解决项目所有事宜。进行项目整体筹划制定和实行，保证项目可持续发展和利润率。

项目经理：
对公司级资源进行调配，同步进行开发部整体筹划制定和实行，保证开发部可持续发展和利润率。

技术设计负责人：
统一协调分析组工作，在对日项目分析组中，进行设计文档统一确认，在对中方项目中，承担需求统一把关解决。同步负责分析组寻常工作安排统筹。

QA：
统一管理项目质量保证，监督项目组各项活动有序开展

程序员：
重要是负责项目按照分析文档实行，同步，在实行过程中优化代码构造，提出合理化建议，其中先进者可以作为TeamLeader负责详细组织工作和分析管理工作。

测试员：
负责公司测试流程详细实行，规定掌握测试技术，提出合理化建议，并保证整个软件可靠度。

翻译人员：
负责中外文文档翻译，规定工作严谨，保证质量。在同客户交流中，负责接待和沟通。同步，在个人发展意向中可以兼顾其他公司内常务工作。
3.2 开发部概要流程图

3.3 开发部管理人员工作流
3.3.1 软件开发管理体系构成
参加人员：
（技术设计负责人+测试负责人）+项目组长

管理主线：
l 管理人员去适当当前咱们正在进行总量有多少，检收而为付款有多少，实行完毕而没有检收有多少。
l 管理人员去看咱们下周可以接受项目有多少，以便在每周五可以制定下周工作筹划。
l 项目经理可以看自己负责项目基本参数。

Bug管理系统：作为质量控制过程实际成果监控。以便总结质量问题，进行反馈。
Fileserver 文档：通过文档管理和整顿，保证所有职工可以随时理解其她项目信息和相信内容。同步，统一化文档管理，为后来发展提供素材。所有文档重要包括如下几种：
l HearingSheet：一种简要需求，重点在于强调这个需求因素（前因后果）
l UI文献
l 设计文档： 东京和北京共同进行
l 估算报价书
l 问题收集表：所有问题一定要集中在一种文档内
l 功能点文档：一定要融合问题收集表内相应答案所有内容
l 筹划文档：要包括甘特图
l 项目总结及绩效分派方案：把项目总结作为重点进行。
l 单体测试用例；按照模板进行
l 测试组测试用例：要保证最后测试成果
l 确认测试用例： 客户确认
l beta版后障害书：项目确认者发送，按照同一格式进行书写和填写。
l beta后障害list表，其中包括bug简朴描述、bug类型拟定和各部门关于bug总结。

（2）过程管理类
一种项目两次会议：项目启动会议和项目总结会议
项目启动会议重要是讲述项目功能点，并据详细问题，进行严格定义，阐明本项目所必要遵守特殊规则，子功能间先后顺序，统一接口定义，和每个人在项目实行中应当注意问题。
项目总结会议和MD分派方案拟定。重要是依照项目实行成果，进行集中讨论
和谐而公平团队：公司其她方面管理，就是为了加强管理，倡导量化。做到各司其职，多劳多得，公平评价，提供机会给相应人。

3.3.2 管理人员注意事项
其中反馈机制建立最核心。其中管理必要遵守如下规则：
对象
流程编号
工作内容
上流方
下流方
备注
项目经理

分派项目
客户负责人
项目组长

解决人力矛盾
项目组长
测试负责人
技术设计负责人
项目组长
测试负责人
技术设计负责人
下流方人员负责把成果反馈给东京担当者
开发部经理

公司管理问题
项目经理
各级负责人
职工
全体职工
一定要给问题提出者答复，成为制度后颁布
组长

分派项目
项目经理
各个成员

项目人力调节
无
项目经理
如果浮现空闲同步反馈。

分部管理问题
无
开发部经理

项目经理

项目分析和问题确认
无
客户
成果物概要需求文档和问题与回答整顿文档

项目里程碑信息反馈
项目开始时间，alfa,beta版本时间和因素，估算变更及因素
无
项目经理

组织团队进行技术文档书写和维护
无
测试部经理
team所有成员
文档列表如下：
功能点文档
问题收集
筹划书
单体测试用例
QA

监督svn执行状况
程序员
项目经理
组长

监督过程管理参数
组长
项目经理

整顿所有项目文档
组长

项目经理

对日报告表
组长

项目经理

绩效考核提供过程状况汇总
组长

项目经理
月度过程管理解决表
测试部经理

组织书写测试用例
项目经理（功能点文档）
东京

整顿汇总beta版后bug分析表
项目经理（提供完整β后障害书）
所有管理者
其中技术分析和管理分析及对东京建议应由项目负责人进行填写

控制测试成果

3.4 Bugsurvey工作流
参见《bugSurvey工作规约》。
3.5 项目分析工作流
参见《项目分析工作规约》
3.6 Beta后质量保证工作流
参见《beta后规作规约》
3.7 测试组beta前工作流
3.8 项目组基本工作流
3.8.1 概述
在项目进行过程中，规定可以及时反馈。做好筹划安排，并调节这个人力配比，以达到最佳效果。
3.8.2 对程序员规定
l 特别在分析构成立前期，对分析组设计书，尽量提出建设性意见和设计问题，有助于提高项目分析能力
l 在功能实现上，重要和项目经理沟通，把类构造设计和代码向抱负状况努力，同步用公司内代码规范作为自己行动准则
l 在寻常活动中，加强团队意识，加强责任感。
3.8.3 对项目经理规定
重要职责为：
l 类设计严格控制。保证整个软件包可维护性
l 项目过程管理。可以紧密控制整个项目进程，发现项目中各种风险因素，尽早地把风险在项目中消除。
硬性规定如下：
（1） 每个项目（不不大于10MD正常项目）必要提供文档为功能点文档，需求收集，单体测试用例，项目总结及MD最后分派方案文档
（2） 每个项目（不不大于10MD正常项目）必要召开两次会议：
项目启动会议重要为了统一项目内容规则和规定，同步把整体逻辑和框架做简要阐明。
项目总结会议：重要是评价每个成员体现和项目完整状况和质量，总结失败经验教训。同步依照评论成果进行最后MD分派。

l 整个团队建设和公司管理工作。在项目管理中发现问题，把反映给公司。以备在公司级别对整个流程和各个环节进行调节。
3.8.4 流程图

3.8.5 项目组文档管理
原则：
l 所有文档必要都放在SVN上，进行统一管理。同步，负责人在本地应保存一份同样备份。
l 细节描述(各途径存储什么文献)注意修正

项目
内容
备注
Spec
设计阐明书
QuestionSheet
设计阐明书补充阐明
设计阐明书各个版本
设计阐明书一览表
设计阐明书一览表要记录所有文档变更状况，并指明最后项目实行与文档之间关系

Test case
项目组书写单体测试用例
测试组书写测试用例
东京发送confirm测试用例

Schedule
针对项目实行日程安排
对东京进行进度报告每个报表

Function Points
功能点文档

All Bug Spec
Beta后障害书
针对此项目beta后bug类型拟定和经验汇总。完毕后，应及时发送测试组项目经理。

UI
Html Demo

Hearing Sheet
联系分析组，如果有应当直接copy

FP Spec
FP sheet 不同版本
FP change 表
FP 阐明，记录所有FP变更历史，以备后期确认以便。

3.9 测试部β版前流程
3.9.1 有关人员
测试部经理：××
测试构成员：
3.9.2 测试人员规定
l 一定要注意配合。由于，在此环节，一种好描述方式和沟通方式将会直接影响工作效率和工作质量。因此，一方面人们要注意bug 管理系统用法和规则，同步，尽量采用统一属于进行描述，如果需要图形辅助，也可以进行贴图。
l 加强需求理解能力。可以尽快理解文档和功能测试用例。
l 在工作中细致、耐心、有条理。
l 同步相应esm系统需要测试部填写过程参数必要严格按照规定填写。
3.9.3 工作流程图

3.9.4 注意事项
l Bug管理系统中状态一定要维护，并通过此系统来保证alfa bug修改进行状况，即在提交beta版前，所有alfa bug状态都应当在jira上。如果没有在此状态中，应当积极和项目组联系，测试组有权监督其完毕。
l 测试组要验证项目组提交script 和resoruce文献，如果有问题，测试组有权告知项目及时修改，同步可以作为alfa bug登录在jira管理系统中。
l 测试组要保证测试用例质量，尽一切也许减少beta 后bug数量。并严格按照beta后bug解决规约进行。