商业项目管理案例分析论文

您可以参考下面的范文。这是一篇关于成本管理的文章，希望对你有用。 2008年3月，我参与了“某某市行政权力网上公开透明运行”项目的建设，在项目中我非常荣幸担任项目经理一职...................一、合理的成本估算 良好的成本估算是项目实施成功的前提，成本估算是指在完成项目各项活动所必需的各种资源的成本做出近似的估算。在本项目中我是通过三个步骤来完成项目的成本估算。 1、识别和分析构成项目成本的工作 此项工作与WBS分解工作密切相关，如果不能正确识别项目工作包，成本的估算就没有办法保证。因此在做WBS分解的时候，我根据项目阶段从立项、需求、分析、设计、编码、测试等等环节进行逐一分解，识别各个环节上的工作包。本项目涉及到市、区、社区街道办、乡镇，干系人众多，因此应该尽量保证各级干系人都能够在项目范围上达到一致，但是越向低层，用户信息化水平就越低，对于项目需求无法正确表达。因此在工作包分解的时候，我们采用定期向上级的汇报工作和顾问建议修改工作包的方式，同时我在WBS分解的时候充分调用客户以及相关干系人、项目组成员的参与，尽可能的提出自己的建议，并且对项目的范围做好确认的工作。 2、以WBS为依据，对工作包或估算成本 我采用MS Project 2003作为此过程的辅助工具，根据每一个工作包中活动历时阶段对历时资源的估算结果，基本确定完成此工作包需要的各项资源，我通过查阅公司的项目管理系统中的相关文件中得到各项资源的工时标准费率，即人员的工作成本填入工具中，然后对过自动成本统计表，完成对工作包的估算成本。 3、对成本进行相应优化，预留应急储备 在完成上述活动之后，通过累加各工作包就形成了项目的成本估算。但是对于各项资源都要考虑其合理性和替代性，协调各种成本之间的比较关系。在本项目中我非常注重项目的需求调研工作，所以在成本估算时把编码阶段的百分之五的成本应用于需求阶段，这样看似需求的成本增加了，但是大大减少了日后返工的可能性，降低了整体成本。另外考虑到范围、进度、质量等等因素的变化或者风险的发生有可能会引起成本的变化，因此在各种成本的估算总值上增加了百分之十的资金作为应急储备用于项目应急之中。 二、有效控制范围变更和风险因素，防止引起不必要的成本变化 为了控制范围引起的变更，当项目到达里程碑之后，我都会组织项目干系人对项目进行评审，评审会后我们对有益于项目建设的建议分别处理对待：1）、该建议实施起来比较简单，投入成本比较低廉的、对项目实施进度影响不大的按照范围变更的流程进行实施，同时对实施的结果进行跟踪；2）、对花费成本较高，对项目实施进度影响较大的建议则记录在案，留于下一版本开发或作为附加项目开发。因此有效地控制由于范围的蔓延而引起的成本变化。 另外对于项目中经常引起成本的风险因素进行了梳理，对各类进行分别制作相应的风险管理计划及应对方案，比如：1）、没有经过详细计划的信息系统；2）、项目管理无法清晰描述项目目标；3）、技术的变化；4）、管理层的压力与误解；5）、缺乏专业和富有经验的人才等。在实施过程经常对照风险列表，排查风险因素，定期与业主进行沟通，增加业主对项目的信心。在项目小组内部的加强沟通和交流，提高项目开发团队的开发效率，加强质量措施的落实，对成员的职责和绩效进行考核，杜绝由于项目质量问题或技术问题引起进度和成的连锁反映，增加小组成员的积极性和信任感。 三、做好成本绩效工作，适时进行跟踪和控制 实施阶段需要进行成本的跟踪和控制。项目组成员每周通过提交工作周报，要求百分比率量化任务完成情况，我再依次根据各工作周报汇总成项目周报。通过在MS Project 2003中按照进度百分比填写，MS Projec t2003自动生成成本统计表，清楚的显示了任务的基准和实际成本信息。 同时，绘制出挣值管理提图形，这样可以直观的方式报告和展现项目进展情况和成本绩效信息。以定时检查成本是否超支，如在需求阶段基本完成之后，此时已进入分析设计阶段期，作者对各项活动成本进行了统计，结果如下：已完成工作实际成本AC为50万，已完成工作预算成本EV为47万元，计划工作预算成本PV为45万元，经计算的成本偏差CV为-10万元，进度偏差偏差SV为2万元。这表明进度稍有超前，但是费用超支CV为-3万元。从曲线也可以清楚地看出来，发现偏差将及时采取相应的纠正措施，问题发现越早，付出的成本越小，造成的损失也就越小。因此，我对后面的计划进行了相应调整，通过一些有效的方式来降低项目的直接成本来有效的进行成本的控制。 项目实施成功后，通过了省相关部门组织的验收，同时作为先进案例模式向周边市区推广，该系统至今运行良好。但是回顾过去，系统实施过程中也存在许多不足之处。 1、测试的时间太短，没有专门的测试人员，没有全面而系统的测试，所以系统交付之后，发现了不少问题，虽然没有威胁到系统的运行，但是作为项目经理，我觉得如果多给一些时间和人员，我做得更好。 2、对于用户的问题考虑不周全，比如乡镇的信息化程度低，能否考虑一种更人性化、更方便用户使用的人机界面，能否制作一个视频讲座或PPT，便于他们今后的学习使用。 在以后的工作中，我将继续努力学习，总结经验教育。参考来源：信管网

