软件项目管理案例教程

1. 软件项目管理案例教程

 软件项目管理案例教程
                    　　引导语：《校务通管理系统》的成本估算过程是循序渐进的，随着项目的不断发展，估算可以重复多次进行，而且是逐步求精的。下面是我为你带来的软件项目管理案例教程，希望对你有所帮助。
   　　1.合同签订前的成本估算 
  　　开始签订合同的时候，根据以往类似项目的经验，采用类比估算方法进行粗略的估算。根据用户的要求，系统采用B/S结构，公司的JSP+SQL Server技术比较成熟，以前成功完成过类似项目，根据工作说明书(Statement Of Work，SOW)的要求，基本上需要2~3个开发人员，2个月左右的开发时间，大约4~6人月的工作量，所以10万~15万可以作为合同的参考报价。
   　　2.合同签订后成本估算 
  　　合同签订后，根据现有的资源和WBS分解的结果，进一步细化估算。由于WBS分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的.开发工作量，然后通过系数获得相应的质量、管理任务的工作量，从而计算直接成本，之后计算间接成本以及总成本。具体过程如下：
  　　(1)资源估算
  　　人力资源： 2个开发人员
  　　 1个项目管理人员(项目经理) 1个质量保证人员 1个配置管理人员
  　　设备资源(作为间接成本计算) 3台电脑 1台服务器
  　　(2)项目成本估算
  　　步骤1：根据项目任务分解结果WBS估算出项目开发工作量，如表1所示。
  　　表1：项目开发工作量估算表 单位：人天
  　　WBS编号 任务名称 估计值 1 通用功能-增量1 1.1 电子课表 8 1.2 会议通知和公告 3 1.3 通讯录 2 1.4 个人日记 5 1.5 作业布置和批改 8 1.6 教师答疑 5 2 日常业务管理功能 2.1 招生管理-增量2 2.1.1 报名 3 2.1.2 招生 5 2.1.3 分班 10 2.1.4 统计查询 8 2.2 学生日常管理-增量3 2.2.1 学生档案管理 4 2.2.2 学生考勤管理 2 2.2.3 学生奖惩 2 2.2.4 学生变动 2 2.3 教务管理-增量4 2.3.1 教师日常管理 2 2.3.2 年级、班级设置 2 2.3.3 学科设置 2 2.3.4 年级、班级课程设计 5 2.3.5 排课表 9 2.3.6 考试管理 4 2.3.7 评价 5 2.4 教师备课系统 外包5000元 2.5 资源库系统 外包3000元 2.6 网上考试 外购3000元 2.7 论坛 已存在 2.8 聊天室 已存在
  　　步骤2：计算开发成本
  　　(a) 从表1得知项目工作量是103人天，假设开发人员成本参数=480元/人天，则内部开
  　　小计
  　　31 26 10 31 1 1 1 1 1
  　　发成本=480元/天×103天=49440元。
  　　(b) 加上外包外购部分的软件成本5000+3000+3000=11000元，则开发成本
  　　=49440+11000=60440元。 步骤3：计算管理、质量成本
  　　由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务成本可以通过计算开发任务成本得到，因此根据以往的经验，管理任务和质量任务成本=开发任务成本×20%=12088元。 步骤4：计算直接成本
  　　直接成本=开发成本+管理和质量成本=72528元。 步骤5：计算间接成本
  　　(a) 间接成本包括前期合同费用、房租水电、培训、员工福利、客户服务等。 (b) 根据以往经验，采用公式：间接成本=直接成本×25%=18132元。 步骤6：计算总估算成本
  　　项目总估算成本=直接成本+间接成本=90660元。 步骤7：重新评估项目的报价
  　　重新评估一下项目报价的准确性，当然这时候，项目的合同已经签署了，报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和利润情况等。
  　　如果项目的风险利润是30%，其中风险基金10%，利润15%，税费5%。则项目的总报价=90660×1.3=117858元。应该说项目报价还是比较合适的。
  　　另外，可以采用简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出，例如如果成本系数为2.5万元/人月，项目规模103人天，一个人月22人天，则项目报价=25000×103/22=117045元。
  　　(3)项目成本预算
  　　在编制项目计划中考虑到：2个开发人员是全职在这个项目中，而项目经理、质量保证人员和配置管理人员不是全职在这个项目中，他们同时还在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的时间进行成本预算。人力资源费率见表2。
  　　表2：人力资源费率
  　　项目成本预算如表3所示，预算总成本为75160元，与估算的成本基本持平。这样75160元可以作为项目的成本控制参考。
  　　表3：项目成本预算
  　　标识号 任务名称 1 校务通管理系统 2 软件规划 3 项目规划 4 计划评审 5 需求开发 6 用户界面设计 7 用户需求评审
  　　修改需求、修改用户
  　　8 界面 9 编写需求规格说明书 10 需求验证 10 设计 11 概要设计
  　　数据库ER图编制、建
  　　12 库 13 设计评审 14 实施 15 通用功能-增量1 22 招生管理-增量2 28 学生日常管理-增量3 34 教务管理-增量4 43 教师辅助功能-增量5 48 聊天室/论坛-增量6 52 系统集成 53 系统集成测试 54 环境测试 55 提交 56 完成文档 57 验收、提交
  　　开始日期
  　　2003-4-10 2003-4-10 2003-4-10 2003-4-11 2003-4-14 2003-4-14 2003-4-15 2003-4-16 2003-4-16 2003-4-18 2003-4-17 2003-4-17 2003-4-21 2003-4-22 2003-4-22 2003-4-22 2003-5-1 2003-5-8 2003-5-13 2003-5-26 2003-5-30 2003-6-3 2003-6-3 2003-6-4 2003-6-5 2003-6-5 2003-6-6
  　　结束日期 预算成本(元) 2003-6-6 75160 2003-4-11 3320 2003-4-10 1200 2003-4-11 2120 2003-4-18 6240 2003-4-14 1120 2003-4-15 2120
  　　1120
  　　2003-4-16
  　　2003-4-17 560 2003-4-18 1320 2003-4-22 4120 2003-4-18 1120
  　　560
  　　2003-4-21
  　　2003-4-22 2440 2003-6-6 54640 2003-4-30 12520 2003-5-7 9000 2003-5-12 6600 2003-5-23 16040 2003-5-29 5800 2003-6-2 4680 2003-6-4 2920 2003-6-3 1120 2003-6-4 1800 2003-6-6 3920 2003-6-5 1480 2003-6-6 2440
    
    
    
  ;

