信息系统项目管理师案例分析指南

上传人:汽*** 文档编号:508026797 上传时间:2023-02-01 格式:DOC 页数:18 大小:91KB
返回 下载 相关 举报
信息系统项目管理师案例分析指南_第1页
第1页 / 共18页
信息系统项目管理师案例分析指南_第2页
第2页 / 共18页
信息系统项目管理师案例分析指南_第3页
第3页 / 共18页
信息系统项目管理师案例分析指南_第4页
第4页 / 共18页
信息系统项目管理师案例分析指南_第5页
第5页 / 共18页
点击查看更多>>
资源描述

《信息系统项目管理师案例分析指南》由会员分享,可在线阅读,更多相关《信息系统项目管理师案例分析指南(18页珍藏版)》请在金锄头文库上搜索。

1、-信息系统工程管理师案例分析指南第1章工程整体管理案例工程的整体管理在工程管理的9个知识领域中处于核心位置,其成效就是用来整合其它8个知识领域,工程经理则要起到关键性的组织、协调与管理作用,然而这并非易事,许多IT工程经理在做工程时总感觉需要协调各种各样的资源,然而又似乎无从下手,一些事情好象身不由己,无法控制。工程整体管理是围绕工程管理方案的制订、执行和控制进展的,通过工程资源的整合将工程所有的组成要素在恰当的时间、正确的地方、适宜的人物结合在一起,以成功的完成工程。按照PMBOK2004Project Management Body of Knowledge 2004,工程管理的知识体系2

2、004版中的定义,工程整体管理的过程包括:制订工程章程、制订工程*围说明书初步、制订工程管理方案、指导和管理工程执行、监视和控制工程工作、整体变更控制和工程收尾。1.1工程开场走向混乱阅读以下关于在信息系统工程管理过程中工程整体管理方面问题的表达,答复以下问题1至问题3,将解答填入答题纸的对应栏内。1.1.1 案例场景希赛集团下属飞达信息技术*新接到一个有关电子政务公文流转系统的软件工程,王工作为公司派出的工程经理,带着工程组开场进展工程的研发工作。王工以前是一名老技术人员,从事Java开发多年,是个细心而又技术扎实的老工程师。在工程的初期,王工制订了非常详细的工程方案,工程组人员的工作都被排

3、得满满的,为加快工程的进度,王工制订工程方案后即分发到工程组成员手中开场实施。然而,随着工程的进展,由于工程需求不断变更,工程组人员也有所更换,工程组已经没有再按照方案来进展工作,大家都是在当天早上才安排当天的工作事项,王工每天都要就工作安排焦头烂额,工程正开场走向混乱的局面。工程组中的一名技术人员甚至在拿到工程方案的第一天就说:方案没有变化快,要方案有什么用,然后只顾埋头编写自己手头的程序。一边是客户在催着快点将工程完工,要尽快将系统投入生产;另一边是公司分管电子政务工程的*总在批评王工开发任务没落实好。【问题1】8分请用400字以内的文字,王工制订的工程方案应包括的主要内容。【问题2】8分

4、请用400字以内的文字,围绕工程方案来说明在王工在制订工程方案时出现的问题。【问题3】9分如果你是王工,面对工程开场走向混乱的局面的情况,应当如何处理呢.1.1.2 案例分析工程方案是工程管理的根底,工程管理中最重要的就是工程方案的工作,工程方案是一个综合概念,但凡为实现工程目标而进展的活动都应该纳入到方案之中。【问题1】工程方案的制订是贯穿这个工程生命周期的持续不断的工作,是利用其他方案编制过程的结果,建立一份连贯性、一致性的文档,以指导工程实施和工程控制。工程方案过程是一个反复的过程。一个详细的工程方案过程包括:1工程方案的定义,确定工程的工作*围。2确定为执行工程而需要的工作*围内的特定

5、活动,明确每项活动的职责。3确定这些活动的逻辑关系和完成顺序。4估算每项活动的历时时间和资源。5制订工程方案及其辅助方案。一般而言,工程方案可以包含如下要素:1工程*围方案:阐述进展这个工程的原因或意义,形成工程的根本框架,使工程所有者或工程管理者能够系统、逻辑地分析工程关键问题及工程形成中的相互作用要素,使工程干系人在工程开场实施前或工程相关文档编写以前,能够就工程的根本内容和构造达成一致;工程*围说明应当形成工程成果核对清单,作为工程评估的依据,在工程终止以后或工程最终报告完成以前进展评估,以此作为评价工程成败的依据;*围说明还可以作为工程整个生命周期监控和考核工程实施情况的根底和工程其他

