(草稿)大中型公司项目管理制度.docx

上传人:李司机 文档编号:1266038 上传时间:2022-09-27 格式:DOCX 页数:11 大小:20KB
返回 下载 相关 举报
(草稿)大中型公司项目管理制度.docx_第1页
第1页 / 共11页
(草稿)大中型公司项目管理制度.docx_第2页
第2页 / 共11页
(草稿)大中型公司项目管理制度.docx_第3页
第3页 / 共11页
(草稿)大中型公司项目管理制度.docx_第4页
第4页 / 共11页
(草稿)大中型公司项目管理制度.docx_第5页
第5页 / 共11页
点击查看更多>>
资源描述

《(草稿)大中型公司项目管理制度.docx》由会员分享,可在线阅读,更多相关《(草稿)大中型公司项目管理制度.docx(11页珍藏版)》请在三一办公上搜索。

1、软件开发管理制度第一节总则第一条为规范的自有软件研发和管理工作,特制定本制度。第二条本制度中软件开发指新系统开发和现有系统重大改造。第三条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、软件质量保证、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、验收测试、试运行、系统验收和系统上线。第四条除特别指定,本制度中项目组包括需求人员、技术人员、商务人员和合作开发商。第二节组织机构第一条公司项目管理采用项目型管理方式。项目经理负责项目从启动、计划、执行、收尾的全部工作。第二条每一个项目指定一个项目组负责,同时指定项目经理。项目组包

2、含需求人员、技术人员、运维人员(根据项目具体情况确认是否移交运维部)。项目经理对项目全过程负责。需求人员负责需求调研、需求分析、需求确认,由项目经理负责。技术人员负责开发计划制定、系统设计、系统开发、系统部署,由开发经理负责。运维人员负责系统部署、培训工作、运维工作,在项目组内有项目经理指定成员负责。第三条测试部独立各个项目组,由公司统一协调,项目组需要测试部介入时,提请部门领导汇总,包括介入时间、周期、人员、方式等,确定后按照计划时间点介入。第四条运维部对已移交的项目或产品负责问题收集、处理、确认、反馈、培训、部署升级。对需要调整程序的部分,整理后提交原项目经理,并跟踪进度,及时反馈。第三节

3、立项管理第一条项目部参与公司层面立项,主要工作包括:项目任命、商务交接、成本核算、编写立项建议书、进行前期筹备工作。第二条市场部门签订合同后,整理合同、招标方案、投标方案等相关材料,汇总后提交项目部。第三条项目部与市场部门进行立项申请,出具立项建议书,由部门领导负责编写,立项建议书中应明确项目的预算、范围、进度和人力资源,报送公司领导审批。在此过程可以安排项目经理参与讨论和编写。第四条立项申请得到公司管理层批准后,成立项目组,编写项目任命书,公司管理层委派项目经理监督项目的进度和负责项目管理工作,项目部委派负责人负责技术组的管理和工作。项目组人员的选择是通过考虑项目对业务及技术要求而调配,项目

4、组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。第四节需求管理第一条需求人员需依据合同制定需求调研计划,与甲方确定调研时间。第二条依据合同要求内容,制定初步的需求规范说明书,同需求调研计划一同报送甲方确定后,开展调研工作。第三条需求人员对用户需求进行汇总整理,出具需求调研报告,同时确保需求调研报告中包含了所有的业务需求。第四条技术组在获得需求调研报告后,提出技术需求和解决方案,并对系统进行定义,出具需求规格说明书。需求规格说明书需详细列出业务对系统的要求(业务说明、业务流程、业务表单、功能需求、数据要求、角色等)。第五条项目经理组织相关业务、技术人员对需求规格说明书进行评审

5、。通过评审的需求规格说明书需提交甲方项目负责人和业务部门负责人签字确认。第六条项目经理指定专人负责需求跟踪,确保项目各阶段工作成果同需求的一致性。每一个版本严格验证版本控制执行,保证需求的可跟踪性。第七条业务需求发生变更时,项目组内部首先进行影响工作量评估,应出具需求变更申请,报送甲方项目负责人和业务部门负责人签字确认C确认完成后纳入项目计划中,并更新项目计划。第八条项目组应对需求变更影响到的文档及时更新。第五节项目计划和监控第一条软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。技术组负责人配合项目经理并负责技术组的管理工作。第二条技术组负责人配合项目经理与项目干系

