软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法
软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法(试行)

第一部分:软件开发部规章制度

一、日常工作制度:

1、关于休假、加班:

严格遵守公司考勤制度,如有事,提前书面形式填写请假申请,批

准后方可休假,如遇紧急情况不能填写请假申请,要电话请示上

级,并在休假结束后补办手续。

研发人员原则上不安排加班,研发进度根据公司要求结合项目实际

由项目组长负责制定,项目组长负责协调安排工作。项目组长根据

进度需要加班,加班费由项目奖金中支出。公司工作需要硬性加班

安排,加班费由公司支出。相关标准以公司标准为准。

2、开发部员工日报守则:

开发部人员需每天上午9:00由项目组长组织短会,内容为汇报前

一天工作内容和当天工作计划以及问题反馈。项目组长整理问题后

自行解决或通报上级研究解决方案。会后开发人员需根据自己所汇

报工作计划在KanbanBoard上进行标注。

名词解释KanbanBoard:一个展现工作进度的展板,分成三个部分,

todo要做什么,doing正在做什么,done以及完成的。

3、开发部员工周总结守则:

开发部人员在每周五下午进行周总结汇报以及问题反馈。项目组长

需根据进度为开发人员分发下一周开发任务。以及对本周所碰到问

题进行解答。

二、项目开发人员结构:

角色职责

ProductOwner:产品经理代表客户利益,确保交付产品与客户期望一致。

产品经理决定产品有哪些功能。主要负责创建和维护产品需求清单并分成若干个Sprint,把产品需求按优先级进行排序,使得重要功能优先实现。

并且要对每次Sprint的结果进行审批和批准。

SCRUMMaster:通常由项目组长或者项目经理担任,主要工作职责是与其他角色配合,确保开发进度,推动开发会议召开,维护整个Scrum过程。

开发人员:按照SCRUMMaster指派的任务进行开发,包括代码,测试,UI 设计等。

名词解释:Sprint是指一个时间周期的工作内容,一般由一周或一个月为基础单位。

三、项目开发流程

项目需求制定:项目需求需按照客户要求制定,并以公司标准需求文档形式编写。

产品设计:项目需求确定以后,由产品经理进行产品功能设计,并拆分成Sprints。

项目执行:

1、由SCRUMMASTER分发任务给小组成员,并监督开发进度。

2、开发人员按照每周开发任务进行开发,并在KanbanBoards上分别注

明各项开发进程。

3、测试人员在单元模块开发完成后进行测试并反馈BUG给开发人员。

并撰写测试报告。

质量检查:

每个Sprint开发完成由产品经理根据产品需求与测试报告进行审核。

四、人员绩效考核:

1、开发人员:

软件部门根据每个月或每个季度统计开发人员所负责的软件开发效

率平均值来考核绩效。

2、项目经理:

软件部门根据每个月或每个季度统计项目经理所负责项目进度进行

考核。

3、产品经理:

软件部门根据每个月或每个季度产品经理所负责设计产品的开发进

度以及客户满意度为考核标准。

五、开发文档要求

开发人员每开发完一个sprint需要编写技术开发文档。内容主要包括,功能使用说明,例如此模块实现了哪些功能,如何操作。以及算法描述或使用库和插件的说明(若需要)。

产品经理每审批一个sprint后需要编写产品文档。内容主要包括,功能使用说明,操作参数等。

软件的项目管理系统规章制度

保密级别 发布日期软件项目管理制度

文件编号SKYEYES-ZJ-04 版本号Version 0.1 编制 审核 批准

目录 1目的 (3) 2适用范围 (3) 3职责 (3) 4软件项目管理 (5) 4.1项目整体管理 (5) 4.2项目启动阶段 (8) 4.3初步需求调研阶段 (10) 4.4软件需求规格阶段 (10) 4.5设计阶段 (12) 4.6实现阶段 (13) 4.7测试阶段 (14) 4.8实施及试运行阶段 (17) 4.9验收阶段 (19) 4.10收尾阶段 (21) 5相关文件 (23)

1目的 本制度规定了公司所承接的不同规模的软件项目开发流程,说明项目的各个阶段之间的输入输出结果,以及执行各阶段任务时的要求及相关模板,各部门的职责等,并说明了各阶段完成的标志和标准,是项目组推进项目及质量管理部门检查项目工作的核心制度。 本制度是作为项目配置管理、质量管理、测试管理制度的基础性文件,其他相关制度按照此制度规定的流程及要求进一步拓展、深化项目相关其他环节的管理规范。 2适用范围 本制度适用于以下情况: ●公司所承接的不同规模的软件开发类项目; ●公司所承接的集成项目中的软件开发部分; ●公司产品的外围开发工作。 3职责 部门名称主要职责 1.负责协助项目启动过程,指派项目经理及项目组; 分管总监 2.负责协助项目组完成项目各阶段任务;

