IT项目运作管理一般流程

IT项目运作管理一般流程
IT项目运作管理一般流程

IT项目运作管理的一般流程

一、概念阶段

1一般机会研究

1.1一般机会研究的概念

一般机会研究室研究项目机会选择的最初阶段是项目投资者或经营者通过占有大量信息,并经分析比较,从错综纷繁的事务中鉴别发展机会,最终形成确切的项目发展方向或投资领域的过程(或称项目意向).

按照联合国工业发展组织推荐的纲要,一般机会研究通常需要做地区研究,部门研究和一资源为基础的研究.

1.2一般机会研究的主要内容

一般机会研究是一种全方位的搜索过,需要大量的信息数据的收集整理和分析.具体为:,

1) 地区研究:即通过分析说出地理位置,自然特征,人口,地区经济结构,经济发展状况,地区进出口结构等状况,选择投资或发展方向.

2) 部门研究:即通过分析部门特征,经营者或投资者所出部门(或行业)的地位作用,增长情况能否做出扩展等进行项目的方向性选择.

3) 资源研究:即通过分析资源分布状况,资源储量,可利用成度,以利用状况,利用的限制条件等信息,寻找项目机会.

1.3一般机会研究的依据

一般机会研究所作的地区,部门,资源三个方面的研究需要有下列信息及数据的支持:

---地区经济发展及产业结构预测

---地区社会发展现状及预测

---地区资源状况及数量显示

---有关法律法规

---部门发展情况及增长率

---进出口结构及趋势分析等等

(参见<<工业可行性研究编制手册>>,中国财政经济出版社,联合国工业发展组织编P281~285)

1.4一般机会研究运用的方法

1) 要素分析法:建一般机会研究所设计道德个方面列出,并区分类别,对各要素重要程度给出权重,并通过屏风的方法找出关键要素,并确定项目方向.

2) 连成评分法:针对影响机会的要素评分后,将评分结果以连乘的形式计算出最后结果,便于决策和选择.

1.5一般机会研究提供的结果

一般机会选择最终将为决策者提出可供选择的项目发展方向和投资领域,其成果形式通常为机

会研究报告.

2特定项目机会研究

2.1特定项目机会研究的概念

特定项目机会研究是在一般机会研究已经确定了项目发展方向或领域后,作进一步的调查研究,经方案筛选,将项目发展方向或投资领域转变为概括的项目提案或项目建议。与一般机会研究相比较,特定项目机会选择更深入、更具体。

2.2特定项目机会研究的主要内容

1)市场研究

对已选定的项目领域或投资方向中若干项目意向进行市场调查和市场预测。通常不仅要做市场需求预测,还需做市场供应预测;同时还要概略了解项目意向相关需求。例如,若确定新型建筑材料的市场需求,就需要分析建筑业的发展概况。在特定项目机会研究阶段的市场研究不同于可行性研究阶段的市场调查和预测,这个阶段不需要具体研究市场与项目规模的关系,而是从宏观的角度把握市场的总体走势及动态。

2)项目意向的外部环境分析

需要研究除市场之外的其他与项目意向有关的环境,如具体政策的鼓励与限制(包括税收政策、金融政策等),再如进出口状况及有关政策等。

3)项目承办者优劣势分析

即分析承办者经营选定的项目意向有哪些优势,有哪些劣势,劣势能否转化为优势;也可以通过寻找投资或发展"机会"和"问题"的方式,再分析将"问题"转化为"机会"的途径进行优劣势的评价。

2.3特定项目机会研究的方法工具

主要采用要素分层法[9.1]。

2.4特定项目机会研究的结果

最终为决策者提供具体项目建议或投资提案;同时提出粗略的比较优选和论证的依据,其结果形式通常为特定机会研究报告。

3 方案策划

3.1方案策划的概念

方案策划是根据项目的功能要求和目标,进行总体规划与设计。经筛选,行成总体规划方案。总体规划方案一方面为可行性提供答题,同时也是项目后期设计实施的纲领。

3.2方案策划的步骤

方案策划相对与项目设计非常粗略,但其策划得好坏,直接影响项目的未来实施效果。因此,必须充分发挥策划和项目管理者的创造力,通过科学的程序保证策划高质量,高水平的项目方案。为了达到此目标,项目方案策划可按如下几个步骤进行:

1)项目功能与目标分析

在构思方案之前,必须认真分析项目功能要求;项目拟达到的目的,其中包括总体目标分目标等要求;目标指导下,项目方案必须达到的技术指标,经济指标

2)总体体方案设想

在明确了项目目标和功能的前提,进行概念创新,通过概念创新引发方案设想。

3)总体方案规划

总体方案规划是把创新引发的项目设计变为总体方案,并对总体方案进行规划。例如,某一商业投资项目,需规划出建设面积,项目总体布局,建设物的外形,土地利用等等。

4)方案各部分功能设计

对方案各部分功能做出设定。例如,方案各部分人采用的技术标准因达到的指标,拟购量的设备及拟建设的设施等。

5)对总体方案进行粗略选择

在方案总体规划和功能设计的基础上,作粗略的技术、经济指标的调走研究,运用多方案比选的方法选优。

6)确定供可行性研究的项目方案

经过方案比选,确定1-2个方案进行深入的研究和论证.

3.3方案策划利用的方法工具

1)进行方案策划,可运用价值工程中的创造性思维和功能分析的方法.

2)进行方案比选时可运用方案比较法[9.2]。

3.4方案策划的结果

方案策划完成后,可提供出1-2个用与进行可行性研究的总体方案,同时也为后读的初步设计、详细设计提出指导和纲领。

4初步可行性研究

4.1初步可行性研究的定义及目的

初步可行性研究是介于机会研究和详细可行性研究的一个中间阶段。是在项目方案确定之后,对项目的初步估计。详细可行性研究需要对一个项目的技术、经济、环境及社会影响等进行深入调查研究,是一项费时、费力且费资金的工作,特别是大型的或比较复杂的项目更是如此。初步可行性研究可以将详细可行性研究的内容简化,作粗略的论证估计,其目的为:①分析项目是否有前途,从而决定是否应该继续深入调查研究;②项目中是否有些关键性的技术或项目总是需要解决;③必须要做哪些职能研究或辅助研究(如实验室试验、中间试验,重大事件处理、深入市场研究等)。

4.2初步可行性研究要解决的问题

通过初步可行性研究,要回答下列几个问题:

-项目建设有无必要性?

-项目需要多长时间完成?

-需要多少人力物力资源?

-需要多少资金且能否筹集到足够的资金?

-项目财务上是否有利可图?

-项目经济上是否合理?

4.3初步可行性研究的主要内容

初步可行性研究的结构及研究的主要内容基本与详细可行性研究相同。所不同的是占有的资料细节有较大差异。

初步可行性研究的主要内容大致为:

1) 市场和生产能力:进行市场需求分析预测,渠道与推销分析,初步的销售量和销售价格预测;依据市场销售量作出初步生产规划。

2) 物料投入分析包括从建设到经营的从略物料的投入分析。

3) 座落地点及厂址的选择包括座落地点选择与厂址选择的部分。

4) 项目设计包括项目总体规划,工艺设备计划、土建工程规划等。

5) 项目进度安排。

6) 项目投资与成本估算包括投资估算、成本估算、筹集资金的渠道及初步筹集方案。

4.4初步可行性研究的结果及作用

经过初步可行性研究,可以形成初步可生性研究报告,该报告虽然比详细可行性研究报告粗略,但是对项目已经有了全面的描述,分析和论证,所以初步可行性研究可以作为正式的文献供决策参考;也可以依据项目的初步可行性研究报告形成项目建议书,通过审查项目建议书决定项目的取舍,即通常所称?quot;立项"决策。

参考规范:"初步可行性研究纲要"联合国工业发展组织颁布于《工业可行性研究编制手册》

参考读物:联合国工业发展组织编,《工业可行性研究编制手册》中国财政经济出版社1992年6月

5详细可行性研究

5.1详细可行性研究的概念

机会研究、初步可行性研究、详细可行性研究、评估与决策是项目概念阶段(投资前时期)的四个阶段。在实际工作中,前三个阶段依项目的规模和繁简程度可把前两个阶段省略或合二为一,但详细可行性研究是不可缺少的。改扩建项目只做初步和详细研究,小项目一般只进行详细可行性研究。

