软件项目管理案例分析论文

软件项目管理及案例分析 引导语：美国项目管理专业资质认证委员会主席Paul Grace说过，在当今社会中，一切都是项目，一切也将成为项目。下面是我为你带来的软件项目管理及案例分析，希望对你有所帮助。 中国科学院计算技术研究所是国家专门的计算技术研究机构，同时也是中国信息化建设的重要支撑单位，中科院计算所培训中心是致力于高端IT类人才培养及企业内训的专业培训机构。中心凭借科学院强大师资力量，在总结多年大型软件开发和组织经验的基础上，自主研发出一整套课程体系，其目的是希望能够切实帮助中国软件企业培养高级软件管理与技术人才，提升整体研发能力。迄今为止已先后为国家培养了数万名计算机专业人员，并先后为数千家大型国内外企业进行过专门的定制培训服务。 高水平项目管理是软件项目成功的关键，也是软件产品质量的根本保证，具有这方面理论和实践的人员是目前软件组织中急需的高层次人才。为建立符合中国国情的软件开发过程和组织体系，培训中心特举办“软件项目管理”培训班，具体事宜通知如下： 一、培训对象 软件开发机构高级管理人员、项目经理、系统架构师、系统分析师、资深开发人员、质量保证人员以及其他对提升软件开发质量负有责任的人员。 二、 学员基础 1，对软件项目的分析、设计、组织和开发具有一定实践经验; 2，有一定的软件项目管理、技术管理或质量保证的基础知识与实践经验。 三、师资 由业界知名专家亲自授课： 袁老师 培训中心高级讲师，CMMI、GJB 5000A高级咨询顾问，具有多年成功管理大型软件项目的经验，对软件工程管理与过程具有深邃的理论见解和丰富的实践经验。 四、培训要点 高质量软件来自于高水平的项目管理，这个观点已经成为业内的共识。软件项目成功最重要的要素是什么?大型软件项目是依靠一个组织来完成的，如果这个组织在管理上是无序的，开发过程是非正式和混乱的，计划期限和成本目标通常超限，项目的成功取决于个人英雄式的行为，在人员发生变动时项目往往陷入灾难，那么很难说这个项目会获得成功。从这个意义上说，软件项目管理是项目成功的关键因素。 所有软件开发机构都必须在今天这种技术含量高、变化速度快、资源有限的环境下，实现软件生产规模化、规范化、国际化，这也是当前我国软件行业面临的最大挑战。在这样复杂的背景下，我们该如何去思考如何去做呢? 1，项目管理人员必须具备更广阔的视角，包括站在更高的角度理解企业管理的思想理念， 理解产品开发的质量、成本、效率与效益之间的关系，理解过程是如何对管理发挥作用的，理解规范化的软件工程方法。更重要的是，理解如何提升自身的领导素质，培养更好的领导力。这种宽阔的眼界，对于一个高级项目管理人员极其重要。 2，实施正确的软件过程对产品质量影响巨大。为了使团队在开发质量、效率以及成本上达到最优化，我们需要不断改进和优化软件过程。近年来随着项目越来越大越来越复杂，软件项目中存在着各种变化因素所带来的冲击越来越令人难以接受，促使业内研究更加合理的过程和与之相匹配的项目管理方式。过程改进需要有正确的思想理念，包括问题分析，科学与哲学理论基础，合理的价值观和方法论，以及正确对待改进中发现的问题。 3，高质量项目管理来自于正确的项目策划。项目管理人员必须受到项目策划的正规训练，包括如何制定发布规划，如何发现项目的关键驱动因素、约束和浮动因素，并且采取恰当的策略。还需要注意，在今天的形势下，创新是企业的生命，项目经理必须领导团队共同策划创新的产品概念，有目的、有组织的实现系统化创新，能够使用国际上通用的方法安排项目进度与日程，这对于项目成功极其重要。 4，为了增加产品的国际竞争力，产品质量作为经济发展的战略问题变得越来越重要，软件质量也正被视为软件企业的生命。大型项目质量控制问题的实施和解决，需要按照系统工程的理论进行，使整个系统所具有的多种不同的目标之间相互协调，以期达到系统质量的最优化。这需要项目经理对软件质量控制有深刻而透彻的理解。 5，为了确保项目的过程质量和产品质量达到要求，在开发过程中必须以可度量的方法对项目实施监控。我们不要期望有了好的计划就可以高枕无忧，也不要期望计划一成不变，项目经理的责任是不断监控项目的进展，不断的以问题、对策与解决方案的思路，在动态过程中去管理与调整。并且还要善于把监控过程转变为调动团队积极性的有效手段。 6，我们坚信：团队是决定项目成败的最重要因素。很多开发问题的出现，大多是由于机构对团队重要性的误解所造成的。因此希望更加有效开发的软件机构要把思考重心放在团队建设上，这是一个明智的选择。建立一个有竞争力的团队，是取得项目成功的关键步骤，而对于一个软件机构来说，团队是最有价值的资产。但我们如何来做如何来思考呢? 7，不要期待项目管理是什么神奇的方法。管理是个十分严肃的事情，它既需要在宏观上把握，又需要关注细节，特别是对一些关键点需要敏锐的.识别出来并找到解决方案。这就需要在实践中不断积累经验以及在理论上得到提升。 本课程并不是一个泛泛的原理性课程，而是许多专家多年来理论和实践的总结。我们需要有更广阔的视野、对问题更深邃的认识以及对改进与优化的不懈追求，更需要总结出不断优化管理的思路。在内容安排上，课程既有理论指导，也有通过案例对问题的共同探讨，把理论和实践有机的结合起来。这是一个强调思考力的课程，也是我们赶超世界先进水平新的增长点，希望所有学员都在这个课程中受益。 五、培训内容 第一讲 从宏观集成的视角看项目管理 1，软件项目与项目管理 项目的定义与特点 项目管理及其关键要素 项目管理的宏观视角 2，集成化软件项目管理模型 从宏观的视角看项目管理 项目启动过程中的前期决策 项目管理计划的衔接 项目管理要关注产品质量 第二讲 改善软件工程方法 1，软件过程：现代对于传统的挑战 软件过程的定义与概念 对于软件过程的重新思考 传统瀑布方式的问题 对于传统项目管理的反思 迭代式软件开发过程 项目不同阶段的度量要点 2，用经济学的观点改善软件工程方法 从工作量与成本模型入手研究项目管理方法 降低软件规模或者复杂度 改进软件开发过程 创建高效率的团队 第三讲 如何进行项目策划 1，定义项目的目标和范围 建立对项目目标和范围的认识 – 定义项目大纲 定义对项目参与人员的要求，早期获得项目成员的参与 案例分析：典型项目的组织机构(大中小型项目组织结构设置要点) 记录上述内容，作为项目计划的第一部分 2，工作拆分 为进行详细估算和日程的排定提供基础 确保工作识别的完整性 增加项目的成功机会 项目特点及策略确定 案例分析：大型项目特点及关键策略确定(某知名商业银行信用卡核心系统、美国宇航局项目) 拆分的重要原则 WBS拆分颗粒度实例讲解 3，风险管理 风险的识别 风险分类学 识别风险方法论 案例分析：识别风险 风险应对策略 案例分析：风险策略举例 缓解方法 案例分析：风险应对(某知名商业银行Iphone版手机银行、业务运营支撑网络管理工程) 4，软件估算 软件估算思路：自顶向下和自底向上 Wideband Delphi方法 功能点方法(标准及简化功能点方法) 供应商采购的估算应用(中国软件行业软件工程定额标准) 基于历史数据的估算方法 大项目估算结果举例(某知名商业银行信用卡核心系统) 某大型国有商业银行工作量及工期标杆系数举例 5，干系人管理 6，项目计划的承诺及基线化 第四讲 如何进行项目监控 1，项目监控的范围和内容 2，对照计划监督项目 3，分析监控数据 项目量化管理：挣值分析法 挣值分析法基础 三个重要概念：BCWS,BCWP,ACWP 挣值分析实例展示及分析练习 实施里程碑评审 4，项目监控中的项目管理活动 管理纠正措施 5，项目监控样例展示 项目周报 项目会议纪要 干系人及关键依赖关系 项目数据统计分析报表 项目管理工具简介 第五讲 供应商管理 1，供应商管理的范围和内容 2，供应商管理的主要流程 3，供应商管理的关键点 关于IT系统建设策略 产品选型评估要点 样例展示：某外包项目选型评估报告及评估细项 供应商管理策略 样例展示：某外包项目采购合同 项目测试与验收策略 样例展示：某外包项目验收计划 交付物验收 人力外包及维护类外包管理 第六讲 如何进行需求管理 1，需求管理的范围和内容 2，获得对需求的一致理解 获得对需求的理解 获取对需求的承诺 需求受理流程，改变业务的习惯，加强流量控制 3，需求跟踪 4，需求变更控制 确定需求变更类型 审批变更申请 管理变更请求 案例分析：某大型项目项目管控机制 系统日常升级维护中的需求变更控制：版本排期与冻结机制 5，需求管理参考模板：某知名商业银行业务需求模板及非功能需求样例 第七讲 打造有战斗力的团队 1，项目经理的领导力 领导力以及领导力模型 激励、组织与创新 理解开发人员的典型动机 最重要的个激励因素 正确应用奖赏和鼓励 关注让士气崩溃的杀手问题 如何培养自己的领导力 3，实现有效的团队合作 4，提高项目开发效率的的原则与技巧 避免做错事胜于做正确的事 管理原则与技术原则 一个标准是否可以适合所有情况? 项目按时完成的可能性 感知与现实的差距 时间到哪里去了? 典型的进度改进模式 六、培训目标1，掌握复杂软件项目规划与监控的方法，并在实际项目过程中灵活应用; 2，在项目开发中正确应用可度量的方法进行项目规划与控制; 3，在项目管理中正确实施质量控制方法; 4，对项目过程中的团队有深刻的理解，确保软件项目走向更高层次的成功; 5，通过对问题的分析与系统思考，对软件过程与管理方法进行优化与改进。 七、培训时间、地点 ;

成功的项目管理案例分析

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

某公司准备开发一个软件产品。在项目开始的第一个月，项目团队给出了一个非正式的、粗略的进度计划，估计产品开发周期为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人月，工作效率可是完全不同的。