1、某软件项目实施流程某软件项目开发流程修改历史日期作者修改内容2003-03-12张京宇新規制作2003-5-18张京宇人员职责的变更，内容的变更2003-12-4张京宇针对2004年度制作最新工作内容下的工作流程2004-1-14张京宇添加项目经理管理被职员填写下周日程表的规则1.1目的 31.2内容概述 32开发部日常管理流程具体实施方案 32.1基本原则 32.2内容概述 32.3内容详细描述 33开发部管理流程具体实施方案 93.1内容概述 93.2开发部概要流程图 113.3开发部管理人员工作流 113.4BUGSURVE工作流 143.5项目分析工作流 143.6BETA后质量保证工
2、作流 143.7测试组BETA前工作流 143.8项目组基本工作流 143.9测试部B版前流程 174绩效考核实施方案 194.1总则： 194.2流程图 195开发部激励和过失管理流程 225.1 激励管理系统 225.2过失管理系统 221概述1.1目的 用标准化的流程来统一管理公司的运作，避免混乱，提高管理的质量。 在远程开发上，结果XX软件自身的特点，量身定做，解决远程开发上的问题。 在实施过程中，所有管理者能够根据此统一的流程，总结经验，提高认识，加强技术 水平和管理水平。提高公司级的技术分析能力， 为公司储备一支分析队伍， 侧重在需求理解和需求分析、 框架设计上的能力。保证在 20
3、04 年能够全盘进行中方市场的顺利运作。 对人员负责内容上，明确化各自负责的内容，提高工作效率。1.2内容概述 开发部日常工作流程 开发部管理流程 开发部绩效考核流程 开发部激励和过失管理流程2开发部日常管理流程具体实施方案2.1基本原则 公司开发部力求建立公平公正的评价体系，严谨的工作流程定义和及时的记录与反 馈，规范职员活动，形成一个紧张有序的团队。没有一个明晰的流程和高效的反馈体系，就不可能把工作做好。但是，这需要每个人 按照规则把自己应该负责的那一部分高效完成，只有这样才能保证整个系统的顺畅， 同时， 如果个人没有完成自己的指责和按照规定填写内容， 影响的不单单是自己的工 作而是整个系
4、统。2.2内容概述Esm使用规则目的注意是为了提高开发部整体的计划能力， 反馈能力和管理者的控制能力。 同时提 高整体职员参与公司管理的渠道，适应东京上市公司对信息管理的要求。日常活动的方法 提供开发部工作流程外的突发事件的解决方法2.3内容详细描述2.3.1 Esm使用规则（1） schedule 的使用 加强全体人员的计划能力， 做到我每天要做什么？今天项目经理给我的安排是什么？ 对应项目经理和部长要知道每个人在做什么？只有这样， 才能保证控制人员可以宏观 调控，而个人也不会不知所措。注意事项：1. 必须使用长期类型（哪怕只有一天）保持统一性2开始时间必须为 22：00 结束时间为 23：
5、00， （为了区分其它人填写的日程安 排）3填写日程安排时，必须选择对应的 anken,否则不能于系统内的项目关联，统计软件失去作用。，暂时-fl*!4日程安排的主题要修改，规则为项目号(中文版项目为北京内部项目编号) 没有编号可以写项目名称。内容负责人填写要求监督人违规处理下周 工作 安排项目经理 技术分析 负责人测试组经 理必须每周五16: 00前填写完毕。 同时类型统一用长期进行定义， 为每一个人员安排下周工作计 戈叽填写监督： 项目总控助 理内容监督： 部长和项目 总控人员没有按时提交的，管理者扣除MD 0.2日常 活动 安排开发部全 体人员建议大家把工作安排填写，有利 于提高自己的计
6、划能力和规划能 力。同时能保证事情不会忘记。无待办 事项开发部全 体人员建议填写，管理者应该必须使用。 主要是把事务管理的井井有条。无制作 下周 工作 安排 表项目总控 助理负责利用工具【导出下周工作表 系统】制作开发部下周工作计划 表。每周五下班前发送东京。东京项目负 责人F- Sr4r4MMIiiwdl II I FEM 4 mihnfrf* JM * 总 | AMr J3WM 3BUt d Q S Q塑 IKf t W “III ；!./. OH d._ L” 年】判？ jh ttaEii) I isit 二的日程对巧日.hijJE 砂 EMF广金天 m昔诵 长早 r咽倒T!3 :p s
7、 ei a 1 P T=* 处I州；r的酣 E盤样jgja Lzy J&J临岂名朕Fl宣畔理b Hiwaar2CDJt jJ HR jJ 门？日上 时间： ! 2 W M |q静-11C zJ Qt |D .J j irT.-crt-E1O 09-00 -Ki3 D9r0D -口 1L/OG-Bl i izat-F3 11-zog-lU；tc： Ti3- Mfciizra 羽直noEFaEJn 園日1ai a日 2自uo-w C9 ntGiS I1D06Ba ；1； JUe：-! 二託1犬JjuO1006 =; a旦5卜世 岸丽| Jj_I4-I:3二旦ii冃自B.;!込 B-M一霁C3曰目2
8、3一圍(2) Report的使用作为上市公司的子公司要求公司正规化， 第一步公司的日报系统的建立和审查，所以从本年度起必须建立此系统。同时，在管理上解决口头汇报，不客观而事后 而无据可查的弊端，为及时了解问题并解决问题，提供第一手的素材。同时项目总控助理， 也要本着实事求是的原则， 根据大家的填写内容向东京 证券市场提交作业公务表，所有填写者一定要保证填写日报的消耗工时和最后工 资结算时当日工时保持严格一致 。内容对应esm的名称填写要求监督人违规处理项目选择项目直接选择自己对应的项目 ，如果工作对象不是项目本身则需要选 择以下项目：（顾客名称为 2004年过程管理专用） 公司会议 公司培训
9、公司管理其它 注意：只有部长以上才填写以上 项目（公司培训除外）,部长以下 全部选择对应项目。见附图 1XX扣除MD 0.1当日工 作内容 和进度工作内容 与进度1.填写当日的模块名称（模块名称参考2.中的功能点表）3.细度要求功能点填写监督：XX内容监督： 项目经理没有填写1次人民币5元工作耗时工作耗时要求与工资计算工时想对应。 （esm中数据库的数字和工时统 计必须对应，此为东京证券的要 求）数字核对：XX数字不对者，按 照一次扣除0.1MD问题反 馈问题反馈把当天所遇到的问题按照条目化 罗列。必须包含内容和状态两部 分例如：1内容：BS详细页面存在老 bug，状态：已经解决2内容：文档2
10、.3出现问题，无法继续。 状态：等待解决内容监督： 项目经理不付责任的乱填 或不填，一个日报扣除0.1MD（如果在特殊情况下 无冋题，也要写无）MD俞入订货（预 定）金额必须在项目总结会议结束之后， 同时要经过项目经理的审核。输入值为实际值的10倍（因为数 值型目前只能为整数）职员的输入 由项目经理 负责项目经理的 核对由项目 总控助理进 行职员如果不填写 则按照输入值进 行绩效考核。如果职员输入的 MD与分配时不符 合项目经理扣除0.5MD附图1:(3) 周报(Week Report )日报(Daily Report )的使用主要是使用对象为管理者，主要是适用于向管理者汇报整体问题。在概念上
11、，日报周 报为概括说明，而report则属于细节描述。内容负责人填写要求监督人违规处理日报项目经理部长部长项目进展状况： 不能解决的问题反馈 建议或提议 突发问题必须反馈项目总控人员如果由于没有汇报造成 问题，按一次扣除0.5MD周报项目经理部 长部长项目总 控项目进展整体状况： 不能解决的问题反馈 建议或提议 必须填写项目总控助理周报不与，按次扣除0.2MD(4) 目标功能的使用由于分部内有单独的激励费用， 所以建议分部内建立目别考核体系。 为每一个程序员根据个人不同的能力和状况设定目标，对于圆满完成目标者进行鼓励。同时，保证公 司的开发效果在可控制范围内。(5) 项目信息管理的使用。本管理
12、系统在 2003年开始实行，主要目前是记录公司所有项目的里程碑信息。为以 后项目的整理和后期处理提供真实的数据。同时，维护公司的项目信息数据库。注意事项：其中关于项目中所设计的文档，统一放在上 2004目录中。，保证能够尽快打开文档:/测试用例关于文档名称和路径的书写方法如下H4258_testcase.xls2004年1月1号起,东京新项目项目要求对应负责人出错处理方法备注项目名称必填，同时应有对应的项目号XX扣除MD 0.1北京项目编号必填XX扣除MD 0.1添加时一定要注意唯一性，与项目类型不能为空，目前类型有ResearchNormalConfirmMergeOthersXX扣除MD
13、0.1目前的规则为小于5md 的 均为RESEARCH 目项目名称必填XX扣除MD 0.1项目的名称应包含 项目的ID，关于项 目ID的生成方法， 参考日方对应文档客户方负责人必填XX扣除MD 0.1分析负责人北京分析项目，为 必填项目东京设计，为非必 填部长（但是必须制 定具体负责人）扣除MD 0.1项目负责人必填项目部长扣除MD 0.1项目负责人应该是直接负责人（不是最先指定的部长）本公司负责人不能为空初始必填的人员为 项目总控人员及助 理、对应部长、测 试部经理，公司技 术负责人（马俊）XX项目负责人扣除MD 0.1如果没有项目负责 人，与XX联系分析开始时间必填对应该项目的分析 员扣除
14、MD 0.1公司技术负责人在 分析项目开始时应 把对应分析员加到 项目列表中概要设计完成时间必填对应该项目的分析 员扣除MD 0.1详细设计完成时间必填对应该项目的分析 员扣除MD 0.1FP文档完成时间必填对应该项目的分析 员扣除MD 0.1分析完毕时间必填对应该项目的分析 员扣除MD 0.1项目接收时间必填XX扣除MD 0.1项目最终对应MD原则不为空，在特 殊情况下为空，在 项目备注重必须说 明原因。XX项目经理（Mail通知）扣除MD 0.1本MD伴随着MD的 变更需要动态变化Md变更附件名称不是必须，但是只 要有变更有内容， 此项目必须要有XX项目经理（Mail通 知）扣除MD 0.
15、1项目最终报价原则不为空，在特 殊情况下为空，在 项目备注重必须说 明原因。XX扣除MD 0.1必须与对应MD*11000 基本一 致。同时必须和 MD 变更纪录一致Schedule文档名称及路径必填项目经理扣除MD 0.2可以用excel或者 是 visio ，project 后两种要以HTM输岀以便查阅。客户方 deadline要求如果提供必填XX扣除MD 0.1Alfa版时间必填XX项目经理（Mail通知）扣除MD 0.1Beta版时间必填XX项目经理（Mail通知）扣除MD 0.1Alfa变更纪录最后一次记录变更 的时间必须和对应 的alfa版时间和 beta版时间一致XX项目经理（M
16、ail通知）扣除MD 0.1项目开始时间必填XX项目经理（Mail通知）扣除MD 0.1CSV分支号必填项目经理扣除MD 0.1此分支号为开发分支号功能点文档文件名及文件路径（服务 器）必填项目经理扣除MD 0.1此文档为必须文 档，各项目经理必 须严格控制。单体测试用例文件 名称及文件路径必填项目经理扣除MD 0.1此文档为必须文 档，各项目经理必 须严格控制项目总结与MD分配方案文档及文件路径必填项目经理扣除MD 0.1此文档为必须文 档，各项目经理必 须严格控制。测试负责人必填XX扣除MD 0.1测试用例对应文件名称及路径必填XX扣除MD 0.1此文档为必须文 档，各项目经理必 须严格控
17、制。第一阶段测试开始时间：必填测试人员扣除MD 0.1第一阶段测试完 成日期：必填测试人员扣除MD 0.1Alfa版本后的BUG必填测试人员扣除MD 0.1回归测试的开始日期：必填测试人员扣除MD 0.1回归测试的结束日期：必填测试人员扣除MD 0.1Beta版后的BUG数：必填XX扣除MD 0.1主要要参考beta后 bug的整理表确认负责人不是必须，主要是 与是否进行确认有 关，如果确认其他 有信息，确认负责 人必填XX扣除MD 0.12.3.2系统的使用（1） 电子打卡系统的使用目的：主要是利用电子打卡，提高效率，能够及时反映请假和迟到，并且所 有的数据能够直接被人事利用。要求：2004
18、年2月开始启用，2月为试用期，但是要求每人必须严格填写，如果不 填写并结合打卡，忘记填写扣除过程管理 MD 0.1计算。（2） 会议室、洽谈室、经理室的使用管理目的：主要是在人数多而会议室相对紧张的状态下，解决矛盾的一种方法。 同时审核各项目组是否及时安排公司规定的两次会议。2004年2月启动，没有按照规定进行会议，经审核后， 扣除项目经理过程管理MD0.2,忘记登录的按照统一标准处理。2.3.3公司内部论坛的使用主要是要有利于公司内部开辟一块公司可以自由发表言论的地方。同时，在技术讨论上，希望能够把知识点做一个累计，以便新员工能够进行 参考和积极发表意见。3开发部管理流程具体实施方案3.1内
19、容概述开发部从流程上主要分为以下几方面:（1） 开发部管理人员工作流(2)BUG Survey 工作流(3)项目分析工作流(4)Beta 后质量保证工作流(5)测试组 beta 前工作流(6)项目组运行基本工作流开发部从实施人员角色划分如下：开发部经理： ( DM01)统筹解决公司开发部的全部事宜。 进行开发部的整体计划的制定和实施， 保证开发部的可 持续发展和利润率。项目总控人员： (DM02) 对公司级的资源进行调配，同时，直接了解日方的战略安排，为北京方的战略安排提供的 第一手的资料。同时，在项目分配上保证三个分部间项目的均衡(一个季度内)开发部部长： (DM10)在公司统一的规则范围内
20、，负责分部的建设。协调各开发组的问题，处理解决分部内发生 的问题。做好所有公司要求的标准流程内的内容。同时，在许可范围内，可以进行单独的 管理方法的尝试和分部内激励的分配。技术设计负责人： (DM11) 统一协调分析组的工作，在对日项目分析组中，进行设计文档的统一确认，在对中方项目 中，承担需求的统一把关处理。同时负责分析组的日常工作安排的统筹。BUG Survey 总负责人 (DM12)：统一管理 package 和已经提交项目的统筹管理。组织形式上，倾向于单独的组织模式。在 目前的情况下，以灵活为主，临时性的进行 bugSurvey 组的组织和 bugSurvey 组内 team lead
21、er 的指定和管理。在间隙阶段，直接进入分析组进行项目分析工作。项目总控助理：xx (DM13)辅助开发部的项目管理工作，主要负责中日双方的信息的反馈纪录整理，以及 esm 和taskschedule 信息的维护工作。负责公司级项目文档，过程参数的监督，同时向日本总部汇报各种参数和报表。常务项目经理： (DM20) 目前 11 名各分部内程序员的日常管理， 整个开发过程中的控制和日方负责人的信息交互， 负责组内 程序员的绩效考核和问题解决。测试部经理和翻译部经理包含在内。技术分析员： (DM21)对日方的需求进行概要分析和设计，并书写设计书， FP。对中方的项目中，负责需求的整理和各种设计文档
22、的实施，同时，负责和项目经理和测试部经理的沟通。临时项目经理： (DM22)此角色主要是在接受日方外包项目或整体公司产品设计中， 需要临时成立项目组， 而从分 析组中或者常务项目经理中抽调。 临时项目经理需要全权负责此项目的实施， 同时需要和 公司签订项目负责保证书，以保证项目的进行和最后单独项目激励的兑现。程序员：主要是负责项目按照分析文档的实施，同时，在实施过程中优化代码结构，提出合理化建 议，其中优秀者可以作为 TeamLeader负责具体组织工作和分析管理工作。测试员：负责公司测试流程的具体实施，要求掌握测试的技术，提出合理化建议，并保证整个软件 的可靠度。翻译人员：负责中日方文档的翻
23、译，要求工作严谨，保证质量。在同日方交流中，负责接待和沟通。 同时，在个人的发展意向中可以兼顾其它公司内的常务工作。3.2开发部概要流程图软脑软件开发部整体概要流程图发开托委方日施实发研托委方日目项方中3.3开发部管理人员工作流3.3.1软件开发管理体系构成参与人员：项目总控人员（项目总控助理） +部长+ （技术设计负责人+BugSurvey负责人）+各级项目经理 管理主线:（ 1）工具类taskschedule 表 ：主要目的是增加远程开发的计划和规划性。 管理人员去合适目前我们正在进行的总量有多少， 检收而为付款的有多少， 实施 完毕而没有检收的有多少。管理人员去看我们下周能够接受的项目有
24、多少， 以便在每周五可以制定下周的工 作计划。项目经理可以看自己负责项目的基本参数。Esm系统：通过esm系统详细的记录开发过程中的每个里程碑参数，保证在管理上 能够提高管理细度，以便于及时发现并改正问题和错误。Bug 管理系统： 作为质量控制过程实际结果的监控。 以便总结质量的问题， 进行反馈。 文档 ：通过文档管理和整理，保证全部职员能够随时的了解其他项目的信息和相信 内容。同时，统一化文档管理，为以后的发展提供素材。所有的文档主要包含如下几 种：HearingSheet ：一个简要的需求，重点在于强调这个需求的原因（前因后果）UI 文件设计文档： 东京和北京共同进行FP报价书Questi
25、onSheet ：所有的问题一定要集中在一个文档内 功能点文档：一定要融合 questionSheet 内对应答案的所有内容 schedule 文档：要包含甘特图项目总结及MD分配方案：把项目总结作为重点进行。单体测试用例；条数最少为 MD*2，按照模板进行 测试组测试用例 : 要保证最后的测试结果 确认测试用例： 一般为东京发送beta 版后障害书：项目确认者发送，按照同一格式进行书写和填写。beta 后障害 list 表，其中包含 bug 的简单描述、 bug 的类型确定和各部门关于 bug 的总结。（2）过程管理类 一个项目两次会议：项目启动会议和项目总结会议 项目启动会议主要是讲述项目
26、的功能点，并据具体问题，进行严格的定义，说明本项 目所必须遵守的特殊规则，子功能间的前后顺序，统一的接口定义，和每个人在项目 实施中应该注意的问题。项目总结会议和 MD分配方案的确定。主要是根据项目实施的结果，进行集中的讨论 和谐而公平的团队 ：公司其他方面的管理，就是为了加强管理，提倡量化。做到各司 其职，多劳多得，公平评价，提供机会给相应的人。3.3.2 管理示意图333管理人员注意事项其中反馈机制的建立最关键。其中管理必须遵守以下规则:对象流程 编号工作内容上流方下流方备注项目总控人员分配项目东京项目发包人员（纪秀玲）部长项目总控助理解决人力矛盾部长BugSurvey 负责人技术设计负责
27、人部长BugSurvey 负 责人技术设计负责人下流方人员负责把结果 反馈给东京担当者开发部经理公司管理问题部长项目经理 各级负责人 职员全体职员一定要给问题提岀者答复，成为制度后颁布部长分配项目项目总控人员项目总控助理对应分部项目 经理项目总控助理Esm项目负责人加入，修 改负责人为此项目经理项目人力调节无项目总控人员如果出现空闲同时反 馈。分部管理问题无开发部经理项目经理项目分析和问题确认无东京负责人结果物概要需求文档和问题与回复整理文档项目里程碑信息反馈 项目开始时间，alfa,beta 版本时间和原因，fp变更及原因无项目总控人员 项目总控助理 测试部经理组织团队进行技术文档的书写和维护无测试部经理team所有成员文档列表如下： 功能点文档 questionSheetSchedule单体测试用例BugSurvey 负责人Bugsurvey 的调查修改 merge项目总控人员各级的bug survey leader Bug survey 实 施人员所有的规则按照bugsurve流程的规定。项目总控助理监督esm的执行情况程序员项目经理部长项目总控监督过程管理参数部长项目经理项目总控整理所有项目文档项目经理项目总控对日汇报表系统数据项目总控绩效考核提供过程情况 汇总系统数据项目总控月度过程管理处理表测试部经理组织书写测试用例项目经理（功能点文档）东京整理汇总beta版后
