第一篇:项目管理说明
1引言
随着软件产品规模增大、生命周期时间延长、产品开发团队扩大和环境复杂化,软件业对配置管理在保证产品及其开发过程的标识和可追溯性方面具有的重要意义已形成了共识。
但是,实用中仍然会令人感到配置管理工作影响效率,有些活动做起来僵化笨拙,做过了得不偿失。较常被引用的配置管理定义是Babich W提出的“协调软件开发以减少不理解性到最小程度的技术称为配置管理。
配置管理是对正在被一个项目组建造的软件的修改标识、组织和控制的技术,其目标是通过最大限度地减少错误来最大限度地提高生产率”。按照软件工程术语的国家标准,配置管理是“应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征,控制这些特征的变更,记录和报告变更处理和实现状态并验证与规定需求的遵循性”。按照SW2CMM 的软件配置管理关键过程域:“软件配置管理的目的是建立和维护在项目的整个软件生存周期中软件项目产品的完整性”。
要求的四个目标(Goal)是:
(1)软件配置管理活动是有计划的;
(2)所选定的软件工作产品是已标识的、受控的和适用的;
(3)对已标识的软件工作产品的更改是受控的;
(4)受影响的组和个人得到软件基线的状态和内容的通知。
按照CMMI 模型中的配置管理过程域:“‘配置管理’过程的目的在于运用配置标识、配置控制、配置状态统计和配置审核,建立和维护工作产品的完整性”。
要求的三个特定目标是:(1)建立基线;(2)跟踪并控制变更;(3)建立完整性。
综合以上的说法,配置管理的目的是“建立和维护工作产品的完整性”;基本活动是“配置标识、配置控制、配置状态统计和配置审核”,以及相关的制订配置管理计划、配置状态报告等活动。经典的定义、标准、模型可以视为业界标准的软件过程,从业界标准软件过程到组织标准软件过程,再到项目定义软件过程有相当长的路
要走。标准的软件过程模型要与具体组织、项目的特点相结合“, 工作产品的完整性”需要具体规定。否则,可能出现从方法、过程层面看起来配置管理的基本活动都做到了,但所做活动与业务目标不协调、与约束条件不一致,不清楚活动该做到什么程度,做起来事倍功半、流于形式,仍然不能保证产品的完整性,难以收到实效。为了使配置管理活动有效、适宜、充分地支持软件业务活动,可以先从引起配置管理问题的深层原因即混乱源开始分析,再研究不同层次的“完整性”及其相关的主要活动和能力、资源等约束,最后提出一组实用、有效配置管理的原则和策略。
2配置管理失效的深层次原因
在配置管理中,简单层次的原因包括缺乏基本的版本记录、缺乏基本的变更控制、缺乏配置状态审计及沟通不畅等。解决简单层次的难题也需要做认真工作,但一般只要认真去做就不难做到。真正把配置管理做到既完整、有序又提高效率则很不容易,除了对配置管理的一般目标、实践要有足够理解外,还与组织的业务流程、技术及管理能力密切相关,仅靠配置管理过程难以消除复杂、深层次的原因(混乱源)。
2.1多版本、多分支
许多软件产品是以演进式发布版本方式开发的,面向多个客户的产品更可能增加工作产品的版本数,需要同时管理多个版本。从根源上减少多版本、多分支的问题,需要在产品策划时就考虑好版本演进策略,把握好顾客定位、顾客核心需求及自己产品核心功能的能力,以及与顾客沟通(识别及引导用户)的能力。在技术上要有实现版本向前兼容的能力,合并多版本、多分支的工件。
2.2频繁、重大变更
由于顾客沟通不畅、需求开发不完整、业务能力不足,以及产品、需求本身复杂等原因,在软件设计和开发的生命周期中可能频繁发生变更。频繁、重大变更会引起可观的配置管理工作量,如果要执行严格的配置管理策略,则流程笨拙、响应速度慢、管理成本高;
如果放松配置管理,则变更环境太宽松,可能更加加剧变更的频度及变更申请的随意性。根本上解决频繁、重大变更本身不是配置管理的直接任务,需要提高整体的管理、业务能力,从项目管理的角度可以考虑选择演进、叠代型的生命周期模型,在配置管理方面可以考虑分层控制。
2.3产品结构混乱不清
规模较大、历史较长的产品结构可能存在产品结构差的问题,甚至由于文档缺失、人员更替而连产品的历史状态也不清楚。这会直接加大变更分析及确定变更后回归测试范围的难度。从根本上解决结构混乱问题可能需整理产品结构,自动化测试技术对控制回归测试工作量有所帮助。
配置管理的直接贡献包括支持了解、管理配置项本身的特征、相互之间的联系,以及对回归测试用例、脚本等配置项的管理等。
2.4异地、并行开发
由于信息安全、系统环境约束等原因,在软件公司内部可能无法得到用户的真实数据和软、硬件运行环境。为了提高效率,可能会有多名程序员对同一配置项并行开发或并行维护。配置管理对并行开发的贡献包括完整地标识、记录配置项的状态和分支版本,以及对版本变更、通知、审计、报告的控制;
使用配置管理工具有助于支持并行开发管理。对配置项可以采取主负责人机制,其它程序员的修订需要得到主负责人批准或确认。在异地开发环境下还要求人员有更高的资质和素质。特别是在短期、小团队的用户现场工作时,在配置项的版本、权限等方面可能需要在严格控制与工作效率之间寻求平衡。
.5涉众不清、策略不当
非技术的管理性问题同样可能给配置管理造成重大混乱。不同的软件工作产品有不同的涉众(Stakeholder),如果涉众不清楚,就容易出现让非涉众的人来控制配置项或配置项没有受到其涉众控制等问题。配置管理需要支持项目经理等人员识别并管理配置项的涉众属性。
项目配置管理的具体策略需要结合项目、组织的特点而定,脱离具体条件要求配置管理单独实现高层次的目标难免会事倍功半。
3配置管理的层次
配置管理的根本业务目的是促进组织、部门、项目团队的业绩,其具体业务目
标和管理力度可以是分级的。对具体工作产品(Work Product ,简称工件)的“完整性”可以在空间上从高层产品深入到底层工件、从单项目到多项目,时间上由静态到动态、从输入输出控制到加上过程控制来分层考虑,并根据特定的业务要求、能力、资源等约束条件来确定具体目的和相应力度的配置管理活动。如果不消除混乱源,想要达到高层次目标就难免会劳而无功。
3.1了解、把握产品的组成完整地将该交付产品的所有相关工件(即配置项)及其版本信息一起打包,再加上一个工件清单,就可以作为基本的配置管理,可实现高层、静态配置管理目标。静态配置管理暂不关注产品配置项的历史演变、变更控制。过程能力不成熟的组织可以从静态配置管理做起。
3.2支持产品的物理完整性和一致性
为了防止产品各阶段工件之间不一致以及需求遗漏或需求冗余等问题,可以在高层、静态配置管理的基础上加上一个需求跟踪矩阵,以证实软件产品对需求的完整覆盖,并保持各阶段工件之间的双向可追溯关系。
3.3支持使用正确的配置项
配置项可能有多个版本。支持物理上使用正确配置项的基本要求一是使用经过审批的有效版本,二是在若干个有效版本中使用针对特定用户的版本。为了支持使用正确的配置项,配置管理需要做到前述的各类基本活动。
严格地讲,在功能上使用正确配置项是评审、验证、确认等质量控制活动而不是配置管理的直接任务,在本文中不展开说明。
3.4支持高效使用配置项
为了高效查找到针对特定用户的配置项和产品配置,除了引入配置管理工具以外,提高配置项检索效率的有效手段还包括:良好设计的、与产品结构一致的配置项结构关系,唯
一、清晰、便于检索的配置项标识规范,多样化的配置项检索途径(如按软件产品结构、生命周期模型或配置项演变历史等逻辑关系)等。高效使用配置项的更高境界是控制配置项的有效版本数,要求良好的版本策划、向下兼容及合并分支版本的技术能力和整体管理能力。
3.5支持提高变更效率和控制变更数
变更控制的基本活动包括变更分析、变更状态管理、变更通知等,其中变更分
析直接影响变更效率。在配置管理层面主要分析变更会影响到哪些涉众、哪些工件和哪些项目。为此,在配置管理系统中需要保持配置项与其涉众、产品和项目的关联信息。
技术、整体管理层面的变更分析包括变更对产品结构的影响、技术难度、所需要的工作量和成本等;涉及具体用户的变更还需要分析对用户实现使用价值、组织实现顾客满意的影响。控制变更的更高境界则是通过有效的需求开发、顾客沟通、项目策划及管理等方式减少变更数。
这些都不是配置管理系统能单独实现的任务。
3.6支持配置项的复用
支持复用的软件部件配置库中的配置项能映射到所有拟使用配置项的产品和项目。对配置项的功能、对外接口及其使用规则有完整的描述,执行严格的质量控制、变更控制程序,并与可能使用这些配置项的产品、项目保持有效沟通。支持软件部件复用需要有覆盖整个待复用范围,超越单项目、单产品区域的整体复用意识和良好的分析、设计能力。此外,还可以采取一定的管理措施,如要求产品、项目在策划时必须首先到可复用配置库中寻找部件,并承认产品、项目团队为复用库提供新配置项的业绩等。
4配置管理的策略
实用、有效配置管理的核心是基于业绩、约束确定配置管理的目标,需要基于组织、项目的具体特点选择策略和实践,并基于产品和过程度量来改进。
4.1配置管理、版本管理和工作产品管理
基于配置项的重要性及发生变更的可能性制定适当力度的控制策略。配置管理指严格执行变更控制流程,适用于重要且相对稳定的配置项。版本管理则对变更的决策过程相对弱化,重点管理配置项的版本变更历程,适用于比较重要且变更较频繁的配置项。工作产品管理适用于那些不是由项目直接产生的且几乎不会发生变更的配置项。
4.2CCB的组织及决策机制
基于产品、配置库的规模及团队合作经验等要素确定适当的变更决策方式。变更控制委员会(Chang Cont rolBureau ,简称CCB)的基本组织方式包括统一或分散两种,前者由一个统一的CCB 来审批所有配置项的变更,后者为各类配置项分别建立CCB。CCB 的决策机制包括少数服从多数、一票否决、主席裁决等方式。4.3配置项的粒度划分
粒度是指配置项的规模。配置管理的粒度越细,看起来可视性越清晰,但配置项的数量会增大。粒度粗则大粒度的配置项可能因为多个局部变更而频繁整体变更,难以形成相对稳定的基线;
相关涉众在变更分析时难免需要关注整个配置项,从而加大分析工作量。当有良好的配置管理工具支持和熟练的配置管理人员时,可以优先考虑细粒度管理;否则,可以考虑对可能较频繁变更的工作产品采用细粒度管理,相对稳定的工作产品采用粗粒度管理。
4.4配置管理的力度投入
配置管理是一种管理活动,管理活动存在适度投入、过投入和欠投入等可能性。理想状态当然是适度投入,但具体怎样把握“度”需要实践和学习,往往不容易确定。投入要重视实效,抓住关键目标。如果在过投入和欠投入之间难以决策,则可以优先选择欠投入策略。
欠投入可能使工作做得不到位,但毕竟没有投入,经过实践、度量、分析后再改进、再增加投入,在心理上相对容易接受,容易达成共识。
5结束语
为了实现实用、有效的配置管理,需要考虑业绩导向,为支持业务要求而开展配置管理活动;基于技术、整体管理能力约束来设定配置管理过程的目标和要素;根据项目及其配置项的特点确定项目配置管理的层次、重点和策略;
了解影响本组织配置管理过程业绩的主要难点并确定相关的改进计划等基本原则。“建立和维护工作产品的完整性”是配置管理过程的直接目的,但抽象的“完整性”本身还只是形式层面的目的,处在过程域、方法域层面,还不是业务层面的目标,没有深入到目标域、问题域层面。对不同的项目,“完整性”的层次、评价标准也可能不同,基本活动怎么做、做到什么程度可能不同,需要以业务目标、组织和团队业绩导向。要达到功能正确性、高效率、控制变更及复用等较高层次的“完整性”目标,只有直接的配置管理活动远远不够,还需要资源、技术能力、整体管理能力等配置管理活动以外的其他要素保证, 在有限的资源、能力等约束条件下采用分层次管理、实效优先等策略。
第二篇:项目情况说明范本(推荐)
各市财政奖励项目资金清算申请材料编写要求:
规范格式:(1)实施单位及项目名称(按照国家下达文件,不能有错)。(2)项目基本情况要说明,包括:项目总投资万元,技术改造主要内容(应与国家下达实施方案严格一致),工程建设开始时间,主要完成内容,竣工时间。(3)项目国家初审时间,初审单位及初审节能量,国家已下达资金。(4)项目竣工后运行情况,节能监测数据及实际达到的节能效果。(5)拟申请清算资金。
(对于承诺2010年底完工,今年已完工的说明进展滞后的原因;对至今仍无法完成的项目,要说明原因及承诺完成时限)
例:太原市热力公司集中供热节能技术改造工程。该项目总投资4800万元,主要对太原市集中供热3355万平方米范围内的302座热力站及太原市城南大型热源厂和太原市东山调峰热源厂的水泵及除渣系统实施节能改造。全部改造工程于2008年5月份开始,为保障城市供热,在非采暖期采取分批改造的方式,截止2010年10月底,2座热源厂重链式除渣系统改造,981台循环泵及204台补水泵的变频控制改造已全部完成并进行试运行。2008年,内蒙自治区节能监察中心、内蒙古自治区财政投资评审中心对项目进行了初审,国家于2009年下达该项目财政奖励资金434万元。项目完成后,经
过一个采暖期的运行和节能监测,2010至2011年采暖期实际综合能耗为万吨标准煤,单位产品能耗,较改造前下降,实现节能量万吨标准煤,(超出或低于)初审节能量,影响节能量变化的主要因素是。根据实际运行的节能效益,共申请节能技术改造财政奖励清算资金万元。
第三篇:系统集成项目管理工程师考试说明
光环国际,点滴分享,共同进步
系统集成项目管理工程师考试说明
(光环转载,点滴分享,共同进步~)
1.考试要求:
(1)掌握计算机软件、网络和信息系统集成知识;
(2)掌握系统集成项目管理知识、方法和工具;
(3)熟悉信息化知识;
(4)熟悉系统集成有关的法律法规、标准、规范;
(5)熟悉系统集成项目管理工程师职业道德要求;
(6)了解信息安全知识与安全管理体系;
(7)了解信息系统工程监理知识;
(8)了解信息系统服务管理、软件过程改进等相关体系;
(9)熟练阅读和正确理解相关领域的英文资料;
2.通过本考试的合格人员能够掌握系统集成项目管理的知识体系;具备管理系统集成项目的能力;能根据需求组织制订可行的项目管理计划;能够组织项目 实施,对项目进行监控并能根据实际情况及时做出调整,系统地监督项目实施过程的绩效,保证项目在一定的约束条件下达到既定的项目目标;能分析和评估项目管 理计划和成果;能对项目进行风险管理,制定并适时执行风险应对措施;能协调系统集成项目所涉及的相关单位和人员;具有工程师的实际工作能力和业务水平。
3.本考试设置的科目包括:
(1)系统集成项目管理基础知识,考试时间为150分钟,笔试,选择题;
(2)系统集成项目管理应用技术(案例分析),考试时间为150分钟,笔试,问答题。
400-7060-559、010-84998561、QQ(2068548735)微信(Auar_rk4007060559)
第四篇:系统集成项目管理工程师说明
1.考试要求:
(1)掌握计算机软件、网络和信息系统集成知识;
(2)掌握系统集成项目管理知识、方法和工具;
(3)熟悉信息化知识;
(4)熟悉系统集成有关的法律法规、标准、规范;
(5)熟悉系统集成项目管理工程师职业道德要求;
(6)了解信息安全知识与安全管理体系;
(7)了解信息系统工程监理知识;
(8)了解信息系统服务管理、软件过程改进等相关体系;
(9)熟练阅读和正确理解相关领域的英文资料;
2.通过本考试的合格人员能够掌握系统集成项目管理的知识体系;具备管理系统集成项目的能力;能根据需求组织制订可行的项目管理计划;能够组织项目实施,对项目进行监控并能根据实际情况及时做出调整,系统地监督项目实施过程的绩效,保证项目在一定的约束条件下达到既定的项目目标;能分析和评估项目管理计划和成果;能对项目进行风险管理,制定并适时执行风险应对措施;能协调系统集成项目所涉及的相关单位和人员;具有工程师的实际工作能力和业务水平。
3.本考试设置的科目包括:
(1)系统集成项目管理基础知识,考试时间为150分钟,笔试,选择题;
(2)系统集成项目管理应用技术(案例分析),考试时间为150分钟,笔试,问答题。
第五篇:项目管理经理的岗位职责说明
项目管理经理的岗位职责说明
岗位职责:
1.负责公司研发合作及合作项目管理工作;
2.协助组织和记录定期内外部会议;项目内部协调沟通、部门间工作衔接、协调部门间沟通;协助制定项目整体Timeline;并根据整体Timeline和各阶段行动计划,跟踪并管控项目进度;
3.项目文件的管理和归档;协助项目负责人进行项目支出的统计和成本控制、合同管理等工作。项目预算、合同款、项目经理的资源分配;
4.做好客户沟通、维护工作。
5.调研和收集行业信息,为商务拓展提供情报资料;
任职要求:
1.生物制药及其相关专业大学本科以上学历,有制药企业研发合作及合作项目管理___年以上经验;
2.工作积极向上,思路清晰,计划性强,认真负责,有抗压能力;
3.具有良好的沟通协调能力,对各部门的工作予以协调、与客户的协调、与商务板块的工作协调。
4.具良好的情报搜集能力和团队合作能力。
5.具有良好的英文水平,熟练操作project、excel、ppt办公软件。
篇二
岗位职责:
1、负责公司所指派的工程项目的总体管理及执行,管理目标为项目时间进度符合要求,质量达到合同标准,各项成本费用控制在项目起初预算的范围;
2、对项目组成员进行考评、激励、工作的合理分配及监督,向运营经理每周汇报项目的进展,根据业主要求每天提供工作日记;
3、签发、审核项目的技术方案、图纸、文件以及日常行政的批复和确认;
4、参与并负责指导项目工程师进行现场施工、调试、验证、项目文件制作、竣工资料、图纸的编制及项目的售后服务等工作;
5、监督并审核项目的设计及采购清单等,必要的时候参与设计并且编制清单;
6、监督并指导项目助理完善项目文件的汇编、整理和档案标准化工作,必要时参与编制;
7、对现场施工人员进行监督与管理;
8、负责项目施工过程中所需人员的招募和评估;
9、客户满意度的协调负责人;
10、项目期间,需要在项目现场实施主要的管理,在业主需求时适当加班;
11、对销售部门的招投标工作给予技术支持及协调。
岗位要求:
1、本科或以上学历;
2、五年以上工程项目施工管理与实践经验,,具有外资企业从业经历;
3、具有外资药厂制药项目实施操作管理经验;
4、良好的中英文交流能力;
5、较强的人员管理和项目管理经验;
6、愿意定期出差。
篇三
岗位职责:
1)
定位:负责项目管理体系的建设和完善,包括人员、方法、流程和制度。
2)
负责项目团队成员的招聘、能力培养、团队建设等项目团队管理工作;
3)
跟踪和监控项目进度、质量等相关问题,指导并保证项目的正常执行;
4)
组建项目群、规划项目组合,逐步沉淀项目群和项目组合管理方法论;
5)
负责项目管理相关的培训和案例分享,提高项目管理团队的整体能力;
6)
沉淀并总结业务模型,引导业务的健康发展,提升管理专业度和效率;
7)
能够承担售前技术咨询,较强的方案能力,协助售前方案和成本评估。
必备条件
1)
至少五年以上项目管理实践经验,___个以上千万级项目经验;
2)
至少___年以上从事人工智能领域数据服务行业项目管理经验;
3)
熟悉项目管理体系,PMBOK、ICB、PRINCE2、CMMI等;
4)
结合项目管理实践,对项目管理有自我的理解和深刻的洞见;
5)
有较强的综合分析能力,善于归纳和总结,有快速应变能力;
6)
良好的沟通和协作精神,能适应工作压力,勇于面对挑战。