详细可行性研究是在项目决策前对项目有关的工程、技术、经济等各方面条件和情况进行详尽、系统、全面的调查、研究、分析,对各种可能的建设方案和技术方案进行详细的比较论证,并对项目建成后的经济效益、国民经济和社会效益进行预测和评价的一种科学分析过程和方法。是项目进行评估和决策的依据。

5.2详细可行性研究的依据

对一个拟建项目进行详细可行性研究,必须在国家有关的规划、政策、法规的指导下完成,同时,还要有相应的各种技术资料。详细可行性研究工作的主要依据有:

1) 国家有关的发展规划、计划文件。包括对该行业的鼓励、特许、限制、禁止等有关规定。

2) 项目主管部门对项目建设要求请示的批复。

3) 项目建议书及其审批文件。

4) 项目承办单位委托进行详细可行性研究的合同或协议。

5) 企业的初步选择报告。

6) 拟建地区的环境现状资料。

7) 试验试制报告,在进行可行性研究前,对某些需要经过试验的问题,应由项目承办单位委托有关单位进行试验或测试,并将其结果作为可行性研究的依据。

8) 项目承办单位与有关方面取得的协议,如投资、原料供应、建设用地、运输等方面的初步协议。

9) 国家和地区关于工业建设的法令、法规。如"三废"排放标准、土地法规、劳动保护条例等。

10) 国家有关经济法规、规定。如中外合资企业法、税收、外资、贷款等规定。

11) 国家关于建设方面的标准、规范、定额资料。

12) 市场调查报告。

13) 主要工艺和装置的技术资料。自然、社会、经济方面的有关资料。等等。

14) 项目所在地。

5.3详细可行性研究的内容

按照国家计委颁发的《关于建设项目进行可行性研究的试行管理办法》规定,工业项目的可行性研究,一般要求具备以下主要内容。

1) 总论

a) 项目提出的背景(改扩建项目要说明企业现有概况),投资的必要性和经济意义。

b) 研究工作的依据和范围。

2) 需求预测和拟建规模

a) 国内外需求情况的预测。

b) 国内现有工厂生产能力的估计。

c) 销售预测、价格分析、产品竞争能力,进入国际市场的前景。

d) 拟建项目的规模、产品方案和发展方向的技术经济比较和分析。

3) 资源、原材料、燃料及公用设施情况

a) 经过储量委员会正式批准的资源储量、品位、成分以及开采、利用条件的评述。

b) 原料、辅助材料、燃料的种类、数量、来源和供应可能。

c) 所需公用设施的数量、供应方式和供应条件。

4) 建厂条件和厂址方案

a) 建厂的地理位置、气象、水文、地质、地形条件和社会经济现状。

b) 交通、运输及水、电、气的现状和发展趋势。

c) 厂址比较与选择意见。

5) 设计方案

a) 项目的构成范围(指包括的主要单项工程)、技术来源和生产方法,主要技术工艺和设备选型方案的比较,引进技术、设备的来源国别,设备的国内外或与外商合作制造的设想。改扩建项目要说明对原有固定资产的利用情况。

b) 全厂布置方案的初步选择和土建工程量估算。

c) 公用辅助设施和厂内外交通运输方式的比较和初步选择。

6) 环境保护

7) 调查环境现状,预测项目对环境的影响,提出环境保护和"三废"治理的初步方案。

8) 企业组织、劳动定员和人员培训估算

9) 实施进度的建议

10) 投资估算和资金筹措

a) 主体工程和协作配套工程所需的投资。

b) 生产流动资金的估算

c) 资金来源、筹措方式及贷款的偿付方式。

11) 社会及经济效果评价

5.4详细可行性研究的步骤

项目的详细可行性研究,一般由项目业主根据工程需要,委托有资格的设计院或咨询公司进行,编制详细可行性研究报告。

1)委托与签定合同

项目的可行性研究,可以由项目主管部门直接给工程设计单位直接下达任务进行,也可以由项目业主自行委托有资格的工程设计单位承担。

项目业主和受委托单位签订的合同中一般应包括:进行该项目可行性研究工作的依据,研究的范围和内容,研究工作的进度和质量,研究费用的支付方法,合同双方的责任,协作方式和关于违约处理的方法等主要内容。

2)组织人员和制订计划

受委托单位接受委托后,应根据工作内容组织项目小组,并确定项目负责人和各专业负责人。

项目组根据任务要求,研究和制定工作计划和安排实施进度。在安排实施进度时,要充分考虑各专业的工作特点和任务交叉情况,协调技术专业与经济专业的关系,为各专业工作留有充分的时间,根据研究工作进度和内容要求;如果需要向外分包时,应落实外包单位,办理分包手续。

3)调查研究与收集资料

项目组在了解清楚委托单位对项目建设的意图和要求的基础上,查阅项目建设地区的经济、社会和自然环境等情况的资料。拟定调查研究提纲和计划,由项目负责人组织有关专业人员赴现场进行实地调查和专题抽样调查,收集与整理所得的设计基础资料和技术经济资料。

调查的内容包括:市场和原材料、燃料、厂址和环境;生产技术、财务资料及其它。各专题调查可视项目的特征和要求,分别拟定调查细目、对象和计划。

4)方案设计与优选

接受委托的工程设计单位,根据建设项目建议书,结合市场和资源环境的调查,在收集整理了一定的设计基础资料和技术经济基本数据的基础上,提出若干种可供选择的建设方案和技术方案,进行比较和评价,从中选择或推荐最佳建设方案。

技术方案一般应包括:生产方法、工艺流程、主要设备选型、主要消耗定额和技术经济指标、建设标准、环境保护设施、工厂组成、定员。

项目的建设方案一般应包括:①市场分析、产品供销预测、生产规模、产品方案的选择,产品价格预测。②核算原材料和燃料的需用量、规格;评述资源供应情况和供应条件;预测原材料、燃料的进厂价格;③估算工厂全年总运输量,选择运输方案:④确定外协工作和协作单位;⑤厂址选择及其论证,③项目的筹资方案,如有借款,应说明贷款来源、利息、偿还条件;⑤项目的建设工期安排,等等。

在方案设计与优选中,对重大问题或有争论的问题,要会同委托单位共同讨论确定。

5)经济分析和评价

按照建设项目经济评价方法的要求,对推荐的建设方案进行详细的财务分析和国民经济分析,计算相应的评价指标,评价项目的财务生存能力和从国家角度看的经济合理性。在经济分析和评价中,还需进行不确定性分析。

当项目的经济评价结论不能达到有关要求时,可对建设方案进行调整或重新设计,或对几个可行性的建设方案同时进行经济分析,选出技术、经济综合考虑较优者。

6)编写详细可行性研究报告

在对建设方案和技术方案进行技术经济论证和评价后,项目负责人组织可行性研究工作组(项目组)成员,分别编写详尽的可行性研究报告,在报告中可推荐一个或几个项目建设的方案,也可提出项目不可行的结论意见或项目改进的建议,可行性研究报告按国家有关内容编写。

6项目评估

6.1项目评估及其依据

项目评估指在项目可行性研究的基础上,由第三方(国家、银行或有关机构)根据国家颁布的政策、法规、方法、参数和条例等,从项目(或企业)、国民经济、社会角度出发,对拟建项目建设的必要性、建设条件、生产条件、产品市场需求、工程技术、经济效益和社会效益等进行全面评价、分析和论证,进而判断其是否可行的一个评估过程。项目评估是项目投资前时期进行决策管理的重要环节,其目的是审查项目可行性研究的可靠性、真实性和客观性,为银行的贷款决策或行政主管部门的审批决策提供科学依据。

政府主管部门对某些大型建设项目的项目建议书也要进行评估,其程序和内容与对项目可行性研究的评估基本相同,只是重点对项目建设的必要性进行评估。

项目评估的最终成果是项目评估报告。

项目评估的依据:

1) 项目建议书及其批准文件;

2) 项目可行性研究报告;

3) 报送单位的申请报告及主管部门的初审意见;

4) 有关资源、原材料、燃料、水、电、交通、通讯、资金(包括外汇)及征地等方面的协议文件;

5) 必需的其他文件和资料.

6.2项目评估的程序

项目评估工作一般可按以下程序进行

1) 成立评估小组并进行分工