6、相关方案的根底。2工程进度方案:进度方案是说明工程中各项工作的开展顺序、开场时间、完成时间及相互依赖衔接关系的方案。通过进度方案的编制,使工程实施形成一个有机的整体。进度方案是进度控制和管理的依据,可以分为工程进度控制方案和工程状态报告方案。3工程质量方案:质量方案针对具体待定的工程,安排质量监控人员及相关资源、规定使用那些制度、规*、程序、标准。工程质量方案应当包括和保证与控制工程质量有关的所有活动。4工程资源方案:决定在工程中的每一项工作中用什么样的资源人、材料、设备、信息、资金等,在各个阶段使用多少资源。工程费用方案包括资源方案、费用估算、费用预算。5工程沟通方案:沟通方案就是制订工程过

7、程中工程干系人之间信息交流的内容、人员*围、沟通方式、沟通时间或频率等沟通要求的约定。6风险方案:风险方案是为了降低工程风险的损害而分析风险、制订风险应对策略方案的过程,包括识别风险、量化风险、编制风险应对策略方案等过程。7工程采购方案:工程采购方案过程就是识别哪些工程需求应通过从本企业外部采购产品或设备来得到满足。8变更控制、配置管理方案:由于工程方案无法保证一开场就预测得非常准确,在工程进展过程中也不能保证准确有力的控制,导致工程方案与工程实际情况不符的情况经常发生,所以必须有效处理工程的变更。变更控制方案主要是规定变更的步骤、程序,配置管理方案就是确定工程的配置项和基线,控制配置项的变更

8、,维护基线的完整性,向工程干系人提供配置项的准确状态和当前配置数据。【问题2】制订工程方案的目的在于建立并维护工程各项活动的方案,工程方案其实就是一个用来协调软件工程中其它所有方案,指导工程组对工程进展执行和监控的文件。一个好的工程方案可为工程的成功实施打下坚实的根底。以下这些方法能有效的帮助工程经理制订工程方案。1注意工程方案的层次性工程方案的层次及其关系如图1-1所示。图1-1 工程方案的层次高级方案,是工程的早期方案。高级方案应当是粗粒度的,主要是进展工程的阶段划分,确定重大的里程碑,所需相关的资源,包括人力资源、设备资源、资金资源,即所谓的人、财、物三个要素。大的阶段交替之前,应做好下

9、一阶段的详细方案,我们称之为二级方案。详细方案要确定各项任务的负责人,开场时间,完毕时间,任务之间的依赖关系,设备资源,工程里程碑。如果工程规模相对较大,可以有多级的方案,比方说,一个工程组可能分为几个开发组,二级方案是各开发组制订的适合自己开发组的方案。如果开发组还分了小组,可以有小组的三级方案。开发人员的个人方案是低级方案,由开发人员根据自己的任务自行制订,个人方案要尽量细化到工作单元和时间单元。一般的,软件工程方案至多有四级就够了,过多的等级将会引发效率的瓶颈。合理的划分小组,减少组织的层次,有利于工程方案的制订和实施。较小的软件工程由于工期不长,人员较少,只有两级方案高级方案与低级方案

10、也是可行的。2该详细的详细,该简单的就简单工程方案就如同软件工程本身一样有它特殊性,一个三五个人花两三个月就可以完工的小工程,可能工程方案就四五页纸,包括一个WBSWork Breakdown Structure,工作分解构造和一个甘特图Gantt Chart。一个需要五六十个人甚至上百人,要花上半年或更长时间的大型IT工程则会有更多的工程方案内容。工程经理要按照工程的特定情况量体裁衣,要强调工程方案的指导性。工程中的工作安排一定要责任到人。如果是多个人共同完成的任务也要指定一位主要负责人,否则工作人员会操作不便,甚至互相推卸责任。3制订的工程方案要现实制订工程方案仅靠个人经历是不够的,不可能