2. 软件项目管理案例教程的介绍

本书是国家示范性软件学院系列教材之一，是一部关于软件项目管理的实用教材，全书以案例的形式，讲述了软件项目管理的全过程，并辅以一个贯穿始终的案例。本书向软件项目管理人员传授项目管理的理论、方法以及技巧。通过本书学习，读者可以在短时间内掌握软件项目管理的基本知识和实践能力。本书适合高校计算机专业学生及软件开发管理人员参考学习。

3. 软件项目管理案例教程的内容简介

本书以案例的形式，讲述了软件项目管理的全过程，并辅以一个贯穿始终的案例。本书向软件项目管理人员传授项目管理的理论、方法以及技巧。通过本书学习，读者可以在短时间内掌握软件项目管理的基本知识和实践能力。本书不仅覆盖了PMBOK的主要内容而且强调了在软件这个特殊的领域如何进行项目管理。本书系统地讲述了软件项目管理的实施过程，共分15章，取材新颖，注重实效，讲授了软件项目经理的主要工作、职责和权利。其中贯穿本书的核心是如何开发软件项目计划和如何进行软件项目的跟踪管理。本书综合了多个学科领域，包括范围计划、成本计划、时间计划、质量计划、变更计划、风险计划、度量计划、沟通计划等计划的制定，以及项目实施过程中如何对项目进行跟踪控制。本书注重理论与实际的结合，通过实际工作中的案例说明帮助读者消化和理解所学的内容。  本书既适合作为高等院校计算机及相关专业高年级本科生和研究生的教材，也适合作为培训项目经理和广大软件技术人员的教材；同时对于希望了解软件开发项目管理的各类读者，本书也是一本较好的参考读物。 本书不仅覆盖了PMBOK的9大知识领域，并且突出了软件项目的特殊性，同时也包括了SW-CMM的有关项目管理过程域，是系统、全面、有针对性的软件项目管理教材。本书有理论、有实践、有案例，不仅可以作为高校软件学院及相关专业的教材，而且也可作为专业技术人员学习软件项目管理知识的参考书。 本书的特点如下： ·内容全面系统：不仅覆盖了EMBOK的主要内容，而且强调了在软件这个特殊领域如何进行项目管理：同时，本书全面系统地讲述了软件项目管理的全过程。 ·结合国内实际： 北京邮电大学软件学院是国家教育部批准成立的第一批软件学院，经过几年的研究和实践，积累了许多经验。本书由软件学院院长宋茂强教授主审，韩万江、姜立新编著，是一本结合国内教学实际、汇集大量实践经验的心血之作。 ·实践性强： 采用案例形式来描述软件项目管理的全过程，以一个完整的案例贯穿全书，通过实际工作中的案例说明帮助读者消化和理解所学的内容，迅速提高实用能力。 ·为教师配有电子教案： 利用本书为教师配备的电子教案，可以减轻教师负担，提高教学质量。