2) 对可行性研究报告和相关资料进行审查和分析

3) 编写评估报告提纲

4) 数据调查

5) 分析与论证

6) 编写评估报告

7) 小组讨论

8) 修改报告

9) 专家论证会

10) 评估报告定稿

6.3项目评估的内容

1)项目与企业概况评估

2)项目建设的必要性评估:评估项目是否符合国家的产业政策、行业规划和地区规划,是否符合经济和社会发展需要,是否符合市场需求,是否符合企业的发展要求。

3)项目建设规模评估

4)资源、原材料、燃料及公用设施条件评估

5)建厂条件和厂址方案评估

6)工艺、技术和设备方案评估

7)环境保护评估

8)建筑工程标准评估:采用的标准、规范是否先进、合理,是否符合国家有关规定。

9)实施进度评估:项目的建设工期、实施进度、试车、投资产及达产及系统转换所选择的方案及时间安排是否正确合理。

10)项目组织、劳动定员和人员培训计划评估

11)投资估算和资金筹措:投资额估算采用的数据、方法和标准是否正确,是否考虑了汇率、税金、利息、物价上涨指数等因素。资金筹措的方法是否正确,资金来源是否正当、落实,外汇能否平衡等。

12)项目的财务效益评估:基本数据的选定是否可靠,主要财务效益指标的计算及参数选取是否正确;推荐的方案是否是"最佳方案"。

13)国民经济效益评估:在财务经济效益评估的基础上,重点对费用和效益的范围及其数值的调整是否正确进行核查。

14)社会效益评估:对促进国家或地区社会经济发展、改善生产力布局、增加出口替代能力、带来的经济利益和劳动就业效果、提高国家、部门或地方的科技水平、管理水平和文化生活水平的效益和影响等进行评估。

15)项目风险评估:盈亏平衡分析、敏感性分析、项目主要风险因素及其敏感度和概率分析,项目风险的预防措施及处置方案。

6.4可行性研究评估报告内容大纲

1) 项目概况

a) 项目基本情况

b) 综合评估结论:提出是否批准或可否贷款的结论性意见。

2) 详细评估意见

3) 总结和建议

a) 存在或遗留的重大问题

b) 潜在的风险

c) 建议

二、规划阶段

1 项目背景描述

项目是在一定的项目背景下进行的,项目背景直接或间接地对项目产生影响。

1.1 项目背景描述的内容

项目背景应包括如下几个方面的内容:

1) 项目设想;

2) 项目外部环境:包括政治的、经济的、文化的、社会的、生态的、心理的因素的影响,还有财务、法律、组织、技术、道德等诸多方面的影响。

3) 项目发起人的情况,包括姓名和地址,提供资金的可能性,在项目中所起的作用等等;

4) 项目方向:面向市场或面向原料;

5) 市场方向:国内或出口;

6) 支持该项目的经济政策和其他相关政策;

7) 具体的项目介绍。

1.2 项目背景的依据

可行性研究报告

1.3 项目背景研究的结果

形成项目背景概况

参考文献

刘荔娟主编,李风云副主编,《现代项目管理》,上海财经大学出版社,1999年8月。

2 目标确定

项目目标就是实施项目所要达到的期望结果。

2.1 项目目标的特点

1)多目标性。一个项目的目标往往不是单一的,而是由多目标构成的一个系统,不同目标之间彼此相互冲突。时间、成本、技术性能是任何项目都具有的三个基本目标。

2)优先性。由于项目是一个多目标的系统,因此,不同层次的目标,其重要性也不相同,往往被赋予不同的权重;不同的目标在项目生命周期的不同阶段,其权重也不相同。例如,技术性能、成本、时间是项目在其生命周期中始终追求的目标,但其权重在项目生命周期的不同阶段却不相同:技术性能是项目初始阶段主要考虑的目标,成本是项目实施阶段主要考虑的目标,而时间往往在项目结束阶段显示出迫切性;不同类型的项目,对技术性能、成本、时间这三个基本目标追求的努力程度也有所不同。

3)层次性。目标的描述需要由抽象到具体,要有一定的层次性。通常将目标系统表示为一个层次结构。它的最高层是总体目标,指明要解决的问题的总的期望结果,最下层是具体目标,指出解决问题的具体措施。上层目标一般表现为模糊的、不可控的,下层目标则表现为具体的、明确的、可测的。层次越低,目标越具体而可控。

2.2 确定项目目标的过程

1)明确制定项目目标的主体。项目目标一般由项目发起人或项目提议人来确定。

2)描述项目目标。项目目标必须明确、具体,尽量定量描述,保证项目目标容易被沟通和理解,并使每个项目组成员结合项目目标确定个人的具体目标。

项目目标的确定有一个由一般到具体逐渐细化的过程。

描述项目目标的准则有:

· 能定量描述的,不要定性描述;

· 应使每个项目组成员都明确目标;

· 目标应是现实的,不应是理想化的;

· 目标的描述尽量简单化。

2.3 目标确定的结果

目标确定的结果形成项目目标文件。项目目标文件是一种详细描述项目目标的文件,也可以用层次结构图来表示。项目目标文件通过对项目目标的详细描述,预先设定了项目成功的标准。

参考文献

毕星、翟丽主编,《项目管理》,复旦大学出版社,2000年4月。

3 范围规划

项目范围规划就是确定项目范围并编写说明书的过程。项目范围说明书说明了为什么要进行这个项目,明确了项目的目标和主要可交付的成果,是将来项目实施的重要基础。项目和子项目都要编写范围说明书。一般来说,项目范围说明书要由项目班子来写。项目范围说明书是项目班子和任务委托者之间签定协议的基础。

3.1 范围规划的依据

编写项目范围说明书时必须有以下的依据:

1)成果说明书。所谓成果,就是任务委托者在项目结束时要求项目班子交出的成果。在成果说明书中,对要求交付的成果必须有明确的要求和说明。

2)项目许可证。项目许可证是正式承认某项目存在的一种文件,它可以是一个特别的文件形式,也可以用其他文件替代,如企业需求说明书、产品说明书。项目许可证中有关于项目目标的记载。

3)制约因素。制约因素是限制项目团队行动的因素。例如,项目预算将会限制项目团队对项目范围、人员配置以及日程安排的选择。

4)假设前提。假设是指为了制定计划而考虑假定某些因素将是真实的、符合现实的和肯定的。例如,如果项目的某个关键人物到位的时间不确定,项目小组将假设项目某一特别的开始日期,作为该关键人物到位的时间的假定。假设常常包含一定程度的风险。

3.2 范围规划的工具和技术

1)成果分析。通过成果分析可以加深对项目成果的理解,确定其是否必要、是否有价值。主要包括系统工程、价值分析、功能分析、质量功能分析等技术。

2)成本效益分析。成本效益分析就是估算不同项目方案的有形和无形费用和效益,并利用诸如投资收益率、投资回收期等财务计量手段估计各项目方案的相对优越性。

3)项目方案识别技术。这里的项目方案制实现项目目标的方案。项目方案识别技术泛指提出实现项目目标的方案的所有技术。管理学中提出的许多现成的技术,如头脑风暴法和侧面思考法可供识别项目方案。

4)专家判断。请各领域的专家对各种方案进行评价。任何经过专门训练或具有专门知识的集体或个人均可视为领域专家。

3.3 范围规划的结果

范围规划结束时应当有下列成果:

1)范围说明书。范围说明书为将来项目实施提供了基础。其内容包括:

· 项目合理性说明。解释为何要进行这一项目,为以后权衡各种利弊关系提供依据;

· 项目成果的简要描述;

· 可交付成果清单;

项目目标的实现程度。

2)辅助性细节。包括项目的有关假设条件及制约因素的陈述。

3)范围管理计划。该文件包括以下内容:说明如何管理项目范围以及如何将变更纳入到项目的范围之内;对项目范围稳定性的评价,即项目范围变化的可能性、频率和幅度;说明如何识别范围变更以及如何将其分类。

软件项目变更管理流程

变更管理流程 1概述 ....................................................................................... 错误!未定义书签。2变更流程 .. (2) 2.1摘要 (2) 2.2提交变更申请 (2) 2.3审核变更申请 (2) 2.4识别变更可行性 (2) 2.5批准变更申请 (3) 2.6实施变更申请 (3) 3变更任务 (3) 3.1变更申请人 (3) 3.2变更经理 (3) 3.3变更可研小组 (3) 3.4变更审批小组 (4) 3.5变更实施小组 (4) 4变更登记 (4) 5变更模板 (4)