3.负责参与评审项目关键阶段成果; 4.负责协助项目组处理疑难问题。 应用开发部1.部门成员出任项目经理; 2.项目经理为项目第一责任人; 3.对项目结果负责; 4.根据公司要求开展项目各阶段任务; 5.负责项目启动至项目收尾的所有项目相关工作; 6.负责向其他部门提供允许的技术资料及技术支持。 质量管理部 1.负责项目启动阶段的准备工作; 2.负责检查项目各阶段的成果并出具检查报告; 3.负责项目过程中的测试工作并出具测试报告; 4.负责项目过程中的配置管理工作; 5.负责项目过程中的评审组织、里程碑活动组织工作; 6.负责定期向项目经理、应用开发部、质量管理部经理提交质 量管理报告并及时汇报项目的近况; 7.负责协助项目经理分析项目过程的问题及风险,并提出解决 方法。 西南办事处\行业产品销售部1.负责项目前期商务工作,并于项目启动阶段移交、讲解前期 资料至项目组; 2.负责协助项目经理处理客户关系; 3.负责协助项目验收工作; 4.负责项目的合同收尾工作。

软件开发项目管理分析

软件开发项目管理分析 对于软件产品,软件开发的方法以及相关技术的提高,可以促进软件产品的质量以及使用效率。在提高软件产品质量以及功能的同时,不断地缩短软件开发的周期,降低软件开发成本,是软件市场的根本。使用现代化的信息技术,对软件开发工作进行项目的管理与创新,对于相关企业具有重要意义。 1软件开发的问题以及信息化的软件开发项目优势 1.1软件开发的现状及问题 大部分企业软件开发的实际情况,是在需求活动完成之前就进行实际的开发工作,大多数团队都未能做到按照规定执行瀑布开发工作。软件的开发与硬件的开发之间最大的区别是,随着开发程度的不断加深,软件开发常常会出现变更,这就要求软件要及时的做好更新与升级。目前大多数的软件开发团队并不具备有效的开发与管理工具,使得相关管理工作效率低下,很难做到及时的对软件进行更新与管理。并且对于相关需求从设计到编码,再到对软件的实际测试,缺乏一体化的管理以及监控机制。 1.2信息化的软件开发项目优势 信息化的软件开发项目优势的第一方面就是,由传统的手工向自动化进行转变。传统软件开发项目当中,对于工时、评审、缺陷等数据的记录,要进行人工书写,并且相关的审批工作都是采取纸质的形式完成。在这一过程需要花费大量的人力和物力。而信息化技术,可以使得数据信息的产生、评估、汇总等工作做到自动化,解放大量工作人员,提高软件开发工作效率;第二方面优势是可以有效的保证信息记录的及时性以及准确性。信息化手段可以做到对相关信息的及时性以及准确性进行保证。并且在实际的项目执行过程当中,信息系统会对操作记录、工时、软件缺陷等信息进行保存,确保在这一过程信息的实时性以及有效性;第三方面优势是使得信息具有可追溯性。传统的人工记录大多使用纸质对相关信息进行保存,纸质的信息会出现模糊丢失现象的发生,而利用信息化进行保存与管理可以为相关信息提供完整的追溯性。 2基于信息化的软件开发项目管理的实施方法 2.1专业工具的部署 实现软件信息化管理,首先要部署各个阶段需要的专业工具,具体如下:(1)需求开发活动,对软件管理信息化部署专业需求管理工具,将过去计划为主的方式变为以需求为主,驱动任务开展,建议全生命周期全维度管理模式,实现对软件的全过程跟踪管理,以需求作为信息化管理的主线,从需求到设计,再到编码与测试进行跟踪,自动识别变更影响域,收集各阶段需求信息;(2)设计活动,将线下设计工作逐渐转为线上设计,在设计工具的应用下,人们能够以需求框架作为参考,开展设计工作,按照要素输出情况进行文档设计,满足需求覆盖了与标准符合率;(3)编码活动,以往的电子或纸质配置流程方式逐渐被信息化手段取代,基于SVN服务器建立起专业的管理工具,开发库、受控库与产品库之间相辅相成,帮助工作人员完成编码工作与测试工作;(4)测试活动,专业的自动化测试工具可以对单元

稿软件项目管理制度.docx

**科技股份有限公司软件项目管理制度 目录

项目开发计划 编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、所需 经费预算、所需软、硬件条件等问题作出的安排记载下来,以便根据本计划开展和检查本项目的开发工作。编制内容要求如下: 1引言 1. 1 编写目的 说明编写这份项目开发计划的目的,并指出预期的读者。 1. 2 背景 说明: a.待开发的软件系统的名称; b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; C.该软件系统同其他系统或其他机构的基本的相互来往关系。 1. 3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1. 4 参考资料 列出用得着的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; C.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件资料的标题、文 件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2项目概述 2. 1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2. 2 主要参加人员 扼要说明参加本项目开发工作的主要人员的情况,包括他们的技术水平。 2. 3 产品 2. 3. 1 程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式,并通过引用有关文件,逐项说明其功能和能力。 2. 3. 2 文件 列出需移交给用户的每种文件的名称及内容要点。 2. 3. 3 服务 列出需向用户提供的各项服务,如培训安装、维护和运行支持等,应逐项规定开始日期、所提供支持的 级别和服务的期限。 2. 3. 4 非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。 2. 4 验收标准 对于上述这些应交出的产品和服务,逐项说明或引用资料说明验收标准。 2. 5 完成项目的员迟用限 2. 6 本计划的批准者和批准日期 3实施计划 3. 1 工作任务的分门与人员分工

