案例-软件项目开发流程【参考】.doc

××软件项目开发流程 修改历史 日期 作者 修改内容 2003-03-12 xxx 新規制作 2003-5-18 xxx 人员职责的变更，内容的变更 2003-12-4 xxx 针对2004年度制作最新工作内容下的工作流程 2004-1-14 xxx 添加项目经理管理被职员填写下周日程表的规则  1 概述 3 1.1 目的 3 1.2 内容概述 3 2 开发部日常管理流程具体实施方案 3 2.1 基本原则 3 2.2 内容概述 3 2.3 内容详细描述 3 3 开发部管理流程具体实施方案 10 3.1 内容概述 10 3.2 开发部概要流程图 12 3.3 开发部管理人员工作流 12 3.4 Bugsurvey工作流 15 3.5 项目分析工作流 15 3.6 Beta后质量保证工作流 15 3.7 测试组beta前工作流 15 3.8 项目组基本工作流 15 3.9 测试部β版前流程 19 4 绩效考核实施方案 21 4.1 总则： 21 4.2 流程图 21 5 开发部激励和过失管理流程 24 5.1 激励管理系统 24 5.2 过失管理系统 24  概述 目的 用标准化的流程来统一管理公司的运作，避免混乱，提高管理的质量。 在远程开发上，结果××软件自身的特点，量身定做，解决远程开发上的问题。 在实施过程中，所有管理者能够根据此统一的流程，总结经验，提高认识，加强技术水平和管理水平。 提高公司级的技术分析能力，为公司储备一支分析队伍，侧重在需求理解和需求分析、框架设计上的能力。 对人员负责内容上，明确化各自负责的内容，提高工作效率。 内容概述 开发部日常工作流程 开发部管理流程 开发部绩效考核流程 开发部激励和过失管理流程 开发部日常管理流程具体实施方案 基本原则 公司开发部力求建立公平公正的评价体系，严谨的工作流程定义和及时的记录与反馈，规范职员活动，形成一个紧张有序的团队。 没有一个明晰的流程和高效的反馈体系，就不可能把工作做好。但是，这需要每个人按照规则把自己应该负责的那一部分高效完成，只有这样才能保证整个系统的顺畅，同时，如果个人没有完成自己的指责和按照规定填写内容，影响的不单单是自己的工作而是整个系统。 内容概述 使用规则目的注意是为了提高开发部整体的计划能力，反馈能力和管理者的控制能力。同时提高整体职员参与公司管理的渠道，适应东京上市公司对信息管理的要求。 日常活动的方法 提供开发部工作流程外的突发事件的解决方法 内容详细描述 Esm使用规则 schedule的使用 加强全体人员的计划能力，做到我每天要做什么？今天项目经理给我的安排是什么？对应项目经理和部长要知道每个人在做什么？只有这样，才能保证控制人员可以宏观调控，而个人也不会不知所措。 注意事项： 1. 必须使用长期类型（哪怕只有一天）保持统一性 2 开始时间必须为22：00 结束时间为23：00， （为了区分其它人填写的日程安排） 3 填写日程安排时，必须选择对应的anken，否则不能于系统内的项目关联，统计软件失去作用。 4 日程安排的主题要修改，规则为项目号（中文版项目为北京内部项目编号），暂时没有编号可以写项目名称。 内容 负责人 填写要求 监督人 违规处理 下周工作安排 项目经理 技术分析负责人 测试组经理 必须每周五16：00前填写完毕。同时类型统一用长期进行定义，为每一个人员安排下周工作计划。 填写监督：项目总控助理 内容监督：部长和项目总控人员 没有按时提交的，管理者扣除MD 0.2 日常活动安排 开发部全体人员 建议大家把工作安排填写，有利于提高自己的计划能力和规划能力。同时能保证事情不会忘记。 无 待办事项 开发部全体人员 建议填写，管理者应该必须使用。主要是把事务管理的井井有条。 无 制作下周工作安排表 项目总控助理 负责利用工具【导出下周工作表系统】制作开发部下周工作计划表。每周五下班前发送东京。 东京项目负责人 Report的使用 作为上市公司的子公司要求公司正规化，第一步公司的日报系统的建立和审查，所以从本年度起必须建立此系统。同时，在管理上解决口头汇报，不客观而事后而无据可查的弊端，为及时了解问题并解决问题，提供第一手的素材。 同时项目总控助理，也要本着实事求是的原则，根据大家的填写内容向东京证券市场提交《作业公务表》，所有填写者一定要保证填写日报的消耗工时和最后工资结算时当日工时保持严格一致。 内容 对应esm的名称 填写要求 监督人 违规处理 项目选择 项目 直接选择自己对应的项目,如果工作对象不是项目本身则需要选择以下项目:(顾客名称为2004年过程管理专用) 公司会议 公司培训 公司管理 其它 注意:只有部长以上才