文档介绍：XX软件项目开发流程
修改历史
日期
作者
修改内容
2003-03T2
新規制作
2003-5-18
人员职责的变更，内容的变更
2003-12-4
针对2004年度制作最新工作内容下的工作流程
2004度。
翻译人员：负责中外文文档的翻译，要求工作严谨，保证质量。在同客户交流中，负责接待和沟通。同时，在个人的发展意向中可以兼顾其它公司内的常务工作。
开发部概要流程图
轨竹片垸幣怵概翌流程同
客户附认
巳世厅珂n管理
制作矶也
卄u怙算也
试・遲交血忆眉济
咨1鶴出
出底此丹kd归联
呱日实怖・擾处山山虑车
井Hi人Git打苻北瞰理
站-円:|\
■；或H经理

1
F
1
r
:r7:
1
r
啊
■'T：
■■■■
■■■■
■■■■
■■■■
■■■■
■■■■
■■■■
■■■■
■■■■
甘写舉本设it节cftffllS
软件开发管理体系构成
参与人员：
（技术设计负责人+测试负责人）+项目组长
管理主线：
管理人员去合适目前我们正在进行的总量有多少，检收而为付款的有多少,实施完毕而没有检收的有多少。
管理人员去看我们下周能够接受的项目有多少，以便在每周五可以制定下周的工作计划。
项目经理可以看自己负责项目的基本参数。
Bug管理系统：作为质量控制过程实际结果的监控。以便总结质量的问题，进行反馈。
Fileserver文档：通过文档管理和整理，保证全部职员能够随时的了解其他项目的信息和相信内容。同时，统一化文档管理，为以后的发展提供素材。所有的文档主要包含如下几种：
HearingSheet：—个简要的需求，重点在于强调这个需求的原因（前因后果）
UI文件
设计文档：东京和北京共同进行
估算报价书
问题收集表：所有的问题一定要集中在一个文档内
功能点文档：一定要融合问题收集表内对应答案的所有内容
计划文档：要包含甘特图
项目总结及绩效分配方案：把项目总结作为重点进行。
单体测试用例；按照模板进行
测试组测试用例:要保证最后的测试结果
确认测试用例：客户确认
beta版后障害书：项目确认者发送，按照同一格式进行书写和填写。
beta后障害list表，其中包含bug的简单描述、bug的类型确定和各部门关于bug的总结。
（2）过程管理类
一个项目两次会议：项目启动会议和项目总结会议项目启动会议主要是讲述项目的功能点，并据具体问题，进行严格的定义，说明本项目所必须遵守的特殊规则，子功能间的前后顺序，统一的接口定义，和每个人在项目实施中应该注意的问题。
项目总结会议和MD分配方案的确定。主要是根据项目实施的结果，进行集中的讨论
和谐而公平的团队：公司其他方面的管理，就是为了加强管理，提倡量化。做到各司其职，多劳多得，公平评价，提供机会给相应的人。
管理人员注意事项
其中反馈机制的建立最关键。其中管理必须遵守以下规则：
对象
流程编号
工作内容
上流方
下流方
备注
项目经理
分配项目
客户负责人
项目组长
解决人力矛盾
项目组长测试负责人技术设计负责人
项目组长测试负责人技术设计负责
人
下流方人员负责把结果反馈给东京担当者
开发部经理
公司管理问题
项目经理各级负责人职员
全体职员
一定要给问题提出者答复，成为制度后颁布
组长
分配项目
项目经理
各个成员
项目人力调节
无