软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法(试行) 第一部分:软件开发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司考勤制度,如有事,提前书面形式填写请假申请, 批准后方可休假,如遇紧急情况不能填写请假申请,要电话请示 上级,并在休假结束后补办手续。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实 际由项目组长负责制定,项目组长负责协调安排工作。项目组长 根据进度需要加班,加班费由项目奖金中支出。公司工作需要硬 性加班安排,加班费由公司支出。相关标准以公司标准为准。 2、开发部员工日报守则: 开发部人员需每天上午9:00由项目组长组织短会,内容为汇报 前一天工作内容和当天工作计划以及问题反馈。项目组长整理问 题后自行解决或通报上级研究解决方案。会后开发人员需根据自 己所汇报工作计划在Kanban Board上进行标注。 名词解释Kanban Board: 一个展现工作进度的展板,分成三个部 分,to do 要做什么,doing 正在做什么,done 以及完成的。 3、开发部员工周总结守则: 开发部人员在每周五下午进行周总结汇报以及问题反馈。项目组 长需根据进度为开发人员分发下一周开发任务。以及对本周所碰 到问题进行解答。 二、项目开发人员结构:

角色职责 Product Owner:产品经理代表客户利益,确保交付产品与客户期望一致。 产品经理决定产品有哪些功能。主要负责创建和维护产品需求清单并分成若干个Sprint,把产品需求按优先级进行排序,使得重要功能优先实现。并且要对每次Sprint的结果进行审批和批准。 SCRUM Master: 通常由项目组长或者项目经理担任,主要工作职责是与其他角色配合,确保开发进度,推动开发会议召开,维护整个Scrum过程。 开发人员:按照SCRUM Master指派的任务进行开发,包括代码,测试,UI设计等。 名词解释:Sprint 是指一个时间周期的工作内容,一般由一周或一个月为基础单位。 三、项目开发流程 项目需求制定:项目需求需按照客户要求制定,并以公司标准需求文档

软件开发管理制度

软件开发管理制度 为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计划。 5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

公司软件开发管理制度(整理).(整理).docx

XX公司软件开发管理制度 XX公司软件开发管理制度 版本:1.0 SDM审批: QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围:3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7

5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8 5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1:项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 2.适用范围:

公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员,软件开发人员,软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析,确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究,写出可行性报告 5.1.1.3 评审和审批,决定项目取消或继续 5.1.1.4 若项目可行,制订初步的软件开发计划,建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1)可行性研究报告* 2)初步的软件开发计划 3)十大风险列表* 4)软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理,相关书写人员可根据各文档模板形式撰写文档,正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析 5.2.1实施 5.2.1.1 调查被开发软件的环境 5.2.1.2 软件开发提出的需求进行分析并给出详细的功能定义 5.2.1.3 做出简单的用户原型,与用户共同研究,直到用户满意

软件开发部规章制度及软件项目管理方法

软件开发部规章制度及软件项目管理方法 第一部分:软件开发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写请假申请,要电话请示上级领导,并在休假后补办请假手续。 开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目组长负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班,加班费用由项目奖金中支出。公司工作需要硬性安排的加班,加班费有公司支出。相关标准按照国家相关制度执行。 2、开发部员工守则: 遵纪守法,忠于职守,克己奉公。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。 爱护公物,节约开支,杜绝浪费。 努力学习,提高水平,精通业务。 积极进取,勇于开拓,创新贡献。 3、员工工作日志: ●工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高, 1为最低,如为请假,请注明“事假”或“病假”),次周计划,以及问题、意见和建议。 ●工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况,将进行警告。 ●每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。 ●工作日志严格要求在次周上午10:00前提交。不提交工作周报将适当予以惩罚。对于 未提交日志的人员,部门经理保证当周内口头通知。 ●工作日志以Email形式提交给项目负责人和部门经理。部门经理收到后保证第一时间

研发部规章制度工作流程管理(最终)

研发部规章制度及工作流程管理建议 1.研发部组织架构 2.研发部相关职责权限 1)部门职责权限 详见《研发部部门工作职责》(已完成) 2)各工作岗位说明 详见研发部各工作岗位《岗位说明书》(已完成) 3.研发部规章制度及工作流程(建议) 1)《项目管理制度》 规范公司项目管理流程,提高项目完成效率及成功率,使研发部项目管理目标(进度、成本、质量、过程分工)更加明确,减少资源浪费。 2)《研发部绩效管理制度》 本管理办法旨在明确公司管理目标,明确研发部各职位工作职责、目标,并据此建立一套适合于崇新公司研发部的,科学、系统、客观的业绩评价体系。以甄别各职能部门及各工作岗位的工作完成情况,推动并提高员工工作积极性,规范公司绩效管理工作。 3)《SQA工作流程》 通过SQA 相关工作的开展,建立并逐步完善公司项目开发过程及结果的监控体制,确保公司研发过程得到有效监督,各项研发任务能够按时保质保量完成。 4)《项目评审制度》