1.确定项目的基本假设, a.公司的主要产品适合ISP b.该公司有好的销售业绩和盈利，有承担ISP费用的能力； c.该公司现在的市场信息系统与ASP系统相比不如ASP； d.该公司的营销人员装备如何比ASP落后； e.该公司愿意接受现代信息技术，现在的信息情况应用ASP后将改善。2.该项目的目标是：在1年内，即到2005年初，使这家国有钢铁公司全面接通ISP服务，并使得公司高层领导对这项新的通信技术能够完全接受。并最终签定合同。 3.该项目涉及到产品的宣传、演示；与客户的沟通、交流。技术交流和谈判。4.主要的产品是产品宣传信息，专业技术展示，技术沟通和商务谈判。5.项目经理1人，技术支持2人，广告策划1人，演示、宣传1人，商务谈判代表2人。此项目共需7人。6.这个问题太多了，你就给这点分，我不答。

成功的项目管理案例分析

引导语：项目管理：计划、进度和控制的系统方法。以下是我为大家整理的关于成功项目管理案例分析，希望对大家有所帮助。

某公司准备开发一个软件产品。在项目开始的第一个月，项目团队给出了一个非正式的、粗略的进度计划，估计产品开发周期为12~18个月。一个月以后，产品需求已经写完并得到了批准，项目经理制定了一个12个月期限的进度表。因为这个项目与以前的一个项目类似，项目经理为了让技术人员去做一些“真正的”工作(设计、开发等)，在制定计划时就没让技术人员参加，自己编写了详细进度表并交付审核。每个人都相当乐观，都知道这是公司很重要的一个项目。然而没有一个人重视这个进度表。公司要求尽早交付客户产品的两个理由是：

1)为下一个财年获得收入;2)有利于确保让主要客户选择这个产品而不是竞争对手的产品。团队中没有人对尽快交付产品产生怀疑。

在项目开发阶段，许多技术人员认为计划安排的太紧，没考虑节假日，新员工需要熟悉和学习的时间也没有考虑进去，计划是按最高水平的人员的进度安排的。除此之外，项目成员也提出了其他一些问题，但基本都没有得到相应的重视。

为了缓解技术人员的抱怨，计划者将进度表中的计划工期延长了两周。虽然这不能完全满足技术人员的需求，但这还是必要的，在一定程度上减少了技术人员的工作压力。技术主管经常说：产品总是到非做不可时才做，所以才会有现在这样一大堆要做的事情。

计划编制者抱怨说：项目中出现的问题都是由于技术主管人员没有更多的商业头脑造成的，他们没有意识到为了把业务做大，需要承担比较大的风险，技术人员不懂得做生意，我们不得不促使整个组织去完成这个进度。

在项目实施过程中，这些争论一直很多，几乎没有一次能达成一致意见。商业目标与技术目标总是不能达成一致。为了项目进度，项目的规格说明书被匆匆赶写出来。但提交评审时，意见很多，因为很不完善，但为了赶进度，也只好接受。

在原来的进度表中有对设计进行修改的时间，但因前期分析阶段拖了进度，即使是加班加点工作，进度也很缓慢。这之后的编码、测试计划和交付物也因为不断修改规格说明书而不断进行修改和造成返工。

12个月过去了，测试工作的实际进度比计划进度落后了6周，为了赶进度，人们将单元测试与集成测试同步进行。但麻烦接踵而来，由于开发小组与测试小组同时对代码进行测试两个组都会发现错误，但是对测试人员发现的错误响应很迟缓，开发人员正忙于完成自己的工作。为了解决这个问题，项目经理命令开发人员优先解决测试组提出的问题，而项目经理也强调测试的重要性，但最终的代码中还是问题很多。