6、人进行有效沟通,在项目目标、项目计划和工作方法上达成一致。第三条项目经理组织制定详细的项目整体计划,确定后报送项目干系人。第四条在项目的各个阶段,技术组负责人需配合项目经理制定阶段性项目计划。该计划每周进行更新,确保包含现阶段所有的工作内容。第五条技术组负责人与项目经理对项目计划执行情况进行监控,确保项目按计划完成。技术组负责人按照项目计划规定的报告频度定期(默认每周五下班前)填写项目状态周报告和阶段性项目计划,上报公司和甲方负责人。上报公司使用钉钉或邮箱上报。上报甲方或者监理按照规定的要求渠道上报。第六条项目组全员负责软件开发过程中的风险识别与管理,重大风险应及时上报项目经理和公司。第七条项

7、目组成员每周根据规定时间开展项目例会(默认周五),会议时间根据不同项目情况而定。例会全员必须参与,先有各个成员汇报本周完成情况和遇到的问题。然后项目经理汇报与项目干系人沟通的相关事宜以及对项目提出的要求。技术组负责人汇总本周完成情况以及下周的进度安排更新阶段性项目计划,最后由项目经理编写项目周报并阶段性项目计划一同报送项目干系人。第六节系统设计第一条项目组需根据甲方签字需求规格说明书制定系统设计计划,并报送公司与甲方负责人。由项目经理配合开发经理完成。第二条系统设计应分为详细设计,系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。第三条在系统设计阶段中,用户应充分参与,确保

8、系统设计能满足系统需求。第四条项目组进行详细设计,出具详细设计说明书和数据库设计说明书,需要定义系统实现功能、业务流程、数据项、角色、业务需求、输入输出、接口设计说明,并根据系统运行情况的记录,对应用系统进行优化设计。第五条设计完成后进行发布正式版本,并上传到SVN目录中。同时做好历史版本跟踪,对每一个版本需要上传到SVN上报,确定版本混乱。第六条详细设计评审以需求规格说明书为依据,确保系统设计满足全部需求,报与甲方签字确认。第七条根据项目实际情况,需要编写详细设计说明书和数据库设计说明书,由开发经理负责编写,全员参与讨论,内容应该包含功能逻辑、数据库设计、接口设计、业务流程、数据项、角色、业

9、务需求、输入输出等。第七节系统实现第一条系统实现包括程序编码、单元测试和集成测试。第二条项目组需根据详细设计说明书制定系统实现计划,并报送公司与甲方负责人。由项目经理配合开发经理完成。第三条项目组保证开发、测试和生产环境独立,为各环境建立访问权限控制机制,并明确项目成员的职责分工。对生产环境、测试环境与开发环境在物理或逻辑方面应该做到隔离;第四条测试部进行单元测试和集成测试,最终形成软件测试说明、软件测试报告和软件问题修复报告,测试人员签字确认测试结果。第五条项目组完成用户操作手册和安装维护手册,凡涉及应用系统的变更,应对两手册及时更新。第八节系统测试第一条项目组需制定系统测试计划,并报送公司

10、与甲方负责人。由项目经理配合开发经理完成。第二条项目组需要测试时提请与部门经理沟通,按照测试计划进行安排相关测试。测试时由项目组搭建测试环境,并对其定时进行更新。第三条系统测试计划需定义测试标准,并明确各种测试的测试步骤和需要的系统设置要求。测试以最终版本的详细设计说明书需求规格说明书为准进行测试。第四条测试完成后对测试的bug进行纳入到阶段性计划与周报中,一般需要经过三轮测试即可。第五条验收测试通过后,项目组应组织完善用户操作手册和安装维护手册的编写。第六条根据项目情况制定不同的测试方案,如果项目紧急可安排测试与开发并行,完成一项功能随即开展测试,并及时对测试问题修改。如项目按照计划执行时按

11、照常规方式测试,完成模块后在进行集中测试。其他特殊紧急情况下,视情况而定。第九节试运行第一条项目组需与甲方沟通制定试运行方案,并上报公司。第二条项目组联合试运行单位进行相关部署工作。项目组准备培训资料(操作手册、培训签到表、问题收集汇报表),根据试运行方案对相关用户和项目人员进行培训。用户培训的完成度应为实施后评估的指标之一。第三条项目组应确保试运行方案中包含问题应对机制,明确问题沟通渠道和职责分工,并对可能发生的重大问题制定应急预案。第四条项目组根据试运行方案进行系统转换和数据转换。系统转换前,需对各受影响的系统环境做检查,确保运行环境能满足新应用系统的需要。系统转换时要求对原系统中的重要参