规范公司研发技术评审工作,建立标准、完善、统一的技术评审流程,以降低研发风险并确保项目既定开发目标的顺利完成。 5)《项目交付物管理制度》 规范研发部文件数据交付物档案管理工作,确保公司机密资料、文件档案的安全性,方便后续查找,并防止泄密事件发生。 6)《项目验收流程》 规范研发部研发产品(或交付物)验收流程,规定参与验收的部门人员及相应的验收标准,确保研发结果的正确性、稳定性、可靠性,为下一步产品实现(小批量试产及批量投产)提供必要保证。 7)《研发部培训管理制度》 本制度旨在规范目前公司范围内的各项培训工作,从培训的计划制订,到培训内容、形式的安排,包括培训工作流程的建立,以及培训效果的确认等等。以规范公司培训管理工作,使培训工作更具有针对性、计划性。 8)《研发人员招聘管理流程》 本制度旨在规范公司现有招聘流程,针对高技术性人才招聘的特点,建立一套符合公司企业文化及发展规划、目标的人才招聘办法,以提高技术性人才招聘工作效率。 9)《实验室管理制度》 本制度旨在规范研发实验室的管理工作,包括各种仪器仪表、工装制具、材料的使用、保管、申请、点检办法;参与试验人员的工作注意事项(静电防护等等);人员行为规范;实验室环境要求,值日安排等 10)《图书管理制度》 目前公司技术资料、图书种类繁杂、数量多,随着公司培训工作的开展,以及公司人员的不断更迭,公司急需建立一套系统、完善的图书、资料管理制度,以保证公司图书资源的合理利用,并防止珍贵图书资料的遗失。 11)《公共资源及固定资产管理制度(办公设备、办公用品、公共资源等等)》 针对公司近期不断出现的资源浪费现象(如非办公时间办公电脑屏幕未关闭,照明设备未关闭,包括复印纸不合理的使用现象等等),以及公司目前固定资产的管理现状(如办公电脑的管理等),有必要出台一套专门针对公共资源使用及固定资产管理的办法,以规范相关管理方法、制度,减少浪费,提高资源使用效率。 12)《研发物品申请管理制度》 研发过程所需器件物品申请应有规范的流程和申请方式,并对相应的申请批准有相应的规定

软件项目实施管理制度

软件项目实施管理制度 颁布日期:2013年1月 1 日 执行日期:2013年 1 月 1 日 执行部门:信息部

目录 前言及修订记录 (5) 1.目的 (6) 2.范围 (6) 3 .定义与术语 (6) 4.角色与职责 (6) 4.1项目负责人 (6) 4.2 项目实施小组 (7) 4.3 企业管理层 (7) 5.管理流程 (7) 5.1 项目开始流程 (7) 5.2 项目选型流程 (8) 5.3 项目执行流程 (9) 5.4 项目评估及更新流程 (9) 6.管理内容 (10) 6.1项目开始 (10) 6.2 项目选型 (10) 6.3项目计划 (11) 6.4项目执行 (12) 6.5项目评估及更新 (13) 6.6项目完成 (13) 7 附则 (14) 7.1本制度自2013 年1月1日起实施。 (14) 7.2本制度所涉表单见附表 (14)

本文件由公司信息中心提出并归口。 前言及修订记录

1.目的 为加强软件项目实施管理,确保软件项目按计划实施,特制定本制度。 2.范围 适用于公司所有软件项目实施人员及参与人员 3 .定义与术语 一个完整的ERP项目通常包括三大阶段:需求分析、系统选型和系统实施;在系统实施阶段又可细分为实施计划、业务模拟测试、系统开发确认、系统转换运行、运行后评估五个主要步骤。项目管理围绕整个ERP项目的全过程,对项目的立项授权、需求分析、软硬件的评估选择,以及系统的实施进行全面的管理和控制。一个典型的ERP项目管理循环通常包括:项目开始、项目选型、项目计划、项目执行、项目评估及更新和项目完成六项主要内容。 4.角色与职责 4.1项目负责人 负责项目具体事务的计划和执行,资源的统一管理和调度。实施组长的角色包括“执行者”到“整合者”,即关注细节也纵观全局。 实施阶段,实施组长组织每周一次的项目例会,讨论解决项目进程中的各种问题。 100%时间保证,控制项目的范围、进度和成本,有责任要求项目小组其它成员按时完成所分配的任务。

[管理制度]公司项目管理制度

(管理制度)公司项目管理制度

