网站大量收购独家精品文档,联系QQ:2885784924

软件项目管理制度2015.docVIP

  1. 1、本文档共19页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件项目管理制度 (讨论稿) 第一条 总则 贯彻公司以市场为中心、以客户为重心的基本思想,理顺项目管理中人、财、物的关系,明确工作责任,充分体现人尽其才,物尽其用的原则,遵照国家有关规定和公司其他有关规定,特制定本制度。 第二条 目的 建立公司软件及集成项目管理制度,理顺项目管理目标与流程,确定软件项目管控流程、重要节点、项目目标、项目资产管理规范,提升公司自研项目、外包项目及集成项目的研发效率与质量。 第三条 适用范围 项目:公司所有自研、外包软件项目以及系统集成项目。 人员:项目所涉及的所有部门和人员(含分管领导及总经理)。 第四条 名词解释 4.1 业务经理/人员:在项目签约以前的项目经理,主要负责完成项目的前期需求调研及总体设计方案,从项目的前期公关、跟踪,直至项目的签约。包含公司总经理、部门经理等业务人员。 4.2 项目实施经理:在项目签约之后的项目经理,主要负责项目的详细调研及详细方案设计,从实施计划的制定、执行、人员的安排,直至项目的完工验收。? 第五条机构及职责 依据公司战略发展目标,成立产品技术委员会负责对公司产品技术发展方向的制定,各类软件项目的立项及关闭评审及其它重大项目决策、制度的制定工作。最终给出评审意见后报公司批准执行。 5.1公司领导 ◆负责对公司软件研发及系统集成类管理规范的、细则的的批准。 ◆负责对软件项目的立项和项目关闭的审核。 ◆负责软件项目奖金等相关激励制度的批准。 5.2 研发部经理 ◆负责对公司软件研发及系统集成类管理制度的修订、审核及报批。 ◆负责对公司软件项目过程管理规范、细则的制定、监督、考核、实施工作。 ◆负责组织软件项目的验收工作。 ◆负责研发团队建设工作。 ◆负责研发团队培训及人员能力提升工作。 ◆ 5.3 项目组/项目经理 ◆负责软件项目的全生命周期管控实施工作,是项目进度、质量的第一责任人。 ◆负责软件项目的需求调研、需求开发、需求管理和、技术难点攻关、评估、设计、进度跟踪监控、风险管理、发布实施等工作。 ◆负责带领项目团队进行软件项目的设计、编码、测试工作。 ◆负责带领项目团服进行软件项目的技术文档、应用文档的编制工作。 ◆负责进行项目验收的申请及项目关闭相关工作,协助公司业务人员完成验收工作(含公司领导层)。 第六条 工作流程 在实际项目过程中根据项目大小及性质对过程做出适当裁剪。公司重点管理审批项目立项、项目关闭,关注需求管理、设计、研发过程监控、测试发布等工作。 依据公司实际情况,为了进一步提高项目研发质量,降低变更率,提高项目进度,在项目管控中引入及强化评审机制,加强立项、需求、设计评审。在需求开发及管理阶段引入项目原型机制,提高与客户沟通的直观性。强化公司项目过程监控及风险管控能力,进一步明确强化项目经理的权利与责任。 6.1项目启动 ◆立项的依据: a、项目信息管理,含公司业务人员项目指令;   b、客户领导、客户技术衔接人员提出的需求; c、可行性分析报告。 由项目经理根据6.1.1填写“软件项目立项申请表”(见附表),并确定项目的行动计划、完成时间、承担人、项目等级等事项后,报研发部经理审批及公司分管领导审批签署。◆可行性分析报告。项目立项批准后,由项目经理/研发部经理按照软件工程的方法进行项目的实施,首先进行业务调查,详细了解业务需求,客户需求了解完后需要请客户会签,新增需求需请客户新增协议或补签需求的方式;掌握好第一手资料后,再进行系统需求分析以及可行性分析报告,可行性分析报告内容: (1)价值(预计利润达X万元以上); (2)公司技术能否支持; (3)公司资源能否支持;? (4)是否符合公司产品方向(能否体现公司形象、能否树立样板工程);? (5)预计签约时间; (6)成功的可能性;? (7)客户的业界信誉(主要指资金信誉); (8)公司其他的竞争优势;? (9)其他需要提供的分析资料。 6.2 需求管理 由客户或者项目经理(支撑经理)整理客户需求,形成用户需求清单及用户需求说明书,之后进行需求开发形成系统需求规格说明书及系统原型,与客户进行确认。 6.3 项目设计 ◆详见公司软件项目设计编码规范。重点项目需要设计评审通过后执行。 6.4软件项目的编码实现与测试: 详见公司软件项目编码设计规范及测试管理规范。重点项目需要进行代码评审及测试用例评审。同时,加强项目自测工作,提测bug率纳入项目及成员考核。 6.5 系统测试 测试完成后,才能进行试运行和正式运行。项目组因修订Bug或系统优化而自主进行的变更由负责此项目变更的软件工程师在”系统变更记录表”(见附表)中登记详细情况。 6.6 项目的试运行及发布: ◆软件的测试完成后,由项目组经理会同业务人员确认是否达到了设计的要求。如果确认,

文档评论(0)

smashing + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档