1 概述 描述变更管理的目的。就项目中变更管理的总体流程提供一份概述,如: 变更管理流程是成功交付项目的基础。变更管理流程确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。 对项目的变更管理是通过对以下五个关键步骤的实施引入的。,: 提交和接收变更申请 审核和记录变更申请 确定变更申请的可行性 批准变更申请 实施和结束变更申请 2 变更流程 对将要执行的流程和程序做一个图表概述,以启动、实施项目中的变更并审核其效果。例如:Provide a diagrammatic representation of the processes and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project. An example follows: 2.1 概要 下图对将要执行的变更流程和程序做了一个概述,以有效地管理与项目相关的变更。同时也明确的变更管理中的职责分工。 2.2 提交变更申请 本步骤中项目团队中的任何成员都可以提交项目变更申请,需要完成以下工作: 变更申请人识别项目中任何方面的变更需求(如范围、可交付成果、时限、组织). 变更申请人完成变更申请表(CRF),并将其呈交变更经理。变更申请表对需要进行的变更做一概述,包括: ?变更描述 ?变更原因(包括商业驱动) ?变更利益 ?变更成本 ?变更带来的影响 ?支持性文件 2.3 审核变更申请 本步骤授权变更经理对变更申请表进行审核,以决定是否需要一份充分的可行性研究报告以供变更批准小组评估变更可能带来的全部影响。做出上述决定的基本依据是: 呈交的可选择变更数目Number of change options presented 申请变更可选反性的复杂程度Complexity of the change options requested 提出的变更解决方案的衡量Scale of the change solutions proposed 变更经理将不会在变更日志中打开一份变更申请并记录是否需要一个变更可行性研究。The Change Manager will open a 慍hange Request’ in the Change Log and record whether or not a change feasibility study is required. 2.4 识别变更可行性 本步骤涉及完成一份完整的变更可行性研究,以确保对所有的变更可选项进行调查并上报,变更可行性研究包括对以下各项的定义: 变更需求 变更可选项Change options 变更成本及利益 变更风险及事项Change risks and issues 变更带来的影响

软件开发过程管理

软件开发过程管理流程

修改记录

目录 1编写背景 (4) 2编写目的 (4) 3名词解释 (4) 4适用范围 (5) 5公司各部门职责及关系 (5) 5.1项目管理委员会 (5) 5.2项目管理部与总工办 (5) 5.3公司各部门主要职责 (5) 5.3.1公司董事会 (5) 5.3.2总经理办公室 (6) 5.3.3项目管理委员会(简称:PMO) (6) 5.3.4项目管理部 (6) 5.3.5总工办 (7) 5.3.6项目经理 (7) 5.3.7测试组 (7) 5.3.8其它相关部门 (7) 6项目总体工作流程 (8) 6.1工作流程 (8) 6.2流程说明 (9) 7项目过程说明 (11) 7.1启动过程 (12) 7.1.1可行性研究阶段 (12) 7.2计划过程 (12) 7.2.1项目立项阶段 (12) 7.3执行过程 (14) 7.3.1需求分析阶段 (14) 7.3.2概要设计阶段 (15) 7.3.3代码开发阶段 (15) 7.3.4软件测试阶段 (16) 7.4监控过程 (16) 7.5收尾过程 (17) 7.5.1产品交付阶段 (17) 7.5.2产品验收阶段 (18) 8项目记录文档汇总 (18)

1文档介绍 1.1编写背景 根据公司业务特点及行业特点,公司主要以项目开发为主,那么实施全面的项目管理,将公司所有在建、新建的项目纳入项目管理的范畴之内就显得尤为重要。 因此,公司重新组建了项目管理部,在公司范围内推进项目的规范化运作,同时检验公司项目管理机制的缺陷,提出项目管理过程的改进建议和意见,更好的为公司的业务目标服务。 1.2编写目的 本文档将从项目管理的启动过程、计划过程、执行过程、监控过程、收尾过程五个过程,全面阐述项目管理的工作职能,每个过程包含那些阶段,各阶段的工作内容,相关的参与部门,参与部门的工作职责以及相应的考核指标,力求规范化管理公司的所有项目,保障公司项目保质保量按期完成。 1.3名词解释 项目基线:指项目生命周期内产生的文档,在经过公司评审通过后,该文档将作为基线文档,后续的所有变更都是基于该基线文档。 干系人:指参与项目活动或受项目活动影响的人,包括项目发起人、项目组、支持人员、客户、供应商,甚至是项目的反对者。 项目发起人:指项目的发起者,任何有创新想法的人员均可成为项目发起人。 项目组:指项目经理为具体项目而临时组建的团队,团队既可以是部门内部人员,也可以跨部门组建项目团队。 过程文档:指辅助项目经理或公司对项目过程进行管控的文档。 产品文档:指与项目开发紧密相关的文档,并作为项目的一部分交付给最终

项目管理流程

项目经理岗位职责 1、项目经理是项目部的第一负责人,负责项目部的一切事务,对所建工程项 目的质量、安全、进度、成本控制等实施负全面责任。 2、执行和落实好公司的各项管理制度,并组织制定项目部各项管理制度及管 理人员的职责权限。 3、按时参加公司组织的周例会,及相关的工作会议。 4、组织、主持工程项目的《施工组织设计方案》的编制、内部图纸会审、总 进度计划、材料计划以及各项计划等相关的资料审核工作。 5、根据工程实际情况,施工特点,选择施工承包队伍,计划好人力、物力、 机械和设备的投入事项。 6、认真履行《建设工程施工合同》条款,加强与公司、建设单位、监理单位 及工程各参建单位的沟通和配合,组织检查和验收,确保工程项目顺利完成。 7、与各承包队伍签订《劳务承包协议书》,及办理农民工工资发放事项的工 作。 8、根据总工期计划编制月、周进度计划表。 9、认真审核承包队伍施工完成的工程量,并及时按照核算中心要求,及财务 要求进行挂账。 10、按照《建设工程施工合同》约定,负责工程进度款的拨付工作。工程验收 完成后,负责工程款的结算、尾款的拨付工作。 11、深入实际了解项目部管理人员的生活、工作、学习等情况,关心自己的员 工,采纳项目部成员的合理化建议,妥善解决项目部成员的后顾之忧,让员工更好的工作,顺利的完成建设任务。

施工员岗位职责 1、在项目经理的直接领导下,认真贯彻安全第一、质量第一、预防为主的前 提下,确保施工安全,把工作落实到实处。要牢记抓生产必须先抓安全原则,安全是生产的保障。 2、认真熟悉图纸,根据工程的实际施工情况,编制好施工投入计划,施工组 织设计、施工方案,计划好施工人员的投入,材料的需要,机械设备的投入工作,并及时上报项目经理,便于项目经理提前安排。 3、安排好每天的施工人员的调配,机械设备的投入情况,保证工程能顺利施 工。 4、随时对施工现场施工情况进行监督、检查和调整,对不符合施工质量、施 工安全的施工行为进行制止、批评、教育,并责令改正,必要时配合经济处罚措施。 5、配合项目经理认真履行好《建设工程施工合同》条款,保证施工顺利进行。 维护好企业的信誉和经济效益。 6、及时核对施工完成的工程量,及各班组完成的工程量。 7、与现场的建设单位代表、监理人员搞好关系,配合好工作,使工程能顺利 施工。 8、对进场的工程材料等要按照规格、型号、数量等标准和要求进行进场验收, 自检合格后并报监理验收。 9、每天对照工期进度计划,向各班组下达每天的施工任务书,配合项目经理 抓好工程进度工作。 10、按时、按要求记录施工日志工作。 11、能及时的处理施工现场发生的一般质量和安全事故。

文件1《IT项目立项流程》

IT项目立项流程 信息管理部 2004.4

目录 前言 (3) 一、中外运IT项目的分类 (4) 二、IT项目的立项流程 (5) 2.1项目评估小组 (5) 2.2立项流程 (6) 2.2.1 第一类项目立项流程 (6) 2.2.2 第二类项目立项流程 (6) 2.3 立项报告的要求 (7) 2.4 立项过程中的IT投资管理要求 (8)