项目管理制度 (VER:01-11-01) 第壹章总则 第一条贯彻公司以市场为中心的基本思想,理顺项目管理中人、财、物的关系,明确工作责任,充分体现人尽其才,物尽其用的原则,遵照国家有关规定和公司其他有关规定,特制定本制度。 第二章定义 第二条遵循项目经理负责制的原则,通过项目经理和项目组织的努力,运用系统的理论和方法对特定项目及其关联可利用资源进行计划、组织、协调、控制,以实现项目的预定目标。 第三条适用范围 1、硬件工程:除纯硬件销售之外的硬件项目,包括网络设备安装工 程、综合布线工程、监控产品的安装工程等。 2、软件工程:凡公司自行开发及代理软件项目,包括OA系统、 MIS系统,电子商务软件,企业的MRP、MRPII、ERP等。 3、综合性工程:划分为硬件分项工程、软件分项工程实施管理。 4、其他应该实行项目管理的工程。 第四条名词解释 1、项目业务经理:于项目签约以前的项目经理,主要负责完成项目 的前期需求调研及总体设计方案,从项目的前期公关、跟踪,直至 项目的签约。 2、项目实施经理:于项目签约之后的项目经理,主要负责项目的详

细调研及详细设计方案,从实施计划的制定、执行,直至项目的完工验收。 3、责任业务员:按公司有关规定,和项目成败具有直接利益关系的 人员。

第三章流程第五条项目准备 1、业务信息的管理 2、意向客户的确定 第六条项目立项 1、立项 2、跟踪 3、签约 第七条项目实施 1、确定实施小组 2、制定实施计划 3、编制项目预算 4、执行实施计划 5、协助项目决算 6、项目内部评审 7、完成竣工验收 8、提交竣工文档 第八条项目终止 第九条项目文件归档 第四章项目准备第十条适用范围:销售中心

软件开发项目管理制度44952

软件开发项目管理制度 一、 总则 为保障公司软件开发项目的工作能有效、有序的执行,保证项目的开发质量,维护公司及开发人员的利益特制订本制度。 二、 组织 软件开发项目的实施以软件开发项目组的形式进行,项目组中设有项目责任人(即项目经理)、项目开发工程师、测试工程师、辅助人员等。一般情况下,一个项目组负责一个软件项目的开发工作。对于特大型的项目可以组织多个项目组分块进行实施。项目组人员各负其责,在项目经理的统一领导组织下共同完成项目实施工作。 三、 责任 项目经理: 全面负责项目的开发组织工作,包括需求分析、系统设计、人员分工、进度安排等。项目经理负责组织完成项目系统分析报告、系统总体设计报告、开发进度计划表、系统测试大纲等技术文档编写工作。负责开发进行中的进度检查,联合调试、技术资料文件收集等工作。 开发工程师: 按照项目经理的分工安排完成软件开发项目中自己所承担 的开发工作。负责完成模块设计报告的编写工作。协助完成 软件开发部 项目组 项目组 项目组 项目经理 开发工程师 测试工程师 辅助人员 项目经理 开发工程师 测试工程师 辅助人员

软件的安装调试及售后服务工作。 测试工程师: 按照项目经理的分工安排完成对开发软件的测试工作。负责 完成测试方案设计、测试报告的编写工作。负责完成软件使用手册、培训教材等的编写工作。完成软件的安装调试及售后服务工作。 辅助人员: 按照项目经理的分工安排完成项目开发中的辅助工作,包括文档录入、资料整理等。 四、 流程 软件开发项目应按照以下流程进行 整个软件开发项目可分为四个阶段: A 段: 设计阶段。完成系统分析、总体设计、进度计划等工作。以提交系统分 析报告、系统设计报告及开发计划进度表为完成标志。 立项 建立软件开发项目组 调研用户需求 编写项目系统分析报告 讨论确定系统设计方案 编写项目系统设计报告 制定开发计划 确定人员分工进度安排 分工进行模块设计 编写模块设计报告 软件编程、调试 软件组装、测试 完成测试报告 安装、试运行、培训 验收、售后服务 编写软件用户手册 工作总结 结束 A B C D

软件开发项目管理实施方案

