[原创]案例分析经验交流——本人在2005年11月信息系统项目管理师考试中对案例分析试

翔羽

<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 信息系统项目管理师考试中案例分析部分的考察目的是为了检验应考者对实际问题的分析和解决能力，检验应考者对理论知识的掌握和运用的熟练程度；对于应考者来说，通过案例的分析，也可以发现自己知识和经验方面的不足。<br/><br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 一般来说考试中的案例分为两个类型：对成功案例的分析、对失败案例的分析。下面我们将结合去年11月份考试中的部分案例分别来探讨一下案例分析的技巧。</p><p>去年11月的考试中案例试题一：<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 阅读下面关于项目管理问题的叙述，回答问题1至问题3，将解答填入答题之对应的栏目内。<br/>[说明]：<br/>&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;某系统集成公司现有员工50多人，业务部门份销售部、软件开发部、系统网络部等。经过近半年的酝酿后，在今年的1月份，公司的销售部直接与某银行签订了一个银行前置机的软件系统项目。合同规定，在6月28日前系统必须投入试运行。在合同签订后，销售部将此合同直接移交给了软件开发部，进行项目的实施。<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 项目经理小丁做过5年的系统分析和系统设计工作，但这是他第一次担任项目经理。小丁兼任系统分析工作，此外项目还有2名优1年编程经验的程序员，1名测试人员， 2名负责组网和测试的系统工程师。项目组成的成员均全程参加项目。<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 在承担项目之后，小丁组织大家制定了项目的WBS，并依照以往的经历制定了本项目的进度计划，简单描述如下：<br/>&nbsp;&nbsp;&nbsp; 1、应用子系统<br/>&nbsp;&nbsp;&nbsp; 1）1月5日~2月5日 需求分析<br/>&nbsp;&nbsp;&nbsp; 2）2月6日~3月26日系统设计和软件设计<br/>&nbsp;&nbsp;&nbsp; 3）3月27日~5月10日编码<br/>&nbsp;&nbsp;&nbsp; 4）5月11日~5月30日系统内部测试<br/>&nbsp;&nbsp;&nbsp; 2、综合布线<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 2月20日~4月20日完成调研和布线<br/>&nbsp;&nbsp;&nbsp; 3、网络子系统<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 4月21日~5月21日设备安装、联调<br/>&nbsp;&nbsp;&nbsp; 4、系统内部调试、验收<br/>&nbsp;&nbsp;&nbsp; 1）6月1日~6月20日试运行<br/>&nbsp;&nbsp;&nbsp; 2）6月28日系统验收<br/>&nbsp;&nbsp;&nbsp; 春节后，在2月17日小丁发现系统设计刚刚开始，由此推测3月26日很可能完不成系统设计。<br/>&nbsp;&nbsp;&nbsp; [问题1]（4分）<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 请用150字以内的文字，分析问题发生的可能原因<br/>&nbsp;&nbsp;&nbsp; [问题2]（9分）<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 请用200字以内的文字，建议小丁应该如何做以保证项目整体进度不拖延。<br/>&nbsp;&nbsp;&nbsp; [问题3]（12分）<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 请用400字以内的文字，该书典型的信息系统集成项目的进度/时间管理的过程和方法以及资源配置对进度的制约。</p><p>试题分析：<br/>&nbsp;&nbsp;&nbsp; 对[问题1]的分析：<br/>&nbsp;&nbsp;&nbsp; 该案例试题首先是一个失败的案例，我们在解答失败案例时首先要考虑的问题就是导致失败的原因，正如问题一所提出的那样。通过阅读案例，我们结合自己的专业知识，导致失败的原因可以有以下一些方面：<br/>&nbsp;&nbsp;&nbsp; 1、笔者认为小丁的时间计划本身存在问题，在进行WBS设计的时候没有作充分和完全的考虑，比如：在需求分析阶段所使用的时间期内，除开周末还可能存在着公共假日，因此其计划的时间可能导致能够进行需求分析的有效时间不足，从而可能导致所出现的结果。<br/>&nbsp;&nbsp;&nbsp; 2、笔者认为，该案例中没有体现出软件开发人员参与合同的过程，因此，当小丁拿到合同后才开始接手这个开发项目，需要一段时间对项目进行比较充分和全面的了解，也可能因此导致对事件预算的不足。<br/>&nbsp;&nbsp;&nbsp; 3、笔者认为，小丁虽然有5年的系统分析和设计经验，但是该项目是他第一次担任项目经理，小丁本人可能存在对项目管理的经验不足，同时案例中软件开发小组的其他成员是否具备项目经验，并没有足够的材料可以证明，因此，小丁所组建的项目团队整体经验也是不足的。<br/>&nbsp;&nbsp;&nbsp; 以上三个方面的问题都可能导致项目的失败，我们可以结合教材中关于项目管理的9大方面来对问题进行逐一分析，熟练以后我们可以很快得找到问题问题存在的核心。可能还有其他方面（包括小丁对该项目的WBS的设计是否也存在问题）的问题也会导致项目进度严重滞后，有待读者自行分析了。<br/>&nbsp;&nbsp; <br/>&nbsp;&nbsp;&nbsp; 对[问题2]的分析：<br/>&nbsp;&nbsp;&nbsp; 在[问题一]中，我们找到了问题存在的原因，那么我们就面对着提出解决问题的方法和策略，正如[问题2]要求我们建议小丁该如何做才能保证项目整体进度不至于拖延。<br/>&nbsp;&nbsp;&nbsp; 这个问题可以有多种建议来解决：<br/>&nbsp;&nbsp;&nbsp; 1、从软件开发方法选择的方面，我们可以建议小丁对原有开发方法做出分析，看原有的开发方法是不是很适合项目目前进度的需要，如果不适合，那么我们可以考虑采用新的开发方法。从对小丁的团队制定的WBS来看，小丁所使用的开发方法基本上可以确定到瀑布模型开发方法或者是旋风式瀑布模型的方法；鉴于合同要求的工期，小丁目前的进度，势必要更改开发方法才有可能保证项目能够如期提交试运行，因此，我们可以建议小丁采取增量原型开发方法，该方法是综合增量开发模型和圆形开发模型两种方法的优点。在时间许可的范围内，小丁可以先开发出一套具备主要功能的基本原型，然后在此原型的基础上发布增量版本来完善系统，以此来保障项目的如期交付。<br/>&nbsp;&nbsp;&nbsp; 2、其次，可以考虑适当增加资源的投入，比如说，在公司内部选择更加具有经验的人员参与该项目的实施<br/>&nbsp;&nbsp;&nbsp; 3、小丁可以选择将项目外包给有经验的公司进行开发。</p><p>&nbsp;&nbsp;&nbsp; 对[问题3]的分析<br/>&nbsp;&nbsp;&nbsp; 问题三可以说是检验应试者对教材知识的掌握程度了，在此就不再赘述了。</p><p></p><p>&nbsp;&nbsp;&nbsp; 欢迎大家补充讨论！</p><p>[案例来源]：国家软件资格水平认证考试——信息系统项目管理师考试试卷[II]&nbsp;</p><p>&nbsp;</p><p>不好意思，由于没有教材在手，无从参考，如果有混乱的地方，请各位见谅！</p>