前言 中外运对IT的投资是通过各种类型的IT项目来实现的,通过实施IT项目体现对IT投资的效果,因此有必要对IT项目制定相关的流程和规范。IT 项目分为两个阶段:立项阶段和项目实施阶段。本文只涉及立项阶段的流程,项目实施阶段按照《IT项目管理办法》执行。 本流程的适用范围为股份公司总部。

一、中外运IT项目的分类 1.项目:在规定的时间和预算内完成的某种具有特定质量性能要求的 一次性、多任务的工作。 2.中外运IT项目分类如下表所示。 表IT项目的分类

二、IT项目的立项流程 中外运的IT项目分为两个阶段:立项阶段和项目实施阶段。本文只涉及立项阶段的流程,项目实施阶段按照《IT项目管理办法》执行。 立项阶段需要明确:项目评估小组、立项流程和立项报告。 2.1项目评估小组 项目评估小组成员: ●组长:公司主管领导。 ●成员:企划部、财务部、运营部、信息管理部等部门的总经理或 副总经理及涉及到的相关部门的负责人员。 项目评估小组的职责: ●对项目是否符合公司的业务发展战略进行评估;对投资的可行性 和风险进行分析;评估项目预算。 ●对项目可能遇到的技术风险和障碍进行分析;对IT技术和IT管 理的提出意见和建议。 ●对业务需求进行确认。

需求变更处理流程

需求变更处理流程 1、需求变更的原因分析 需求变更的表现形式是多方面的,如老板临时改变想法、项目预算增加或减少、客户对功能的需求改变等。在IT项目中,变更可能来自方案服务商、客户或产品供应商等,也可能来源于项目组内部。虽然需求变更的表现形式千差万别,但究其根本不外乎以下几种原因: (1)、范围没有圈定就开始细化 细化工作是由需求分析人员完成的,一般是根据用户提出的描述性的、总结性的短短几句话去细化的,提取其中的一个个功能,并给出描述(正常执行时的描述和意外发生时的描述)。当细化到一定程度后并开始系统设计时,范围会发生变化,那细节用例的描述可能就有很多要改动。如原来是手工添人的数据,要改成根据信息系统计算出来,而原来的一个属性的描述要变成描述一个实体等。 (2)、没有指定需求的基线 需求的基线是指是否容许需求变更的分界线。随着项目的进展,需求的基线也在变化。是否容许变更的依据是合同以及对成本的影响,比如软件整体结构已经设计出来是不容许改变需求范围的,因为整体结构会对整个项目的进度和成本有初步预算。随着项目的进展,基线将越定越高(容许的变更将越少),其过程如下:变更请求à比较基线à变更实现。(3)、没有良好的软件结构适应变化 组件式的软件结构就是提供了快速适应需求变化的体系结构,数据层封装了数据访间逻辑,业务层封装了业务逻辑,表示层展现用户表示逻辑。但适应变化必须遵循一些松祸合原则,各层之间还是存在一些联系的,设计要力求减少会对接口入口参数产生变化。如果业务逻辑封装好了,则表示层界面上的一些排列或减少信息的要求是很容易适应的。如果接口定义得合理,那么即使业务流程有变化,也能够快速适应变化。因此,在成本影响的容许范围内可以降低需求的基线,提高客户的满意度。

工程施工项目流程管理完整版

工程施工项目流程管理 HUA system office room 【HUA16H-TTMS2A-HUAS8Q8-HUAH1688】

式 工程项目管理模 Gongcheng xiangmu guanli moshi 工程总承包是指从事工程总承包的企业(以下简称工程总承包企业)受业主委托,按照合同约定对工程项目的勘察、设计、采购、施工、试运行(竣工验收)等实行全过程或若干阶段的承包。工程总承包主要有如下方式: 1.设计—采购—施工(Engineering Procurement Construction,简称EPC)/交钥匙总承包(Lump Sum Key,简称LSTK) 设计—采购—施工总承包是指工程总承包企业按照合同约定,承担工程项目的设计、采购、施工、试运行服务等工作,并对承包工程的质量、安全、工期、成本全面 负责。 交钥匙总承包是设计采购施工总承包业务和责任的延伸,最终是向业主提交一个满足使用功能、具备使用条件的工程项目。 2.设计—施工总承包(Design-Build,简称D-B) 设计—施工总承包是指工程总承包企业按照合同约定,承担工程项目设计和施工,并对承包工程的质量、安全、工期、成本全面负责。 根据工程项目的不同规模、类型和业主要求,工程总承包还可采用设计—采购总承包(Engineering-Procurement,简称E-P)、采购—施工总承包(Procurement- Construction,简称P-C)等方式。 工程项目管理是指从事工程项目管理的企业(以下简称工程项目管理企业)受业主委托,按照合同规定,代表业主对工程项目的组织实施进行全过程或若干阶段的管

软件项目开发管理流程

研发中心项目开发管理流程 1,新项目开发管理流程 按照项目管理规范,项目管理分为:项目启动—》项目计划—》项目执行—》项目控制—》项目结尾。5个阶段。根据该管理流程和我公司实际情况,将新项目开发的管理流程制定如下图:

1.1 项目立项 项目立项阶段,首先由的项目经理编写《项目立项报告》。研发项目立项报告模板.doc 1.2 立项评审 《项目立项报告》编写完成后,交由项目管理委员会进行立项评审,评审通过后由副总经理签字确认立项。确定需求分析和项目设计阶段的时间和人员安排。 1.3 需求分析 需求分析阶段,需要与用户交流,双方对软件需求取得共同理解基础上达成 的协议。编写并完成软件需求说明书:也称软件规格说明书。软件需求说明书模 板 .doc 1.4 系统设计阶段 常规的系统设计需要依次完成《概要设计说明书》,《详细设计说明书》。以下是文档的简要说明: 概要设计说明书:该说明书是概要设计阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构 设计和出错处理设计等,为详细设计奠定基础。概要设计说明书.do c 详细设计说明书:着重描述每一模块是怎样实现的,包括实现算法、逻辑流程 等。详细设计说明书.do c 详细设计说明书编写完成后,项目经理应该依次编写安排项目开发工作计划。工

作计划安排可以根据项目经理的习惯进行工作计划编写。建议采用project 。附 件为综合考务平台的工作计划安排,可以供参考: 考试考务综合管理平台工作计划.mpp 。并且确定里 程碑,以便在后期项目执行过程中,对其进行确认。 对于大项目,建议按照项目设计流程,先进行概要设计,再到详细设计。但 是对于特殊项目(项目周期较短,小项目),可以讲概要设计和详细设计阶段合二为一,编写功能,接口方案。但是值得注意的是,该方案中,仍然需要涵盖项 目模块功能,用户权限和各模块实现逻辑,接口等。 项目设计开发方案. docx 。 1.5 项目设计评审 设计阶段完成后,项目经理填写《项目设计评审表》,将相关文档交由项目 管理委员会进行项目设计评审。通过评审后,方可进行编码工作。 项目设计评审表.do cx 1.6 编码和测试用例编写阶段 项目编码阶段,项目经理需要对项目执行情况进行控制和监督,其中包括(项 目输入,项目输出,里程碑)。如果由于特殊情况,如:需求变化,人员临时调配,或者其他原因导致的项目范围和时间,计划等变更,项目经理应该及时填写变更申请。并提交给项目管理委员会。作为之后项目输出验证的重要依据 项目变更申请书.do c 。 在此阶段,测试人员应该根据《需求说明书》,《概要设计》和《详细设计说 明书》的内容,编写相应的《测试用例》。

研发部需求开发流程管理

研发部需求开发流程管理

管理目标 1、所有关系人清晰明确地了解项目的需求和 期望,努力做到满足项目所有关系人的不同需求;项目关系人包括:项目团队成员和项目团队外(内部/外部客户,内部/外部合作伙伴,经销商/客户等)。 2、项目管理三要素平衡(时间/成本/质量), 即开发项目按需按时按质的完成。 3、目标:功能满足需求,设计支持变化,开发 快速迭代,成果持续交付。 执行概述 1、建立有效的工作流程保证项目的顺利进行, 初期使用传统RUP过程,引入部分敏捷方法,团队磨合完成后逐步实现敏捷开发全流程管理。 2、明确项目目标,制定具有可行性的项目计 划,有效明确的分解项目需求。 3、跟踪设计/开发/测试/回归/发布全流程,推 动项目按预定计划执行。 4、解决项目过程中出现的问题和冲突,一般集