项目管理实施方案 作为一个项目管理者,如何要成功的做好项目管理;首先必须先要明白的是在特定的领域中赋予这个角色所要实现的目标、承担的职责、以及项目管理者的具体工作内容是什么? 从我个人的浅见和角度以及我们所从事的IT领域来分析回答以上三个问题。 第一:目标 作为一个项目的管理者,必须要明确的知道自己的工作目标;我个人认为项目管理者的目标无非就是以下两点: 1、就是清晰明确地了解项目利害关系者的需求和期望,努力做到满足项目利害关系者的不同需求;项目利害关系者包括:项目团队成员和项目团队外成员(比如各部门的部门负责人和市场人员,客户等)。 2、就是保证开发项目按需按时保质的完成。 第二:职责 作为项目的管理者,首先要端正态度,要明确知道自己的工作职责,认识到这份工作职责的本质。项目管理者不是来管人的,而是来支持人的,是来协调资源的,是来营造一个适合团队成员比较认同的工作环境和氛围的,是来为一个共同的目标和大家一起战斗共同成长的。可以大概概括成以下几点: 1、建立有效的工作流程保证项目的顺利进行。 2、制定详细周密的项目计划。 3、跟踪,推动项目按计划进行。 4、积极解决项目过程中出现的问题和冲突。 5、调动开发团队的积极性,创造力,推动团队成员在项目过程中不断成长。 6、项目风险识别、风险评估、风险解决和风险管理策略以及做好突发风险的应急预案。 7、实现目标 第三:项目管理者的具体工作内容 最后一个是项目管理者的具体工作内容,作为项目管理者必须清晰的知道自己的工作范围和所要做的工作内容以及工作重心,分为以下六点: 1、项目前期阶段 对项目进行技术可行性分析、技术评估、成本评估以及风险评估。与需求提出方的代表进行需求讨论,明确项目的目标、价值;确定项目范围、功能及优先级。组建项目团队,特别要搞清楚项目的key person(对产品有决定权的人)。项目启动会议,相关的

软件开发项目管理

软件开发项目管理 ?启动阶段 这个阶段的工作目的是决定一个项目是否需要启动。为了达到这个目的,首先要明确项目的总体战略目标,对项目的需要建立认同。即确定到底需要做什么、开发什么产品或提供什么服务,以及需要解决什么样的问题和需要满足客户或市场的什么要求等,同时还要总结项目工作的范围、所需资源、大约开支、各种风险,以及该项目不执行的其他替代选择等。这些代表了对整个项目目标从战略角度和宏观层次所进行的分析,通过项目的意向书总结出来,由此确证客户或项目发起人和赞助者的要求与期望,并帮助他们判定项目是否上马。项目意向总结书的通过及项目被批准上马形成了这个项目的起始点。 ?计划阶段 这个阶段的工作是为整个项目做计划。项目开始后,首先要确定项目的具体范围,明确定出项目到底要做什么,总结、归纳并定出产品的功能。然后进一步制定项目的计划,列出每项具体工作,并建立所有工作任务的重要性及顺序;确定每项工作的执行人和所需资源;根据人员的配置和能力设定各项工作和整个项目的完成时间表。 ?执行阶段 这个阶段的工作是通过执行项目的计划来完成项目的任务。它包括落实一切所需资源,如:人员、设备、费用、技术、信息,由管理者领导全体项目参与者开展各项工作。同时跟踪各项具体工作和整个项目的进度,定期向全体项目人员及项目的发起人报告项目状态。 ?控制阶段 这个阶段的工作是确证项目工作的结果符合项目的计划。它通过对项目结果的衡量和审核,与项目计划所期望的结果进行比较,找出实际结果与计划的差别,并制定处理措施。这个阶段的工作还包括对项目进程中出现的任何更改要求进行审核和批准。同时调解项目进程中出现的各种问题,如:对缺乏的资源的补偿调节;对项目的进度表及各项具体工作的优先级或顺序的修订。 ?结束阶段 这个阶段的工作是确保项目的最终结果或提交物达到计划的要求,并对完成的结果作可接受的确认。还包括在项目完成之后的收尾工作,对整个项目的经历进行总结,修订项目文档,用户培训等。

软件开发部规章制度(初稿)

软件开发部规章制度及软件项目管理方法 (定稿) 第一部分:软件开发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写请假申请,要电话请示上级领导,并在休假后补办请假手续。开发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目组长负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班。公司工作需要硬性安排的加班,加班费有公司支出。相关标准按照公司“人事及薪酬制度”执行。 2、开发部员工守则: 遵纪守法,忠于职守,克己奉公。维护公司声誉,保护公司利益。服从领导,关心下属,团结互助。爱护公物,节约开支,杜绝浪费。努力学习,提高水平,精通业务。积极进取,勇于开拓,创新贡献。 3、员工工作日志: 工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下人员按要求每日记录。 工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作用。

工作日志包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高,1为最低,如为请假,请注明“事假”或“病假”),以及问题、意见和建议。 工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。如发现某些栏目多周雷同的情况,将进行警告。 每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。 工作日志严格要求在每天下班前20分钟内提交。不提交工作周报将适当予以惩罚。对于未提交日志的人员,部门负责人应在次当日或者次日11:00前口头通知。 工作日志以Email或者QQ传文件形式提交给项目负责人和部门经理。部门经理收到后保证第一时间进行回复,并依此进行考核。文件名格式:《工作日志--***--200*年*月*日.txt或者doc》。其中***为员工姓名,日期为提交日期。 4、项目例会制度: 每月第一个周一上午10:30在公司会议室召开,部门所有人员(含参与部门人员为主导的项目并起核心作用的其他部门人员)参加。 会议由部门经理召集,并由部门经理主持。 会议议程: a)各项目负责人回顾上月工作情况、成果和不足,以及当月的大致工作计划。 b)部门经理总结上月工作,对不足的问题提出解决办法。 c)部门经理宣布公司近期动态和相关事项。 d)部门经理做出工作方面的安排。 e)部门人员畅所欲言,提出问题、想法、建议与意见。大家讨论。 f)部门经理解答部门人员的问题,并做出总结。