11、面面俱到,不要寄希望于个人经历.解决的方法有两个方面:一是充分鼓励、积极接纳工程干系人包括客户、公司高层领导、工程组成员来参与工程方案的制订。应主动邀请客户和公司高层领导来共同讨论高级方案的制订。客户对工程在现场的实施和系统应用将起到很好的促进作用。公司高层领导的参与将有利于工程获得精神上和物质上的支持。制订二级、三级工程方案要与工程组成员互动,要强调工程方案的现实性,不现实的工程方案不但不可能指导工程的实施,还可能成为工程成功的障碍。当规划由一个人做出而由另一个人实施时,如果工程没有按时完成,会使得他们疑心工程方案的可行性,也会影响开发人员的士气。工程组内部人员的沟通亦很重要。工程经理应当关

12、注方案的制订工作中的气氛,在轻松的气氛中去融合开发人员的意见。可以让开发人员对自己职责*围内的事提出建议的时间和资源,再作讨论约定。这样开发人员在主观上会更加投入工作。客观上,开发人员的能力很难用时间及工作量来衡量,一名熟练的Java程序员比一名初学Java的程序员开发效率可能快上四五倍,因而安排的时间周期、任务量当然要不一样。可以考虑召开一次专题讨论会,事先写出一个初稿,再各抒己见,最后作出结论。二是充分利用历史数据。历史数据是珍贵的财富,是可复用的资源。不仅要注意积累这些数据,也要学会从中提炼出可以为己所用的数据。如:工程方案的模板、方案的资源数据等。成熟的工程开发组织会将历史的数据保存并

13、作一些分析,形成一些经历计算公式、实用的文档模板等。需要特别提到的是,有的软件工程在失败之后,工程组人员一般很不情愿再度问津此事,一谈到做过的失败的工程就唯恐避之不及,其实,失败的工程对工程研发具有重要的参考价值。有必要在每做完一个工程后认真的进展总结。这是工程可持续开展的必要,也是对工程和工程组成员的尊重。当前工程的经历对其它工程是有很好的借鉴意义的,特别是对类似的软件工程,在管理上、技术上、开发过程上都是一笔财富。不仅要对工程的程序代码存储,所有相关文档资料包括合同、开发文档、总结文档等也要归档。4重视与客户的沟通与客户的沟通是很重要的。不必害怕客户知道我们的开发方案,特别是工程进度情况,

14、应当和客户共享这些信息。首先,客户会提出一些对工程时间、进度、效果上的要求,这些要求往往经不起推敲,有的还带有较强的政策性。例如:在*单位的人事管理信息系统的开发中,客户方对时间上的这个要求,是单位领导开会集体决定并形成了文件的,但是,经过认真的需求调研,做出工程进度的粗方案和局部的二级方案后,发现按客户方要求的三个月时间是难以实现的。这时就需要说服,可以把做出的调研文档和工程方案摆出来与客户讨论,并最终使工程的开发时间适当延长。实际上,工程组和客户的目的是一致的,所以对于合理的工程进度客户是会理解与支持的。其次,工程组有义务要让客户知道工程的方案,这样才能让客户实际上主动、积极参与工程,到达

15、工程的最终目标。工程方案取得双方签字认可是非常重要的。客户可能不愿意签正式的文件,则在文档的封面上签上双方负责人的*、联系方式也行,虽然是非正式的,但留下了工程工作的痕迹。应该让客户清楚签字意味着双方对工程方案的认同。双方有了一个约定,既让用户感觉心里踏实,也让自己的工程组有了责任感,有一种催促和促进的作用。在本案例中,王工制订了详细的工程方案,将工程组人员的工作排得满满的,在没有和工程组人员商量的情况即下发工程方案并实施,此举不妥。制订工程方案时,需要取得工程组人员的支持、理解,并且需要注意在工程的开场阶段往往需要的是粗粒度的,并且是现实的工程方案。工程方案对于工程的实施非常重要,在制订时也需要和客户、公司领导及时沟通,以取得他们的支持。而王工对于工程运作的紧*局面既没有向公司领导汇报,也没有向客户解释,只是一个人默默地将问题埋在心里,而采取了每天早上安排工作的临时性解决方法,治标没有治本。【问题3】王工作为工程经理应当清醒地意识到工程开场出现混乱,一是制订工程方案时不妥;二是工程的变更没有控制好,王工需要采取一些有针对性的措施。工程的不确定性因素导致了工程的进展未必象想象中或方案中的那样顺利,而当这种不确定性

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号