中在需求不明/工作量或时长/开发难度/跨 部门协调等几个方面。 5、调动开发团队的积极性,创造力,推动团队 成员在项目过程中的学习成长。 6、风险识别、风险控制以及风险的预案。 项目管理 1、需求阶段 对项目进行技术可行性分析、技术评估、成本评估以及风险评估。 与需求提出方的代表进行需求讨论,明确项目的目标、价值。 确定项目范围、功能及优先级。 组建项目团队,特别要搞清楚项目的关键人。 项目启动会议,相关的关系人都必须参加。 2、设计阶段 根据确认后的软件需求规格说明书,制定项目进度计划,工作任务分解(WBS);资源申请,项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源);数据库设计;系统

设计;文档(包括系统用例、Demo、测试用例等);评审会议。 设计阶段结果交付一般为系统用例/系统原型/系统设计文档(概要设计和详细设计)/数据库设计文档等。 该阶段交付成果需要进行评审。 3、执行阶段(开发和测试) 准备开发环境、测试环境。 跟踪,推动项目按计划进行。 项目成员以日报/项目负责人以周报的形式通报各关系人当前项目的进展情况。 按里程碑对阶段成果进行评估,以确保该阶段完成的质量。 代码审核,包括CS审核、SQL审核、WEB 审核等。 对需求变更进行控制管理。 测试阶段BUG响应及改进、收集反馈意见。 对项目风险进行管理。 4、发布阶段 包括制定项目发布计划,用户培训,发布上

公司项目管理制度

公司项目管理制度 1. 目的 1.1 为更好的整合与规范使用公司内外部资源,提升工作输出效率及质量。 1.2 搭建开放性、激励性企业创新平台,提升公司市场竞争力。 1.3 激发员工积极性、主动性与创造性,实现员工与公司的共同发展。 2. 原则 2.1 坚持按成果分配的原则,向主要效益因素倾斜、向重要贡献人员倾斜。 2.2 以检验最终效果、成果为依据的原则。公司追求在市场上获得的利润,产品开发追求在市场上增加的销售额。 2.3 直观量化的原则。激励额计算基础数据为利润额。 3. 适用范围 3.1 本办法适用于经公司正式审批立项的所有项目,包括如下类型: 3.1.1 新品研发类项目:公司为开发新的产品而设立的项目。 3.1.2 工艺/技术/设备改善类项目:公司在生产或基础建设方面为对生产工艺、生产技术、检验技术、设备效率或功能等提升而设立的项目。 3.1.3 管理改善类项目:公司在日常经营管理过程中,为对管理机制、规章制度、等管理类的因素进行提升而设立的项目。 3.1.4 业务改善类项目:公司为在工作流程、工作标准、管理信息系统等支持业务发展方面提升而设立的项目。 4. 术语 4.1 项目:项目是指一系列独特的、复杂的并相互关联的活动,这些活动有着一个明确的目标或目的,必须在特定的时间、预算、资源限定内,依据规范完成。

4.2 项目发起人:提出并推动项目立项的组织或人员,项目发起人在项目立项过程中起主导作用,并负责提名项目经理人选。 4.3 项目立项:由项目发起人针对拟开展的项目,组织进行一系列论证、评估后,确定项目具备实施条件的过程。 4.4 项目经理:经公司授权主持新产品市场及工艺开发、试制及研发能力建设项目或以降低成本、提高效率为目标的改善项目或其他管理类的改善项目的责任人,负责项目的启动、计划、实施、监控、收尾及总结等相关工作,对产品或其他项目成果的全生命周期负责。 4.5 项目管理委员会:由公司总经理指定人员组成项目管理委员会,通常由公司总经理与各部门负责人组成,负责对通过项目评估会议上决议通过的项目给予立项,分配项目编码等管理资源; 4.6 产品开发实现利润额:指产品开发试制完成后所生产出的合格产品在市场上销售后所实现的纯利润额。 5.项目组织架构及项目管理流程图 项目组1 项目组2 项目组…

项目变更管理流程

项目变更管理流程举例 1.变更提出人可以为: ●最终用户 ●开发方实施人员 ●开发方设计人员 ●本项目管理人员 2.变更的提出 由变更提出人填写《变更申请单》,并签字,提交给项目经理或项目经理指定的人员(如配置管理人员等) 3.变更的评估 1)由项目经理领导或指导具体人员负责对变更进行评估,评估参与者包括:项目经 理、项目技术总监、相关技术小组组长、相关技术人员、用户方技术人员、用户 代表 评估的方面包括: ?技术影响 ?范围影响 ?费用影响 ?时间影响 ?风险影响 ?资源影响 ?其他相关影响 2)由项目经理和用户方技术人员作出变更批准或不批准的决定,书面签字。并作相 应记录 3)项目经理负责调整变更所涉及的所有项目计划,保证计划的完整性 4)项目经理负责将相关决定通知和计划变更有关人员。对于重大变更就通知所有项

目干系人 5)对于将可能引起项目基线变更的变更申请,应由项目总监签字同意方为有效 项目变更管理流程举例 1.输入 ●客户合同 ●分包合同 ●项目计划 2.目标 保证项目质量满足合同的要求、公司的业务目标和对合同的法律要求 3.步骤 提出并审查变更申请 评估变更 评估变更涉及的范围及决定其对客户、公司业务和技术方面带来的影响 评估变更将会对项目交付物带来的变化 评估变更对项目计划和过程带来的影响 评估需要对项目计划基准和合同文本应作的修改 估算要实施该变更需要的资源和费用以及不作变更所需的费用,公司的分包商应提出一个相关的报价 提出如何处理该变更的建议 由适当的管理层审批该变更申请。审批层次应在项目计划中定义 把变更整合到项目计划中,记录变更 4.输出 项目计划 5.文档 变更申请表 变更记录表

软件需求变更控制流程