软件开发管理制度

软件开发部管理制度 一、目的 为保障日常工作正常有序的进行,让开发中各个环节更加紧凑,更加可控,需要尽可能实现软件开发部的管理正规化,工作过程的流程化,以便提高网页质量和开发效率,达到项目能够按质按量按期上线的目标。 二、试用范围 本制度适用于XX有限公司及其下属分公司或全资控股的子公司。 三、部门职责 1、负责公司国内网站平台的建设,包括开发,完善与维护; 2、负责公司国外网站平台的建设,包括开发,完善与维护; 3、负责公司后台数据中心的建设,包括发开,完善与维护; 4、负责公司各部门运营流程体系搭建与维护; 5、负责公司ERP、CRM系统开发与维护; 6、负责公司应用软件、产品软件开发; 四、部门架构 软件开发部共分为五个小组,以下是部门的组织架构图: 五、软件开发管理制度

软件开发共有四个阶段,分别是:项目立案,软件开发,功能测试以及产品上线,每一个阶段又细分出相应的流程,如图: 1.项目立案管理与规范 1.1提出需求:公司所有部门的负责人可以在后台系统提出功能需求,包括软件 维护,软件改进,软件开发。 1.2需求管理: IT自动化中心对来自用户等各方面的需求进行收集、汇总、分析、 更新、跟踪; 1.3产品设计:IT自动化中心编写产品需求文档,包括业务结构及流程、界面原 型、页面要素描述等内容; 1.4确定方案:IT自动化中心组织协调需求方、软件开发负责人,对需求进行评 估,审核通过后方可立项,并确认开发周期; 2. 软件开发 2.1分配功能:在新项目发布后,软件开发负责人根据项目的紧急重要程度,及时 分配安排开发人员进行开发,将项目任务标记为‘已分配’,并讲解说明该项 目在公司业务层面上的意义,使项目立体化; 2.2开发功能:软件开发人员在接到分配的新项目时,先标记项目状态为‘处理中’,

某科技股份公司软件项目管理制度(doc 30页)

**科技股份有限公司 软件项目管理制度 目录 项目开发计划 (2) 软件需求说明书 (4) 详细设计说明书 (6) 用户手册 (8) 数据要求说明书 (11) 项目开发总结报告 (13) 项目开发计划 编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来,以便根据本计划开展和检查本项目的开发工作。编制内容要求如下: 1引言 1.1编写目的

说明编写这份项目开发计划的目的,并指出预期的读者。 1.2背景 说明: a.待开发的软件系统的名称; b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络; C.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; C.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2项目概述 2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。

2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况,包括他们的技术水平。 2.3产品 2.3.1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式,并通过引用有关文件,逐项说明其功能和能力。 2.3.2文件 列出需移交给用户的每种文件的名称及内容要点。 2.3.3服务 列出需向用户提供的各项服务,如培训安装、维护和运行支持等,应逐项规定开始日期、所提供支持的级别和服务的期限。 2.3.4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。 2.4验收标准 对于上述这些应交出的产品和服务,逐项说明或引用资料说明验收标准。 2.5完成项目的员迟用限 2.6本计划的批准者和批准日期

互联网行业项目管理规章制度

互联网IT行业项目管理制度 一、制度目的 为规范项目研发、加强项目管理,保证信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性,使我公司新产品开发能够严格遵循科学管理程序进行,公司根据企业实际情况和研发产品的特点,特制定本制度。 二、适用范围 本制度适用于产品技术人员及其关联公司的产品开发与项目管理全过程。附件涵盖《产品需求申请表》模板,《产品设计PRD文档》模板,《产品测试文档》模板。 三、制度说明 1.本制度中软件开发指新产品系统开发和现有产品系统升级改造。 2.本制度中软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、验收测试、试运行、系统验收、系统上线和数据转换。 3.各软件开发项目组应严格遵循本制度所附流程和模版,若需调整需经过相关评审。 四、主要角色及职责

四、开发管理过程 (一)需求管理 依据公司业务开展及软件产品应用现状所提出的需求,均须遵循本制度内容执行。

1.需求分类: (1)根据其紧急程度,分为紧急类需求和非紧急类需求; (2)根据其实施优先级,分为紧急、高、中、低级四个级别; 2.审批流程 (1)需求申请人提交《产品需求申请单》(详见附件1)至业务归管部门进行业务评审,评审通过后,报至产品技术中心。 (2)产品技术中心根据产品需求进行分析,形成评审报告进行内部评审,评审通过后列入部门工作计划,并提交至公司中高决策层。评审报告内容主要包括预计工作量和成本、风险、可行性分析等(详见附件2:《产品需求文档(PRD)模板》)。 (二)立项管理 经评审确认后的产品需求由产品技术中心提交公司中高决策层,讨论通过后立项。 (三)项目计划与监控 对于产品需求,软件开发采用项目形式管理,项目经理负责整个项目的计划、组织、协调和控制。 技术总监配合项目经理、产品经理与项目干系人进行有效沟通,在项目目标、项目计划和工作方法上达成一致。 (四)系统设计 1.在系统设计阶段中,邀请用户或者业务一线人员充分参与,确保系统设计能满足系统需求。 2.项目组结合需求规格说明书或者系统原型,进行数据库设计和功能设