4. 案例分析 项目管理

答：1.此索赔不成立，因为合同并未标明有岩石，可能双方都不知道有岩石，所以在遇到岩石的时候应重新商讨合同。

5. 软件项目管理案例教程的前言

随着信息技术的飞速发展，软件产品的规模也越来越庞大，各软件企业都在积极将软件项目管理引入到开发活动中，对软件项目实行有效的管理。软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成而进行分析和管理的活动。另外，进行软件项目管理有利于将个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。 软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交、预算超支和质量达不到用户要求的原因，结果发现70%的项目出现问题是因为管理不善引起的，而非技术原因。于是，软件开发者开始逐渐重视软件开发中的各项管理。到了20世纪90年代中期，软件项目管理不善的问题仍然存在。软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此，项目管理对软件生产具有决定性的意义。特别是在当今的软件项目中，项目管理的质量与软件产品的质量有着直接的对应关系。因此，提高项目管理的能力对于软件组织生产力的提高是极为重要的。 软件项目超进度超预算的例子举不胜举，而且低质量的软件也名声在外。其重要的原因是没有有效的软件管理过程，项目开发过程基本是依赖于个人的能力，而不是企业的能力，如果软件企业建立了良好的软件项目管理体系，人员得到了良好的培训，那么软件质量将会得到保证，可以通过提高项目管理水平来提高软件产品的质量，这是不依赖于个人的能力，而依赖于企业的能力的。项目管理是一门艺术，它平衡了相互冲突的目标，管理了风险，克服了各种限制，以便成功地完成满足投资者和用户需要的软件。 本书结合当今软件项目管理的实际情况和积累多年的实践经验，同时也注意与理论的结合，对软件项目管理进行了系统的总结。本书是一本系统的、有针对性的、具有实效性的书籍，对于从事软件项目的各类人员以及所有项目管理者，都会起到非常好的借鉴作用。 韩万江

6. 软件项目管理案例教程的编辑推荐

本书是国家示范性软件学院系列教材之一，是一部关于软件项目管理的实用教材，全书以案例的形式，讲述了软件项目管理的全过程，并辅以一个贯穿始终的案例。本书向软件项目管理人员传授项目管理的理论、方法以及技巧。通过本书学习，读者可以在短时间内掌握软件项目管理的基本知识和实践能力。本书适合高校计算机专业学生及软件开发管理人员参考学习。　进入21世纪，人类社会进入了信息经济时代，信息技术已成为所有高新技术发展的支撑技术。同时，信息技术及网络的高速发展，极大地推动了社会、经济的进步和人的思想、观念、文化的变革。其中最为显著的变化是推动了经济的全球化；反过来，经济的全球化又对信息技术及网络提出了更高的要求。　在信息技术中，硬件技术的进步往往容易引起人们的重视和兴趣，而软件技术往往不被人们关注。20世纪微软公司等国际大型企业将软件技术的开发、生产和应用推向了高峰并使软件技术首次超越了硬件技术引起世人的关注。