需求变更控制流程 文档名称: 文档编号:___________________________ 归档日期:___________________________ 编写者: ________________ 孙_____________ 审核者:_______________________________ 批准者:_______________________________ *The information contained in this message is confidential and should not be disclosed to any third party whether or not you are the intended addressee indicated in the message. *本文件所含内容为保密信息,未经授权请勿随意复制、编改和泄露给任何第三方。 Copyright ?2009 xxx (Sha nghai) Ltd . All Rights Reserved 1.目的 指导项目部、软件部、质量部、测试部对产品的软件变更需求(简称CR进行控制和 管理,规范相应的作业流程,详细地定义了各流程环节中状态、角色和动作。 1.1明确流程中各角色的职责

1.2规范软件缺陷的变更过程 2.适用范围 所有项目的软件变更需求控制管理。 3.定义 CCB Cha ng Con trol Board 的缩写,指变更控制小组,由项目经理、产品经理、软件 开发小组长、软件部经理、测试部主管组成。 SCM Software Configuration Management 的缩写,软件配置管理员。 SQA软件质量保证 产品部门:简称PD 项目部门:简称PM 软件部门:简称SW 测试部门:简称TEST 质量部门:简称SQA 4.参考资料无 5.部门职责 5.1产品部 5.1.1制定产品战略规划,产品定位和定义。 5.1.2客户技术支持,需求分析与管理。 5.1.3提出需求变更申请到到质量部。 5.2质量部 5.2.1接收产品部提出的变更需求。 5.2.2成立项目需求变更评审(CCB小组,召集小组成员对需求变更进行评审。5.3项目部 5.3.1参与需求变更评审,确定需求变更的可行性。 5.3.2将评审通过的需求变更单以通知单的方式发到软件部和测试部。 5.4软件部 5.4.1对需求变更进行技术可行性评估,编写系统需求规格与可行性分析报告,包括技术实现方法、进度要求和风险分析结果以及建议等。 5.4.2确定需求变更信息,制定开发计划,安排代码设计,更新需求规格说明书。 5.5测试部 5.5.1参与需求变更评审工作。 5.5.2确定需求变更信息,制定测试计划,安排对新需求的功能测试。 5.6 CCB 负责对软件相关的变更需求(新需求、 bug修改、建议)进行审核,确定处理的方案。 6.作业流程

软件项目-变更管理规程-模板

变更管理规程 变更管理规程 版本:V1.0

变更管理规程 目录 1介绍 (1) 1.1目的 (1) 1.2范围 (1) 1.3参考文档 (1) 2角色和职责 (1) 3流程图 (2) 4入口准则 (2) 5输入 (2) 6任务描述 (3) 6.1TCC010提交变更申请 (3) 6.2TCC020变更影响分析 (3) 6.3TCC030变更审批 (3) 6.4TCC040组织实施变更 (4) 6.5TCC050确认实施结果 (4) 6.6TCC060更新基线 (4) 7输出 (4) 8出口准则 (4)

变更管理规程1 介绍 1.1 目的 本文件的目的是描述项目变更管理应遵循的规程,以确保项目的变更被控制和管理起来。 1.2 范围 本文件适用于公司软件开发项目的变更活动。 1.3 参考文档 《配置管理过程》 《配置管理规范》 2 角色和职责

变更管理规程3 流程图 4 入口准则 1、软件开发过程之中的工作产品(如:需求设计文档、设计模型、代码及测试脚本等)有变更需求; 2、里程碑预计延期超过项目进度偏差的阈值;(项目进度偏差阈值根据组织级进度阈值制定,组织级 进度阈值为±20%) 5 输入 1、变更需求 2、进度计划 6 任务描述 6.1 TCC010提交变更申请 1. 变更申请人根据变更情况详细填写《变更申请表》提交给项目经理。

6.2 TCC020变更影响分析 1. 项目经理判断申请是否有效、是否存在类似申请,并指定相关人员对变更进行影响分析; 2. 项目经理根据影响分析的结果对变更申请进行初步审核,决定是否需要提交给CCB批准,并填 写《变更申请表》的审批意见: ?如果变更预计工作量导致在总工作量的2.5%以内,且变更不涉及到优先级为一级的需求变更,项目经理可直接通知实施人进行实施,在变更前应确定变更方案;这种变更一般不会导 致基线版本的变更、且对其他配置项影响不大; ?如果为影响项目进度、影响项目重要需求的变更,将此表送交CCB,进行审批。重大变更主要是正式基线的变更、该配置项变更将引起其他配置项的变更; ?如果是进度变更,一旦超过项目进度阈值,必须提交CCB审批; ?如果项目经理不能决定变更并填写《变更申请表》中相应的栏目,提交CCB进行评估; 3. 如果项目经理拒绝变更申请,则项目经理将结果反馈给变更申请人,流程结束。 6.3 TCC030变更审批 https://www.360docs.net/doc/cb10726216.html,B分析变更申请,,并将审批意见填写在《变更申请表》里“CCB审批意见”栏。审批意见分 为以下三种: ?同意变更:同意此次变更申请,项目经理组织实施; ?推迟变更:变更被搁置,留作将来实施; ?拒绝变更:不同意此次变更申请,变更流程结束; 2. CCB负责人将《变更申请表》反馈给项目经理; 3. 对推迟变更和拒绝变更的申请,项目经理反馈给配置管理员和变更申请人;对同意变更的申请, 项目经理组织实施变更。 6.4 TCC040组织实施变更 1. 项目经理安排实施变更任务; 2. 项目经理通知配置管理员开放要实施变更的基线的权限,配置管理员填写《变更跟踪表》; 3. 变更实施人按照批准的《变更申请表》实施变更,变更完成后更新《需求跟踪矩阵》,并通知项 目经理;

公司项目管理流程制度(第三稿)

科能公司项目管理流程制度 一、概述 为了完善公司现有项目管理流程,提高项目管理工作的规范性,在结合公司现阶段项目特点的情况下,特制定本制度。 二、定义 项目先后衔接的各个阶段的全体被称为项目管理流程。软件项目管理流程一般包括为五个阶段:项目立项阶段、项目设计阶段、项目开发阶段、项目收尾阶段和项目维护阶段。每个阶段都有自身对应的输出和目标,下面将根据阶段进行详细描述。 三、项目立项阶段 项目立项阶段是整个项目管理流程的开始阶段,完成该阶段的项目标志着已是正式启动项目,只有完成了该阶段,后续的阶段才能逐步启动和进行。

(1)本阶段流程 审报告》 理计划》、 管理计划》 (2)本阶段输入文档 本阶段的输入文档为:《项目立项申请书》、《项目风险评估 表》。 (3)本阶段输出文档 本阶段的输出文档为:《项目立项评审报告》、《项目风险管 理计划》、《项目里程碑计划》、《项目任务书》、《项目配置

管理计划》。 (4)本阶段文档对应填写人 《项目立项申请书》由项目发起人填写。 《项目风险评估表》由项目发起人填写。 《项目立项评审报告》由技术总监填写,公司确认。 《项目里程碑计划》由项目负责人填写,公司确认。 《项目风险管理计划》由项目负责人填写,公司确认。 《项目任务书》由公司下达,项目经理签字确认。 《项目配置管理计划》由项目负责人填写。 四、项目设计阶段 项目设计阶段是整个项目管理流程的核心阶段,该阶段的工作质量直接关系到项目的好坏和成败。该阶段的工作内容是整个项目管理阶段流程中最多的,也是评审工作进行最多的阶段。完成该阶段的工作,标志着项目的整体框架和功能设计已经成型,为后续的项目开发阶段起到指导和标杆的作用。

软件开发项目需求变更管理及应对之

软件开发工程需求变更经管及应对之道研究 变化并不是人们最害怕的,最怕的是跟不上变化的步伐。同样,在软件开发过程中需求的变更会给开发带来不确定性,但只要把需求变更作为重点、难点小心加以控制,软件开发的进度、成本和质量也就有了"安全"的基础。 需求变更经管的需求 需求变更是因为需求发生变化。根据软件工程思想,需求说明书一般要经过论证,如果在需求说明书经过论证以后,需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减,均属于需求变更。 需求变更的出现主要是因为在工程的需求确定阶段,用户往往不能确切地定义自己需要什么。用户常常以为自己清楚,但实际上他们提出的需求只是依据当前的工作所需,而采用的新设备、新技术通常会改变他们的工作方式。或者要开发的系统对用户来说也是个未知数,他们以前没有过相关的使用经验。 随着开发工作的不断进展,系统开始展现功能的雏形,用户对系统的了解也逐步深入。于是,他们可能会想

到各种新的功能和特色,或对以前提出的要求进行改动。他们了解得越多,新的要求也就越多,需求变更因此不可避免地一次又一次出现。 这时,如果开发团队缺少明确的需求变更控制过程或采用的变更控制机制无效,抑或不按变更控制流程来经管需求变更,那么很可能造成工程进度拖延、成本不足、人力紧缺,甚至导致整个工程失败。当然,即使按照需求变更控制流程进行经管,由于受进度、成本等因素的制约,软件质量还是会受到不同程度的影响。但实施严格的软件需求经管会最大限度地控制需求变更给软件质量造成的负面影响,这也正是我们进行需求变更经管的目的所在。 六大原则 实施需求变更经管需要遵循如下原则: 1.建立需求基线。需求基线是需求变更的依据。在开发过程中,需求确定并经过评审后(用户参与评审),可以建立第一个需求基线。此后每次变更并经过评审后,都要重新确定新的需求基线。

项目变更管理程序

QHSE 管理体系程序文件 项目变更管理程序 文件编码: GJXB/QHSE/CX20/2011 修 改 码:

2012-04-28发布2012-05-10实施中国石油天然气股份有限公司管道建设项目经理部 Pipeline Construction Administration Department

1 目的及范围 本程序规定了项目变更管理各部门职责界面、工作流程和管理要求。 本程序适用于项目经理部承建的油气管道建设项目变更管理工作。 2 术语 2.1 变更:是指对合同约定事项的调整。与批复可研和初设不一致的,应签订补充合同。 2.2 变更评估:是指对变更的原因、责任及对项目工期、投资、质量和HSE方面的影响进行分析判断,明确变更的可行性和必要性。 2.3 工程相关第三方:是指工程涉及的第三方,包括地方政府、沿线群众、公路、铁路、电力、军队等中石油外部单位和石化、销售、管道、油气调控中心等中石油内部单位。 3 职责 3.1计划处是项目变更的归口管理部门。负责组织变更评估,审查初设变更投资,综合平衡分析变更投资和工期,接收上级部门或项目业主提出的变更以及工程相关第三方提出的资源、市场和工程界面方面的变更,上报变更和接收变更批复。 3.2 造价与法律事务处负责根据合同条款和有关规定审核费用变更。 3.3 财务处负责审批工程保险变更。 3.4 工程管理处负责审核施工方案和施工工期变更,审批建设组织模式变更,组织开展无损检测变更、监理延期服务及监理派遣计划变更等工作。 3.5 工程技术处负责组织编制、审查设计变更方案,组织开展补充评价工作。 3.6 质量安全环保处负责审核变更引起的HSE风险及应对措施,组织开展物资监造变更及环评、安评、职评和水土保持方案补充评价报批工作。

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

精心整理 互联网IT 行业项目管理制度 一、制度目的 为规范项目研发、加强项目管理,保证信息系统符合业务一致性、内控合规性、系统稳定性、系统安全性,使我公司新产品开发能够严格遵循科学管理程序进行,板。四、主要角色及职责

(1)需求申请人提交《产品需求申请单》(详见附件1)至业务归管部门进行业务评审,评审通过后,报至产品技术中心。 (2)产品技术中心根据产品需求进行分析,形成评审报告进行内部评审,评审通过后列入部门工作计划,并提交至公司中高决策层。评审报告内容主要包括预计工作量和成本、风险、可行性分析等(详见附件2:《产品需求文档(PRD)模板》)。

(二)立项管理 经评审确认后的产品需求由产品技术中心提交公司中高决策层,讨论通过后立项。 (三)项目计划与监控 对于产品需求,软件开发采用项目形式管理,项目经理负责整个项目的计划、 形成《评 5.对已确认的系统设计进行修改,需项目经理及技术组负责人及测试负责人审批。 (五)系统实现 1.系统实现包括程序编码、单元测试和集成测试。

2.在系统实现时保证开发、测试和生产环境独立,为各环境建立访问权限控制机制,并明确项目成员的职责分工。对生产环境、测试环境与开发环境在物理或逻辑方面应该做到隔离。 3.项目组进行单元测试和集成测试,出具《单元测试报告》、《集成测试报告》和《系统测试用例》,测试人员签字确认测试结果(详见附件3:《×××系统_测 1.网络运营中心根据项目规模及影响决定试运行策略。 2.研发事业部组织制定《试运行计划》并提交网络运营中心审批。 3.研发事业部进行相关系统部署工作,准备培训资料,对相关用户和信息技术人员进行培训。

外包项目需求变更流程规范

外包项目需求变更流程规范 XXXX有限公司

目录 一、目的 (3) 二、角色与职责 (3) 三、需求变更处理流程图 (4) 四、附件 (9)

一、目的 控制需求变化引起的开发、测试与需求不一致的情况,约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。 二、角色与职责 1、市场人员 1)负责产品需求的提交以及解答项目开发过程中遇到的需求问题。 2)负责与项目经理的沟通 3)负责与客户协调沟通需求变更中需求部分存在的差异 4)对于无法通过技术手段解决的需求,负责与客户进行协商 2、项目经理 1)负责与客户的沟通确认,并及时反馈客户最新需求。 2)负责协调变更的需求并对变更的需求有拒绝的权利 3)负责对变更的需求部分设计的修改 4)保证项目的开发与需求的一致性 5)确定开发进度是否需要进行变更 6)与供应商协调时间、开发费用 7)负责将需求变更中的需求提供给客户签字确认 3、测试组长