产品研发部规章制度及软件项目管理方法(初稿)

产品研发部规章制度及软件项目管理方法 第一部分:产品研发部规章制度 一、日常工作制度: 1、关于休假、加班: 严格遵守公司的考勤制度,如有事,提前书面形式填写请假申请,批准后方可休假,如情况紧急不能提前填写请假申请,要电话请示上级领导,并在休假后补办请假手续。 研发部人员在项目紧张时尽量不提出请假申请。 研发人员原则上不安排加班,研发进度根据公司要求结合项目实际由项目总监负责制定,项目组长协调安排工作。项目组长根据进度需要安排的加班,加班费用由项目奖金中支出。公司工作需要硬性安排的加班,加班费有公司支出。相关标准按照国家相关制度执行。 2、研发部员工守则: 遵纪守法,忠于职守,克己奉公。 维护公司声誉,保护公司利益。 服从领导,关心下属,团结互助。 爱护公物,节约开支,杜绝浪费。 努力学习,提高水平,精通业务。 工作中公开、公正、公平的原则。 积极进取,勇于开拓,创新贡献。 产品思维,工匠精神,互联网思维。 3、员工工作日志/工作周报: ●工作日志制度的目的是形成严格的工作跟踪和积累习惯,要求部门中项目负责人以下 人员按要求每日记录。 ●工作日志是部门员工的工作记录载体,起到部分绩效考核和浮动工资的确定依据的作 用。 ●工作日志包含每日计划和完成情况,每日工作始终时间,每日工作饱和度(5为最高, 1为最低,如为请假,请注明“事假”或“病假”),次周计划,以及问题、意见和建议。 ●工作日志严格要求每日填写,绝不允许在上交前统一填写。填写时注意清空原有内容。 如发现某些栏目多周雷同的情况,将进行警告。 ●每日工作内容如无特殊情况,至少需要写3条以上。叙述工作内容要求尽可能说明清 楚。不允许简单的如“修改错误”的描述。

软件开发项目管理中的常见问题和解决方案

软件项目管理常见问题及解决方案 资料来源:互联网整理人:class4117 软件行业是一个极具挑战性和创造性的行业,软件开发是一项复杂的系统工程,牵涉到各方面的因素,在实际工作中,经常会出现各种各样的问题,甚至面临失败。如何总结、分析失败的原因,得出有益的教训,对一个公司来说,是在今后的项目中取得成功的关键。 1 .项目管理在软件开发中的应用的成因 目前我国大部分软件公司,无论是产品型公司还是项目型公司,都没有形成完全适合自己公司特点的软件开发管理模式,虽然有些公司根据软件工程理论建立了一些软件开发管理规范,但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定,软件后期的维护、升级出现麻烦,同时最终也会损害用户的利益。 2.软件项目管理常见问题及解决方案 (1)缺乏项目管理系统培训 在软件企业中,以前几乎没有专门招收项目管理专业的人员来担任项目经理,被任命的项目经理主要是因为他们能够在技术上独当一面,而管理方面特别是项目管理方面的知识比较缺乏。 解决方案:项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识与实践,再加上项目管理知识与实践和一般管理的知识和经验的有机结合,必能大大提高项目经理的项目管理水平。 (2)项目计划意识问题 项目经理对总体计划、阶段计划的作用认识不足,因此制定总体计划时比较随意,不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延,造成计划与控制管理脱节,无法进行有效的进度控制管理。 解决方案:计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关知识、技术、工具,加强对开发计划、阶段计划的有效性进行事前事后的评估。 (3)管理意识问题 部分项目经理不能从总体上把握整个项目,而是埋头于具体的技术工作,造成项目组成员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方法,不好安排的工作只好自己做,使项目任务无法有效、合理地分配给相关成员,以达到“负载均衡”。 解决方案:加强项目管理方面的培训,并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前,最好能经过系统的项目管理知识,特别是其中的人力资源管理、沟通管理的学习,并且在实际工作中不断提高自己的管理素质,丰富项目管理经验,提高项目管理意识。 (4)沟通意识问题 在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足,造成各做各事、重复

软件研发部管理制度20513

软件研发部管理制度 为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。 1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。 2、需求分析:软件需求报告或设计方案、需求规格说明书。 3、总体设计:概要设计说明书或功能模块描述。 4、详细设计:详细设计说明书,包括软件接口说明、单元测试计

划。 5、软件实现:软件功能说明、源代码、源代码说明或者注释 6、产品测试:测试报告 7、产品发布:产品说明书、使用手册 8、产品维护:问题反馈记录 9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表:

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。

相关文档
最新文档