7. 项目管理案例分析

项目组织结构：矩阵式项目管理模式
小王的态度不合适：作为项目组成员，应该和领导做好沟通。
小李的工作有疏露：
    作为项目经理，对于新来的成员，要快速的了解成员的性格、能力及长短处，在工作中，小李对小王的关心，仅仅是建议对方如何工作，而不是了解对方怎样工作，以自己的经验来判断别人工作方式的对错，这犯了主观经验上的错误，不承认事物的差别性，每个人的做事风格不一样，只要能很好的完成工作，即是好方法。
   再者，作为项目领导，其工作方式不好。即便小王的建议完全没有意义，也不能一句话否认对方在项目上的积极性。作为项目经理，一方向要抓紧项目进度、质量，另一方面要做好项目成员之间的协调沟通。小李的作法，会使小王对其有怨言，从而造成工作不努力，不服从命令或执行命令不迅速等问题。所以要改进其工作方式。

8. 项目管理案例分析

【案例正文】　　李明在项目A筹备阶段就作为项目经理助理参与该项目，项目正式实施后被某公司任命为项目经理。但使李明感到不快的是：“职能部门的经理虽然为该项目配备了时间和人员等资源，但这些人员更热衷于其他项目。同时李明还被告知别干涉职能部门经理对资源的调度。 　　一个月之后，在向公司管理层汇报项目进度时，李明借机向管理层说明了由于职能部门经理的不合作所造成的项目严重滞后等情况，这引起了公司管理层的高度注意，于是管理层投入了更多的资源力图使项目回到正常轨道上来。　　公司管理层还为李明指定了一个项目经理助理，该助理认为应该借助于计算机程序把各种问题程序化，于是公司又投入了12个人来开发这个程序，在花费了巨额资金和大量时间之后，李明发现这个程序并不能实现其预定目标，于是他向一个软件供应商进行咨询，由咨询结果得知若要完成该程序，还需要多花费数倍的资金和两个月的时间才能实现预定目标，无奈之下，李明只好放弃了该程序。　　此时按计划进度项目已滞后了9个月，但还没有成型的单元完成，客户对项目拖期问题非常不满，李明不得不花费大量时间向客户解释目前存在的问题和补救计划。　　3个月后，项目仍然没有大的进展，客户开始不耐烦了，尽管李明进行了大量的解释和说明，但客户仍然不能接受严重拖期，于是指派了一个客户代表到项目现场监督工作。客户代表要求找出问题并持续更新，继而试图参与进来解决问题，李明和客户代表在一些问题上产生了激烈的冲突，导致两人关系恶化。公司管理层最后撤换了李明，最后项目A在超期一年之后，以预计费用的140%得以完成。　　李明在项目A中遇到了很多项目经理都曾经遇到的困难，请大家讨论为什么会被撤换下来，他应该对这些问题负责吗?　　问题：李明在项目A中遇到了哪此困难?最关键的问题是什么?　　李明处理问题的方式正确吗?解析：
从第一段看，李明的项目开展时就不顺利，从初期的项目助理到项目实施时升为正式经理，此时最应该与各干系人加强沟通，取得支持，和理解。发现团队成员更热衷于其它项目，更应该加强对团队的激励。
当以上的方式实施后，效果还不理想的话，就应该及时和上面沟通，并实时汇报项目进度，告知项目的进度问题，取得上面的支持，而不是等机会借机向上面说明。
第三段，在项目进行过程中，不必要将项目的范围随意扩大，一是精力分散；二是对团队之前处理问题达成的共识造成冲击。
项目被拖延9个月，是少见的，客户的反应激烈是肯定的，从这里又一次反应出李明对计划和控制管理的能力不足。
客户要求介入项目中，应该予以欢迎的态度，并对项目的状态和之前的努力再一次进行说明，目的要争取客户对项目目前状态的理解，和后续计划的支持。如果和客户的观点有矛盾，我想应该协调为主，尽可能把客户的想法融入到计划中去，为的还是取得客户方的理解和支持。
李明应该负80%的责任，公司高层也应该负20%的责任。