成功的项目管理案例分析.docx

成功的项目管理案例分析成功的项目管理案例分析引导语：项目管理：计划、进度和控制的系统方法。以下是yjbys小编为大家整理的关于成功项目管理案例分析，希望对大家有所帮助。某公司准备开发一个软件产品。在项目开始的第一个月，项目团队给出了一个非正式的、粗略的进度计划，估计产品开发周期为12~18个月。一个月以后，产品需求已经写完并得到了批准，项目经理制定了一个12个月期限的进度表。因为这个项目与以前的一个项目类似，项目经理为了让技术人员去做一些“真正的”工作(设计、开发等)，在制定计划时就没让技术人员参加，自己编写了详细进度表并交付审核。每个人都相当乐观，都知道这是公司很重要的一个项目。然而没有一个人重视这个进度表。公司要求尽早交付客户产品的两个理由是：1)为下一个财年获得收入;2)有利于确保让主要客户选择这个产品而不是竞争对手的产品。团队中没有人对尽快交付产品产生怀疑。在项目开发阶段，许多技术人员认为计划安排的太紧，没考虑节假日，新员工需要熟悉和学习的时间也没有考虑进去，计划是按最高水平的人员的进度安排的。除此之外，项目成员也提出了其他一些问题，但基本都没有得到相应的重视。为了缓解技术人员的抱怨，计划者将进度表中的计划工期延长了两周。虽然这不能完全满足技术人员的需求，但这还是必要的，在一定程度上减少了技术人员的工作压力。技术主管经常说：产品总是到非做不可时才做，所以才会有现在这样一大堆要做的事情。计划编制者抱怨说：项目中出现的问题都是由于技术主管人员没有更多的商业头脑造成的，他们没有意识到为了把业务做大，需要承担比较大的风险，技术人员不懂得做生意，我们不得不促使整个组织去完成这个进度。在项目实施过程中，这些争论一直很多，几乎没有一次能达成一致意见。商业目标与技术目标总是不能达成一致。为了项目进度，项目的规格说明书被匆匆赶写出来。但提交评审时，意见很多，因为很不完善，但为了赶进度，也只好接受。在原来的进度表中有对设计进行修改的时间，但因前期分析阶段拖了进度，即使是加班加点工作，进度也很缓慢。这之后的编码、测试计划和交付物也因为不断修改规格说明书而不断进行修改和造成返工。12个月过去了，测试工作的实际进度比计划进度落后了6周，为了赶进度，人们将单元测试与集成测试同步进行。但麻烦接踵而来，由于开发小组与测试小组同时对代码进行测试两个组都会发现错误，但是对测试人员发现的错误响应很迟缓，开发人员正忙于完成自己的工作。为了解决这个问题，项目经理命令开发人员优先解决测试组提出的问题，而项目经理也强调测试的重要性，但最终的代码中还是问题很多。现在进度已经拖后10周，开发人员加班过度，经过如此长的加班时间，大家都很疲惫，也很灰心和急躁，工作还没有结束，如果按照目前的进度方式继续的话，整个项目将比原计划拖延4个月的`时间。问题：1.在本案例中，我们能吸取什么教训吗?2.编制计划时，邀请项目组成员参与有哪些好处?3.学习曲线对软件项目有哪些影响?1本例存在的问题(1)前期制定工作计划没做好项目启动时没有就项目的范围、技术可行性、资源可利用性等进行充分论证和评估，计划制定时没有做好评审，项目干系人的沟通工作没有做好。风险控制没有做好。做计划时，没有像做预算一样留出风险控制期。什么都按照最紧张的来做，一旦有地方出现问题，进度延误就成了必然的了。项目组成员没有参加，这个问题就很严重，项目经理认为一个完全合格的程序员是可以在规定时间里完成指定的任务的，但是事实是这样吗?开发期间难免会遇到技术瓶颈，这些都是需要时间去研究的，新员工不熟悉的项目也没有考虑。制定工作计划的时候，项目经理最好是给一个大概的框架，在自己判断的基础上征求项目组成员的意见，尽量安排一个大家都认可的计划。(2)管理问题项目组的成员在做完这个项目后，都很疲惫，另外自信心也很受打击，花了时间没有交出一个好的项目，问题就不止在技术层面了，这大部分是管理的问题，从长远来看，这个项目组的成员离开的几率很大，公司的人才会流失。整个案例中没有发现项目经理的工作是什么，项目经理的定位一定要明确，本案例中计划编制者更像是一个系统推销人员，是从市场出发的，完全没有考虑到开发的难度。项目经理不知道各部门人员的立足点。即便项目经理制定了限期，也应该把项目的各个阶段策划目标向大家进行报告，让各个职能部门能够在框架下、限期内合理安排各自的工作内容。对与大项目，项目组内的分层管理也很有必要。项目经理把指标分解给各个开发组组长，具体的开发工作让他们安排下去，项目经理可以花点时间去考虑一下项目组的整体问题，例如：成员疲惫等问题。抽一个晚上不加班，组织点活动让项目成员透透气，比加班效果好得多。例如风险的审视、计划统筹调整、组织层面的一些问题推动。(3)沟通问题项目实施阶段，商业目标与技术目标意见分歧很大，