1)负责相应测试需求分析书的修改 2)负责把最新需求及时传达到测试人员 3)保证测试进度与开发进度一致性 4)负责与项目组长及时确认最新需求 4、测试人员 1)负责更改测试用例,保证用例与需求同步 2)调控测试进度,保证任务的正常完成 5、项目助理 1)参与需求修改的评审工作 2)最终确认需求是否进行修改 3)负责更新需求文档,记录需求更改记录 4)负责需求变更信息的发布与跟踪 6、公司领导 1)参与需求修改评审工作,对需求修改过程具有知情权 2) 对技术手段无法解决的需求,与客户进行协商 三、需求变更处理流程图 传统的需求变更有3种情况,一种是客户提出来要进行修改,增加需求等;一种是公司内部人员提交的建议;还有就是开发人员自己修改流程(修改后的效果比前面的更加好)。 结合公司的具体情况,需求变更主要有以下3种情况。

项目变更管理流程

变更管理流程

文档控制文档分类 版本控制 批准

Method123 Array Management Methodology Version 2.0 December 2000 目录 1概述 ....................................................................................... 错误!未定义书签。2变更流程 .. (3) 2.1摘要 (3) 2.2提交变更申请 (5) 2.3审核变更申请 (5) 2.4识别变更可行性 (5) 2.5批准变更申请 (5) 2.6实施变更申请 (6) 3变更任务 (6) 3.1变更申请人 (6) 3.2变更经理 (6) 3.3变更可研小组 (6) 3.4变更审批小组 (7) 3.5变更实施小组 (7) 4变更登记 (7) 5变更模板 (7)

1 概述 描述变更管理的目的。就项目中变更管理的总体流程提供一份概述,如: 变更管理流程是成功交付项目的基础。变更管理流程确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。 对项目的变更管理是通过对以下五个关键步骤的实施引入的。,: 提交和接收变更申请 审核和记录变更申请 确定变更申请的可行性 批准变更申请 实施和结束变更申请 2 变更流程 对将要执行的流程和程序做一个图表概述,以启动、实施项目中的变更并审核其效果。例如:Provide a diagrammatic representation of the processes and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project. An example follows: 2.1 概要 下图对将要执行的变更流程和程序做了一个概述,以有效地管理与项目相关的变更。同时也明确的变更管理中的职责分工。

公司项目管理制度规范

公司项目管理制度规范 为了保证公司项目决策的规范化、科学化、制度化、流程化,提高决策效率,优化程序,加强风险管控,保障公司资产的保值与增值,特制定本规范。 一、组织设置及职能 1、决策委员会决策委员会承担了公司新项目是否开展的最终决策权,委员会共设7 人,由总经理任委员会主席,其他六位成员分别为运营部总监,市场部总监,财务部总监,人力行政部总监,市场策划部总监,小记者负责人。委员会表决采取多数决形式,由参与会议的2/3 以上表决通过,方可执行相关项目,但总经理享有一票否决权。 2、项目组负责项目的立项报告、资金预算、项目流程、风险分析等系列材料的制作、管理及审批。项目组设项目经理,项目成员根据需要,提请决策委员会审批同意后,由人事统一调度。 二、新设项目程序 1、项目发起公司部门经理及以上人员可发起新项目,提交至部门负责人,由部门负责人提交至总经理处,总经理经初步审核通过后,召集决策委员会进行表决。 2、项目立项由决策委员会确立项目经理,负责项目的立项工作,由项目经理负责 《立项报告书》的起草,立项报告书应包括项目内容,可行性分析,项目预算,项目营利性分析等,报告书提交至决策委员会进行评估,项目经理负责向委员会进行立项汇报。

3、项目启动 3.1 项目章程: 公司每个项目都需要建立相应的项目章程,需要包括项目描述,项目组职责,包括组长职责与组员职责,以及相应的处罚奖励权。通过项目章程指导和约束管理整个项目的运作。由项目经理牵头制定项目管理章程,发送给决策委员会成员。 3.2 项目启动会议: 每个项目在启动时,均需要举行项目启动会议,由项目组长组织召开,总经理列席参加或派人参加。 会议议程包括:项目介绍、发起人对项目的描述、项目需求和背景、项目目标或者目的、项目范围、角色和职责、下一步的工作安排、问题及下发相关资料。 3.3WBS (工作分解结构)工作表: 通过WBS 工作表,明确项目中具体的工作内容,以及相关工作项目之间的结构关系。并以此作为项目整体计划的一个重要组成部分。由项目经理牵头完成WBS 工作表后,发送给决策委员会及项目组全体成员。 3.4 项目预算管理: 项目预算的主要依据应按照WBS 工作表进行制定,初步预算还应包括其他的费用投入,包括项目的整体投入部分。项目预算作为后期项目实施过程中费用支出的重要参照标准。由项目经理负责制定项目预算,发送给决策

相关文档
最新文档