12、数、设置等系统运行需要的信息作详细记录,此记录作为新系统上线的要求。系统参数、设置的转换工作作为系统上线的验收的评估指标之一。第五条正式启动试运行。在试运行过程中,试运行单位项目部应对系统运行情况(系统资源使用,反应速度等)作记录。必要时,项目组应根据系统运行情况对应用系统进行优化。第六条试运行达到试运行方案规定的终止条件时,项目组编写试运行报告。此报告应由项目组和试运行单位签字确认,提交公司,并配合商务完成阶段性收款。第七条项目试运行期间,根据用户反馈问题进行修改,对反馈的问题纳入阶段性计划中,每周进行更新汇报。反馈问题中需要进行分类(bug类、需求类、优化类、其他类)。根据不同的类型进行设

13、定优先级。由项目经理负责对反馈文件进行设定优先级。然后由开发经理根据要求进行完善系统。对需求类问题整理评估工作量和费用情况,配合商务与甲方进行沟通确认,并在需求变更单签字,确认完成后纳入计划中。第八条反馈问题修改完成后必须进过测试确认后才能进行升级。反馈问题升级原则上每周进行更新,升级程序文件和sql脚本,如紧急情况下,修改完成后,由项目经理在开发人员本机上确认,确认完成后随时升级,升级采用单独文件形式。升级完成后要进行测试,升级全需备份之前版本。升级有项目经理指定一人负责。第十节系统验收第一条项目经理需与甲方共同确定项目验收时间和验收标准。纳入周报和试运行阶段性计划中。第二条项目组应根据验收

14、甲方要求整理相关验收问题。第三条项目经理根据合同时间点要求进行项目验收。分为初验、终验。验收完成后编写项目验收报告,经验收专家组签字原件后报送公司。第四条验收完成后项目经理协助商务完成项目收款工作。第十一节系统上线第一条系统上线应遵循稳妥、可控、安全的原则。第二条项目组做好相关部署、培训工作,并建立总体的问题应对机制。制定详细上线应急预案,并做好各自的部署、培训、系统转换、数据转换等工作。第三条上线单位在上线初期须加强日常运行状态监控,出现问题时应及时处理,对重大问题应启动紧急预案。第四条上线单位管理层可根据上线情况对上线计划进行调整。调整后的上线计划应及时提交项目组备案。第五条系统上线完成后

15、,项目经理指定运维人员,对每日问题进行完善,同时对反馈问题按照试运行阶段进行管理。第十二节结项管理第一条系统上线完成后,项目组提出结项申请,出具项目总结报告,上报公司管理层审批。第二条公司管理层批准结项后,业务组和技术组分别整理项目管理文档和工作成果,并提交各自部门统一管理。第三条项目结项后,需要对项目情况进行总结,完成时间进度与计划进度、实际成本与项目计划成本进行对比,总结经验。第四条系统结项后,由项目组交由相关运行部门进行维护支持工作。第十三节配置管理第一条项目部制定统一的配置管理规范,各项目组共同遵循。第二条软件开发过程中各项目管理文档和工作成果均作为配置项进行管理,其中包括:需求文档、

16、设计文档、代码、测试用例、测试数据、数据转换记录以及项目相关文档。第三条配置管理员负责配置库管理、维护,做好配置库的备份工作。第四条项目所有文档必须上传到SVrl制定目录上,签字纸质文件统一上报公司留存。第十四节合作开发管理第一条合作开发应本着公开、公正、公平的原则。第二条技术组应同合作开发商明确项目变更的范围和处理方式,重点关注需求和设计变更。第三条合作开发商应遵循我方软件开发管理制度。第四条技术组负责监控合作开发商的项目管理及软件开发活动。合作开发商应按计划定期向我方技术组报告进展状态,并提交阶段性成果文档。发生重大问题时,合作开发商需及时向技术组汇报。第五条技术组负责人派专人监控合作开发商的质量保证过程。第六条技术组负责人要求合作开发商做好技术转移工作,保证我方人员掌握核心技术。同时对部署的程序使用key授权,授权其使用时限,不得将源代码,SVn等相关信息告知合同厂商。第七条项目组同合作开发商商定验收的标准和方法。第八条以上各要求需要在开发合同中明确。第十五节附则第一条本制度由公司项目部负责解释和修订。第二条本制度自发布之日起开始执行

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号