某软件项目开发流程

某软件项目开发流程修改历史日期作者修改内容2003-03-12张京宇新規制作2003-5-18张京宇人员职责的变更，内容的变更2003-12-4张京宇针对2004年度制作最新工作内容下的工作流程2004-1-14张京宇添加项目经理管理被职员填写下周日程表的规则1概述........................................................................31.1目的......................................................................31.2内容概述..................................................................32开发部日常管理流程具体实施方案...............................................32.1基本原则..................................................................32.2内容概述..................................................................32.3内容详细描述..............................................................33开发部管理流程具体实施方案...................................................93.1内容概述..................................................................93.2开发部概要流程图.........................................................113.3开发部管理人员工作流.....................................................113.4BUGSURVEY工作流............................................................143.5项目分析工作流...........................................................143.6BETA后质量保证工作流......................................................143.7测试组BETA前工作流.......................................................143.8项目组基本工作流.........................................................143.9测试部Β版前流程..........................................................174绩效考核实施方案...........................................................194.1总则：...................................................................194.2流程图...................................................................195开发部激励和过失管理流程....................................................225.1激励管理系统.............................................................225.2过失管理系统.............................................................221概述1.1目的用标准化的流程来统一管理公司的运作，避免混乱，提高管理的质量。在远程开发上，结果××软件自身的特点，量身定做，解决远程开发上的问题。在实施过程中，所有管理者能够根据此统一的流程，总结经验，提高认识，加强技术水平和管理水平。提高公司级的技术分析能力，为公司储备一支分析队伍，侧重在需求理解和需求分析、框架设计上的能力。保证在2004年能够全盘进行中方市场的顺利运作。对人员负责内容上，明确化各自负责的内容，提高工作效率。1.2内容概述开发部日常工作流程开发部管理流程开发部绩效考核流程开发部激励和过失管理流程2开发部日常管理流程具体实施方案2.1基本原则公司开发部力求建立公平公正的评价体系，严谨的工作流程定义和及时的记录与反馈，规范职员活动，形成一个紧张有序的团队。没有一个明晰的流程和高效的反馈体系，就不可能把工作做好。但是，这需要每个人按照规则把自己应该负责的那一部分高效完成，只有这样才能保证整个系统的顺畅，同时，如果个人没有完成自己的指责和按照规定填写内容，影响的不单单是自己的工作而是整个系统。2.2内容概述Esm使用规则目的注意是为了提高开发部整体的计划能力，反馈能力和管理者的控制能力。同时提高整体职员参与公司管理的渠道，适应东京上市公司对信息管理的要求。日常活动的方法提供开发部工作流程外的突发事件的解决方法2.3内容详细描述2.3.1Esm使用规则（1）schedule的使用加强全体人员的计划能力，做到我每天要做什么？今天项目经理给我的安排是什么？对应项目经理和部长要知道每个人在做什么？只有这样，才能保证控制人员可以宏观调控，而个人也不会不知所措。注意事项：1.必须使用长期类型（哪怕只有一天）保持统一性2开始时间必须为22：00结束时间为23：00，（为了区分其它人填写的日程安排）3填写日程安排时，必须选择对应的anken，否则不能于系统内的项目关联，统计软件失去作用。4日程安排的主题要修改，规则为项目号（中文版项目为北京内部项目编号），暂时没有编号可以写项目名称。内容负责人填写要求监督人违规处理下周工作安排项目经理技术分析负责人测试组经理必须每周五16：00前填写完毕。同时类型统一用长期进行定义，为每一个人员安排下周工作计划。填写监督：项目总控助理内容监督：部长和项目总控人员没有按时提交的，管理者扣除MD0.2日常活动安排开发部全体人员建议大家把工作安排填写，有利于提高自己的计划能力和规划能力。同时能保证事情不会忘记。无待办事项开发部全体人员建议填写，管理者应该必须使用。主要是把事务管理的井井有条。无制作下周工作安排表项目总控助理负责利用工具【导出下周工作表系统】制作开发部下周工作计划表。每周五下班前发送东京。东京项目负责人（2）Report的使用作为上市公司的子公司要求公司正规化，第一步公司的日报系统的建立和审查，所以从本年度起必须建立此系统。同时，在管理上解决口头汇报，不客观而事后而无据可查的弊端，为及时了解问题并解决问题，提供第一手的素材。同时项目总控助理，也要本着实事求是的原则，根据大家的填写内容向东京证券市场提交《作业公务表》，所有填写者一定要保证填写日报的消耗工时和最后工资结算时当日工时保持严格一致。内容对应esm的名称填写要求监督人违规处理项目选择项目直接选择自己对应的项目,如果工作对象不是项目本身则需要选择以下项目:(顾客名称为2004年过程管理专用)公司会议公司培训公司管理其它注意:只有部长以上才填写以上项目(公司培训除外),部长以下全部选择对应项目。见附图1××扣除MD0.1当日工作内容和进度工作内容与进度1．填写当日的模块名称（模块名称参考2．中的功能点表）3．细度要求功能点填写监督：××内容监督：项目经理没有填写1次人民币5元工作耗时工作耗时要求与工资计算工时想对应。（esm中数据库的数字和工时统计必须对应，此为东京证券的要求）数字核对：××数字不对者，按照一次扣除0.1MD问题反馈问题反馈把当天所遇到的问题按照条目化罗列。必须包含内容和状态两部分例如：1内容：BS详细页面存在老bug，状态：已经解决2内容：文档2.3出现问题，无法继续。状态：等待解决内容监督：项目经理不付责任的乱填或不填，一个日报扣除0.1MD(如果在特殊情况下无问题，也要写无)MD输入订货（预定）金额必须在项目总结会议结束之后，同时要经过项目经理的审核。输入值为实际值的10倍（因为数值型目前只能为整数）职员的输入由项目经理负责项目经理的核对由项目总控助理进行职员如果不填写则按照输入值进行绩效考核。如果职员输入的MD与分配时不符合项目经理扣除0.5MD附图1：（3）周报（WeekReport）日报（DailyReport）的使用主要是使用对象为管理者，主要是适用于向管理者汇报整体问题。在概念上，日报周报为概括说明，而report则属于细节描述。内容负责人填写要求监督人违规处理日报项目经理部长－》部长项目进展状况：不能解决的问题反馈建议或提议突发问题必须反馈项目总控人员如果由于没有汇报造成问题，按一次扣除0.5MD周报项目经理－》部长部长－》项目总控项目进展整体状况：不能解决的问题反馈建议或提议必须填写项目总控助理周报不写，按一次扣除0.2MD（4）目标功能的使用由于分部内有单独的激励费用，所以建议分部内建立目别考核体系。为每一个程序员根据个人不同的能力和状况设定目标，对于圆满完成目标者进行鼓励。同时，保证公司的开发效果在可控制范围内。（5）项目信息管理的使用。本管理系统在2003年开始实行，主要目前是记录公司所有项目的里程碑信息。为以后项目的整理和后期处理提供真实的数据。同时，维护公司的项目信息数据库。注意事项：其中关于项目中所设计的文档，统一放在fileserver上2004目录中。关于文档名称和路径的书写方法如下,保证能够尽快打开文档：//fileserver/project/2004/14258/测试用例/14258_testcase.xls2004年1月1号起,东京新项目项目要求对应负责人出错处理方法备注项目名称必填，同时应有对应的项目号××扣除MD0.1北京项目编号必填××扣除MD0.1添加时一定要注意唯一性，与项目类型不能为空，目前类型有ResearchNormalConfirmMergeOthers××扣除MD0.1目前的规则为小于5md的均为RESEARCH项目项目名称必填××扣除MD0.1项目的名称应包含项目的ID，关于项目ID的生成方法，参考日方对应文档客户方负责人必填××扣除MD0.1分析负责人北京分析项目，为必填项目东京设计，为非必填部长（但是必须制定具体负责人）扣除MD0.1项目负责人必填项目部长扣除MD0.1项目负责人应该是直接负责人（不是最先指定的部长）本公司负责人不能为空初始必填的人员为项目总控人员及助理、对应部长、测试部经理,公司技术负责人（马俊）××项目负责人扣除MD0.1如果没有项目负责人，与××联系分析开始时间必填对应该项目的分析员扣除MD0.1公司技术负责人在分析项目开始时应把对应分析员加到项目列表中概要设计完成时间必填对应该项目的分析员扣除MD0.1详细设计完成时间必填对应该项目的分析员扣除MD0.1FP文档完成时间必填对应该项目的分析员扣除MD0.1分析完毕时间必填对应该项目的分析员扣除MD0.1项目接收时间必填××扣除MD0.1项目最终对应MD原则不为空，在特殊情况下为空，在项目备注重必须说明原因。××项目经理（Mail通知）扣除MD0.1本MD伴随着MD的变更需要动态变化Md变更附件名称不是必须，但是只要有变更有内容，此项目必须要有××项目经理（Mail通知）扣除MD0.1项目最终报价原则不为空，在特殊情况下为空，在项目备注重必须说