软件项目开发流程书(1).docVIP

软件项目开发流程软件项目开发流程 修改历史修改历史 日期日期作者作者修改内容修改内容 2003 03 12 新規制作 2003 5 18 人员职责的变更 内容的变更 2003 12 4 针对 2004 年度制作最新工作内容下的工作流程 2004 1 14 添加项目经理管理被职员填写下周日程表的规则 1 1概述概述 3 3 1 1目的 3 1 2内容概述 3 2 2开发部日常管理流程具体实施方案开发部日常管理流程具体实施方案 3 3 2 1基本原则 3 2 2内容概述 3 2 3内容详细描述 3 3 3开发部管理流程具体实施方案开发部管理流程具体实施方案 1010 3 1内容概述 10 3 2开发部概要流程图 12 3 3开发部管理人员工作流 12 3 4BUGSURVEY工作流 15 3 5项目分析工作流 15 3 6BETA后质量保证工作流 15 3 7测试组BETA前工作流 15 3 8项目组基本工作流 15 3 9测试部 版前流程 19 4 4绩效考核实施方案绩效考核实施方案 2121 4 1总则 21 4 2流程图 21 5 5开发部激励和过失管理流程开发部激励和过失管理流程 2424 5 1激励管理系统 24 5 2过失管理系统 24 1概述概述 1 1目的目的 用标准化的流程来统一管理公司的运作 避免混乱 提高管理的质量 在实施过程中 所有管理者能够根据此统一的流程 总结经验 提高认识 加 强技术水平和管理水平 提高公司级的技术分析能力 为公司储备一支分析队伍 侧重在需求理解和需 求分析 框架设计上的能力 对人员负责内容上 明确化各自负责的内容 提高工作效率 1 2内容概述内容概述 开发部日常工作流程 开发部管理流程 开发部绩效考核流程 开发部激励和过失管理流程 2开发部日常管理流程具体实施方案开发部日常管理流程具体实施方案 2 1基本原则基本原则 公司开发部力求建立公平公正的评价体系 严谨的工作流程定义和及时的记录 与反馈 规范职员活动 形成一个紧张有序的团队 没有一个明晰的流程和高效的反馈体系 就不可能把工作做好 但是 这需要 每个人按照规则把自己应该负责的那一部分高效完成 只有这样才能保证整个 系统的顺畅 同时 如果个人没有完成自己的指责和按照规定填写内容 影响 的不单单是自己的工作而是整个系统 2 2内容概述内容概述 日报周报使用规则 目的注意是为了提高开发部整体的计划能力 反馈能力和管理者的控制能力 同时提高整体职员参与公司管理的渠道 日常活动的方法 提供开发部工作流程外的突发事件的解决方法 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 项目组运行基本工作流 开发部从实施人员角色划分如下 项目组长 项目组长 统筹解决项目的全部事宜 进行项目的整体计划的制定和实施 保证项目的可持续 发展和利润率 项目经理 项目经理 对公司级的资源进行调配 同时进行开发部的整体计划的制定和实施 保证开发部 的可持续发展和利润率 技术设计负责人 技术设计负责人 统一协调分析组的工作 在对日项目分析组中 进行设计文档的统一确认 在对中 方项目中 承担需求的统一把关处理 同时负责分析组的日常工作安排的统筹 QAQA 统一管理项目质量保证 监督项目组各项活动有序开展 程序员 程序员 主要是负责项目按照分析文档的实施 同时 在实施过程中优化代码结构 提出合 理化建议 其中优秀者可以作为 TeamLeader 负责具体组织工作和分析管理工作 测试员 测试员 负责公司测试流程的具体实施 要求掌握测试的技术 提出合理化建议 并保证整 个软件的可靠度 翻译人员 翻译人员 负责中外文文档的翻译 要求工作严谨 保证质量 在同客户交流中 负责接待和 沟通 同时 在个人的发展意向中可以兼顾其它公司内的常务工作 3 2开发部概要流程图开发部概要流程图 3 3开发部管理人员工作流开发部管理人员工作流 3 3 1 软件开发管理体系构成软件开发管理体系构成 参与人员参与人员 技术设计负责人 测试负责人 项目组长 管理主线 管理主线 管理人员去合适目前我们正在进行的总量有多少 检收而为付款的有多少 实施完毕而没有检收的有多少 管理人员去看我们下周能够接受的项目有多少 以便在每周五可以制定下 周的工作计划 项目经理可以看自己负责项目的基本参数 BugBug 管理系统 管理系统 作为质量控制过程实际结果的监控 以便总结质量的问题 进 行反馈 FileserverFileserver 文档文档 通过文档管理和整理 保证全部职员能够随时的了解其他 项目的信息和相信内容 同时 统一化文档管理 为以后的发展提供素材 所 有的文档主要包含如下几种 HearingSheet 一个简要的需求 重点在于强调这个需求的原因 前因后 果 UI 文件 设计文档 东京和北京共同进行 估算报价书 问题收集表 所有的问题一定要集中在一个文档内 功能点文档 一定要融合问题收集表内对应答案的所有内容 计划文档 要包含甘特图 项目总结及绩效分配方案 把项目总结作为重点进行 单体测试用例 按照模板进行 测试组测试用例 要保证最后的测试结果 确认测试用例 客户确认 beta 版后障害书 项目确认者发送 按照同一格式进行书写和填写 beta 后障害 list 表 其中包含 bug 的简单描述 bug 的类型确定和各部 门关于 bug 的总结 2 过程管理类 一个项目两次会议 项目启动会议和项目总结会议一个项目两次会议 项目启动会议和项目总结会议 项目启动会议主要是讲述项目的功能点 并据具体问题 进行严格的定义 说 明本项目所必须遵守的特殊规则 子功能间的前后顺序 统一的接口定义 和 每个人在项目实施中应该注意的问题 项目总结会议和 MD 分配方案的确定 主要是根据项目实施的结果 进行集中 的讨论 和谐而公平的团队和谐而公平的团队 公司其他方面的管理 就是为了加强管理 提倡量化 做 到各司其职 多劳多得 公平评价 提供机会给相应的人 3 3 2 管理人员注意事项管理人员注意事项 其中反馈机制的建立最关键 其中管理必须遵守以下规则 对象对象流程流程 编号编号 工作内容工作内容上流方上流方下流方下流方备注备注 项目经理分配项目客户负责人项目组长 解决人力矛盾项目组长 测试负责人 技术设计负责人 项目组长 测试负责人 技术设计负责 人 下流方人员负责把结果 反馈给东京担当者 开发部经理公司管理问题项目经理 各级负责人 职员 全体职员一定要给问题提出者答 复 成为制度后颁布 组长分配项目项目经理各个成员 项目人力调节无项目经理如果出现空闲同时反馈 分部管理问题无开发部经理 项目经理项目分析和问题确认无客户结果物概要需求文档和 问题与回复整理文档 项目里程碑信息反馈 项目开始时间 项目开始时间 alfa betaalfa beta 版本时间和版本时间和 原因 估算变更及原因原因 估算变更及原因 无项目经理 组织团队进行技术文档 的书写和维护 无测试部经理测试部经理 teamteam 所有成员所有成员 文档列表如下 功能点文档 问题收集 计划书 单体测试用例 QA 监督 svn 的执行情况程序员 项目经理 组长 监督过程管理参数组长 项目经理 整理所有项目文档组长项目经理 对日汇报表组长项目经理 绩效考核提供过程情况 汇总 组长项目经理月度过程管理处理表 测试部经理组织书写测试用例项目经理 功能 点文档 东京 整理汇总 beta 版后 bug 分析表 项目经理 提供 的完整的 后 障害书 所有管理者其中的技术分析和管理 分析及对东京的建议应 由项目负责人进行填写 控制测试的结果 3 4BugsurveyBugsurvey 工作流工作流 参见 bugSurvey 工作规约 3 5项目分析工作流项目分析工作流 参见 项目分析工作规约 3 6BetaBeta 后质量保证工作流后质量保证工作流 参见 beta 后规作规约 3 7测试组测试组 betabeta 前工作流前工作流 3 8项目组基本工作流项目组基本工作流 3 8 1 概述概述 在项目进行过程中 要求能够及时反馈 做好计划安排 并调整这个人力的配 比 以达到最好的效果 3 8 2 对程序员的要求对程序员的要求 尤其在分析组成立前期 对分析组的设计书 尽可能提出建设性意见和设 计的问题 有利于提高项目分析能力 在功能实现上 主要和项目经理的沟通 把类结构设计和代码向理想情况 努力 同时用公司内的代码规范作为自己的行动准则 在日常活动中 加强团体意识 加强责任感 3 8 3 对项目经理的要求对项目经理的要求 主要职责为 类设计的严格控制 保证整个软件包的可维护性 项目过程管理 能够紧密的控制整个项目的进程 发现项目中的各种风险 因素 尽早地把风险在项目中消除 硬性要求如下 1 每个项目 大于 10MD 正常项目 必须提供的文档为功能点文档 需求收集 单体测试用例 项目总结及 MD 最终分配方案文档 2 每个项目 大于 10MD 正常项目 必须召开两次会议 项目启动会议主要为了统一项目的内容规则和要求 同时把整体 逻辑和框架做简要说明 项目总结会议 主要是评价每个成员的表现和项目完整的状况和 质量 总结失败的经验教训 同时根据评论的结果进行最后的 MD 的分配 整个团队的建设和公司的管理工作 在项目管理中发现问题 把反映给公 司 以备在公司级别对整个流程和各个环节进行调整 3 8 4 流程图流程图 接收来自项目经理 的项目通知 收到来自分析组概 要设计第一版的通 知 确定alfa和beta版 本 接收来自分析组详 细设计第一版 项目启动会议 功 能点和人员分配 项目的类结构设计 项目组长和程序 员 编码 项目中出现新问题 开发组内代码检查 书写单元测试用例 单元测试 提交alfa版本 项目总结会议 关注项目的分析进 程并做初步计划 1 功能点文档 2 问卷 功能点及问卷文档 名确认及svn路径 邮件通知测试 经理 QA 对概要设计做初步 审核 邮件通知项目 经理及测试负 责人 项目开 始时间 alfa 时间beta时间 上传项目开始时 间 alfa时间beta 时间 计划安排文档 结合项目情况进行 计划调整 制作项目安排计划 表计划表上传SVN 项目经理审批 要遵守编 码规则和 类结构方 案 邮件给文档作 者 并通知项 目组长和项目 经理 提交项目经理 Bug管理系统录入 代码走读记录 制作单元测试文档上传SVN 路径 文档名格式 提交项目经理 结果反映到单元测 试用例文档中并上 传SVN 邮件通知测试 组长 发送测试组 制作项目总结报告 上传SVN 3 8 5 项目组文档管理项目组文档管理 原则 Comment A1 注意修正 所有文档必须都放在 SVN 上 进行统一管理 同时 负责人在本地应保 留一份同样的备份 细节描述 各路径存放什么文件 项目项目内容内容备注备注 Spec 设计说明书 QuestionSheet 设计说明书的补充说明 设计说明书的各个版本 设计说明书一览表 设计说明书一览表要记录所有文档 变更的情况 并指明最后项目实施 与文档之间的关系 Test case 项目组书写的单体测试用例 测试组书写的测试用例 东京发送的 confirm 测试用例 Schedule 针对项目实施的日程安排 对东京进行进度汇报的每个报表 Function Points 功能点文档 All Bug Spec Beta 后障害书 针对此项目的 beta 后 bug 类型确定和经验汇总 完 毕后 应及时发送测试组项目经理 UIHtml Demo Hearing Sheet 联系分析组 如果有应该直接 copy FP Spec FP sheet 不同版本 FP change 表 FP 说明 记录所有 FP 变更历史 以备后期确认的 方便 3 9测试部测试部 版前流程版前流程 3 9 1 相关人员相关人员 测试部经理 测试组成员 3 9 2 测试人员的要求测试人员的要求 一定要注意配合 因为 在此环节 一种好的描述方式和沟通方式将会直 接影响工作效率和工作质量 所以 首先大家要注意 bug 管理系统的使用 方法和规则 同时 尽量采用统一的属于进行描述 如果需要图形辅助 也可以进行贴图 加强需求理解能力 能够尽快的理解文档和功能测试用例 在工作中细致 耐心 有条理 同时对应 esm 系统需要测试部填写的过程参数必