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

软件项目开发流程修改历史日期作者修改内容-03-12新規制作-5-18人员职责变更，内容变更-12-4针对制作最新工作内容下工作流程-1-14添加项目经理管理被职工填写下周日程表规则1概述31.1目31.2内容概述32开发部寻常管理流程详细实行方案32.1基本原则32.2内容概述32.3内容详细描述33开发部管理流程详细实行方案103.1内容概述103.2开发部概要流程图123.3开发部管理人员工作流123.4Bugsurvey工作流153.5项目分析工作流153.6Beta后质量保证工作流153.7测试组beta前工作流153.8项目组基本工作流153.9测试部版前流程194绩效考核算施方案214.1总则：214.2流程图215开发部勉励和过错管理流程245.1勉励管理系统245.2过错管理系统241 概述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 SpecBeta后障害书针对此项目beta后bug类型拟定和经验汇总。完毕后，应及时发送测试组项目经理。UIHtml DemoHearing Sheet联系分析组，如果有应当直接copyFP SpecFP 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解决规约进行。