[此贴子已经被作者于2006-2-16 21:37:58编辑过]

am2000

问题2要加一点 :项目经理要参与售前活动.

翔羽

恩，我觉得那个应该是在问题1中来解决的。问题2的目的是要我们找到解决小丁目前存在困境的办法。受前活动可以作为项目结束后小丁总结经验时的一条经验。

翔羽

<p>对2005年11月信息系统项目管理师考试试卷[II]试题三的分析：<br/>&nbsp;&nbsp;&nbsp; 原题如下：<br/>&nbsp;&nbsp;&nbsp; 阅读下述关于项目沟通管理的叙述，回答问题1-问题3，将解答填入答题纸的对应栏内。<br/>[说明]<br/>&nbsp;&nbsp;&nbsp; 老张是某个系统集成公司的项目经理。他身边的员工始终抱怨公司的工作氛围不好，沟通不足。老张非常希望能够通过自己的努力改善这一状况，因此他要求项目组成员无论如何每周必须按时间参加例会并发言，但对例会具体应如何进行，老张却不知如何规定。很快项目组成员就开始抱怨例会目的不明，时间太长，效率太低，缺乏效果等等，而且由于在例会上意见相左，很多组员开始相互争吵，甚至影响到了人际关系的融洽。为此，老张非常苦恼。<br/>[问题1][5分]<br/>&nbsp;&nbsp;&nbsp; 针对上述情况，试分析问题产生的可能原因。<br/>[问题2][15分]<br/>&nbsp;&nbsp;&nbsp; 针对上述情况，你认为应该怎样提高项目例会的效率。<br/>[问题3][5分]<br/>&nbsp;&nbsp;&nbsp; 针对上述情况，你认为除了项目例会之外，老张还可以采取哪些措施来促进有效沟通？</p><p><br/>答题之前：<br/>&nbsp;&nbsp;&nbsp; 在解答这一问题的时候可以看一下题目开始部分的说明，该题目是一个关于项目沟通管理方面的题目，因此，在解答这一问题时需要紧密结合项目沟通管理的理论知识。<br/>&nbsp;&nbsp;&nbsp; 项目沟通管理一章中主要围绕项目管理活动中项目经理与项目组成员、项目其他干系人之间的沟通问题讲了如何实现有效沟通的一些主要方法和技巧。在沟通的方法中，在正式的沟通方法中对会议管理部分作了比较详细的讲解。</p><p>&nbsp;&nbsp;&nbsp; 会议管理按会议的阶段可以划分成会议前的准备、会议过程、会议结束后的工作，按照教材中的说法，会议前的准备是后期的输入，而项目工作的沟通需求就是会议前准备工作的输入。<br/>&nbsp;&nbsp;&nbsp; 按照这个体系来看，该案例中的员工抱怨工作氛围不好，沟通不足就是项目干系人对沟通的需求。而我们在项目管理中的沟通方法可以有正式的沟通方法，比如该案例中老张所使用的项目例会制度就是正式的沟通方法，还有很多非正式的沟通方法，比如教材中所提到的酒会、宴会、其他方式的单独交流、或者创建网络的沟通方法、电话沟通、由间交流等方法，都是可以进行相互补充。<br/>&nbsp;&nbsp;&nbsp; 有了上述的一些初步的分析之后，我们再来看问题1所要问的问题：问题一展开以后所要问的是：为什么老张再采用了项目例会制度并要求项目组成员每周必须参加立会并发言的情况下，项目组成员依然会抱怨例会目的不明，时间太长，效率太低，缺乏效果，甚至出现人际关系的恶化。<br/>&nbsp;&nbsp;&nbsp; 现在，问题明确了，那么解决问题的方法也就可以找到了，问题1的解答也就是老张虽然建立了项目例会制度这种正式的沟通方法，但是这种方法可能会导致项目组成员不愿意表达自己对于项目的真实意见，因此，老张所建立的项目例会制度这种沟通方法对于老张的项目组来说是太单一了。<br/>&nbsp;&nbsp;&nbsp; <br/>&nbsp;&nbsp;&nbsp; 有了对问题1的解答，也就是找到了问题，那么现在就该回答问题2和问题3了。&nbsp;&nbsp;&nbsp; <br/>&nbsp;&nbsp;&nbsp; 问题2所需要解决的主要是老张该如何来开会的问题，前面我们在分析问题时对会议的流程也作了一些介绍。老张在开会前需要做好会议的准备，不是每次例会都需要项目组的每位成员都要参加和发言，因此，在会议前，老张需要对参加下次例会的人员进行确认并将会议要讨论的问题、会议的时间、会议的地点、会议的预计时间长度、会议需要遵守的规则、会议的主持人、会议要达到的目的。并将这些内容作为会议前的资料传达给必须参加会议的项目组成员，这样参加会议的项目组成员才能够有目的的准备参与项目组例会。<br/>&nbsp;&nbsp;&nbsp; 在会议中，老张需要创建一种公平的会议环境，以保障参与项目例会的人都能够畅所欲言，才能确保参与会议的项目组成员把自己对项目的看法、意见或建议提出来；而在会议期间老张需要在会议中安排人员做好会议记录。同时老张需要注意引导会议的氛围和会议的节奏，也需要保持参加会议的每个人都能够遵守会议的规则，以避免在会议过程中出现项目组会议参加者之间的相互冲突。<br/>&nbsp;&nbsp;&nbsp; 在会议结束后，老张应该做好会议的总结，并且需要将会议的结果通知到相关的干系人，对于涉及到需要修正项目计划的决议还需要报变更控制委员会以便及时对项目计划进行修正和控制变更的执行。<br/>&nbsp;&nbsp;&nbsp; <br/>&nbsp;&nbsp;&nbsp; 问题3，在本案例中，老张使用的是正式的沟通方法中的一种，我们结合教材中所提到的正式的沟通方法还有多种，比如召开项目研讨会等正式方法。还可以采用很多非正式的沟通方法。由于在前面我们对这个问题进行了一些分析，也在其中提到了一些方法，在此就不再赘述了。读者请结合教材自行考虑。</p><p>[案例来源]：国家软件资格水平认证考试——信息系统项目管理师考试试卷[II]&nbsp;</p><p>&nbsp;</p><p>不好意思，由于没有教材在手，无从参考，如果有混乱的地方，请各位见谅！</p>

[此贴子已经被作者于2006-2-16 21:37:39编辑过]

sammy921

<p>&nbsp;&nbsp;&nbsp; 这样的项目例会情况我也碰到过，只是没有像案例中说的那样大家相互争吵，而是出现冷场，谁都不愿发表意见。呵呵，做个项目经理确实不容易啊</p><p></p>

翔羽

确实是不容易的，作为项目经理需要具备丰富的专业知识和社会科学知识，还要有很好的语言技巧，这对项目经理来说是一个很大的挑战，同时，作为项目经理的人还必须要注意团队成员的一些个人反映，还需要学习心理学、行为学的知识。