现在进度已经拖后10周，开发人员加班过度，经过如此长的加班时间，大家都很疲惫，也很灰心和急躁，工作还没有结束，如果按照目前的进度方式继续的话，整个项目将比原计划拖延4个月的`时间。

问题：

1. 在本案例中，我们能吸取什么教训吗?

2. 编制计划时，邀请项目组成员参与有哪些好处?

3. 学习曲线对软件项目有哪些影响?

1 本例存在的问题

(1)前期制定工作计划没做好

项目启动时没有就项目的范围、技术可行性、资源可利用性等进行充分论证和评估，计划制定时没有做好评审，项目干系人的沟通工作没有做好。风险控制没有做好。做计划时，没有像做预算一样留出风险控制期。什么都按照最紧张的来做，一旦有地方出现问题，进度延误就成了必然的了。

项目组成员没有参加，这个问题就很严重，项目经理认为一个完全合格的程序员是可以在规定时间里完成指定的任务的，但是事实是这样吗?开发期间难免会遇到技术瓶颈，这些都是需要时间去研究的，新员工不熟悉的项目也没有考虑。制定工作计划的时候，项目经理最好是给一个大概的框架，在自己判断的基础上征求项目组成员的意见，尽量安排一个大家都认可的计划。

(2)管理问题

项目组的成员在做完这个项目后，都很疲惫，另外自信心也很受打击，花了时间没有交出一个好的项目，问题就不止在技术层面了，这大部分是管理的问题，从长远来看，这个项目组的成员离开的几率很大，公司的人才会流失。

整个案例中没有发现项目经理的工作是什么，项目经理的定位一定要明确，本案例中计划编制者更像是一个系统推销人员，是从市场出发的，完全没有考虑到开发的难度。

项目经理不知道各部门人员的立足点。即便项目经理制定了限期，也应该把项目的各个阶段策划目标向大家进行报告，让各个职能部门能够在框架下、限期内合理安排各自的工作内容。

对与大项目，项目组内的分层管理也很有必要。项目经理把指标分解给各个开发组组长，具体的开发工作让他们安排下去，项目经理可以花点时间去考虑一下项目组的整体问题，例如：成员疲惫等问题。抽一个晚上不加班，组织点活动让项目成员透透气，比加班效果好得多。例如风险的审视、计划统筹调整、组织层面的一些问题推动。

(3)沟通问题

项目实施阶段，商业目标与技术目标意见分歧很大，这个就是沟通严重有问题了，为什么在实施前没有讨论好?

做项目计划之前要充分和项目干系人沟通。尤其是技术主管和发起人。一个是从技术角度考虑，一个是从商业角度考虑。要让两个人的要望都得到满足，这样的计划才可行。案例中，只是从商业角度去考虑了这个问题，根本没有考虑技术上的实现难度，单纯的计算出所需的人月数。人月神话本身就是一个错误的理论。

员工抱怨。员工的抱怨并不是无理的，正是因为他们没有得到动员和鼓励，更没有得到阶段性的工作目标。员工也都有自己的想法和构思，应该统一大家的思想，便捷的方法就是让他们知道他们在做什么，价值在那里，他们的各自工作安排如何，才能让整个团队步调一致，协调统一。

(4)项目跟踪没有做好，应该定时开进度研讨会。关键的里程碑没有得到有效控制，规格说明书等关键节点没有控制好。

(5)单元测试与集成测试一起做

在时间紧的情况下，这样做也是没有办法，但是研发人员和测试人员一定得分清问题的严重程序，功能性的BUG，导致系统不能正常使用，必须优先修改，用户体验方面的修改，可以等系统试用后征求用户的需求再进行修改

(6)项目的人力资源问题

有新老员工，做计划时一定要考虑新员工前期的培训周期，这是影响计划的一个重要因素。不能按照人月来定周期，还要考虑实际的工作能力。

2. 编制计划时，邀请项目组成员参与有哪些好处?

做项目计划时，商务、客户代表、项目管理人员、QA、项目技术骨干、甚至公司的技术委员会成员等都要参与，至少在评审时一定要参与。让大家都了解项目的背景，意义和要求。可以统一思想，减少沟通风险和技术风险。对进度计划评估的更贴近实际。让参与的各部门人员明白自己将要完成工作的时间和未能按期完工对其他部门会产生的影响，还有就是根据时间节点分配自己任务。成员自己给出的承诺，他会对计划的结果上心一点。

3. 学习曲线对软件项目有哪些影响?

学习曲线对项目的影响：

(1)需要有一个过程，前面比较慢、技术的储备、熟练程度的把握;

(2)计划编制时前期安排一定的缓冲时间，便于学习&掌握技能，对设计、架构等关键节点做好相应的评审工作;

(3)加强学习和培训，加快项目组人员的进入状态

软件项目的技术中，有些不可预知的难题，这个需要由专人，专门的时间来攻克。做计划的时候，要把这个人和这个时间也留出相应的余地。另外项目成员的流失率是不得不考虑的一个问题，对新进成员的培训，也要考虑到，否则同样是1人月，工作效率可是完全不同的。