安分bu守己
急需软件项目管理案例,要案例就行,软件项目的~
A公司是一家美资软件公司在华办事机构，其主要的目标是开拓中国市场、服务中国客户，做一些本地化和客户化的工作。
它的主要软件产品是由总部在硅谷的软件开发基地完成，然后由世界各地的分公司或办事机构进行客户化定制、二次开发和系统维护。
这些工作除了日常销售和系统核心维护之外，都是外包给本地的软件公司来做。
东方公司是A公司在中国的合作伙伴，主要负责软件的本地化和测试工作。
Bob先生是A公司中国地区的负责人，Henry则是刚刚加入A公司的负责此外包项目的项目经理。
东方公司是由William负责开发和管理工作，William本身是技术人员，并没有项目管理的经验。
当Henry接手这项工作后，发现东方公司的项目开发成本非常高，每人每天130美金，但客户的满意度较差，并且每次开发进度都要拖后，交付使用的版本也不尽如人意。
而且，东方公司和A公司硅谷开发总部缺乏必要的沟通 只能把问题反馈给Henry，由Henry再反馈给总部。
但由于Henry本身并不熟悉这个软件的开发工作，也造成了很多不必要的麻烦。
为此，Bob希望Henry和William用项目管理的方法对该项目进行管理和改进。
随后，Henry和William召开了一系列的会议 提出了新的做法。
首先，他们制定了详细的项目计划和进度计划；其次，成立了单独的测试小组，将软件的开发和测试分开；并且，在硅谷和东方公司之间建立了一个新的沟通渠道，一些软件问题可以与总部直接沟通；同时，还采用了里程碑管理。
六个月后，软件交付使用。
但是客户对这个版本还是不满意，认为还有很多问题。
为什么运用了项目管理的方法，这个项目还是没有得到改善？ Henry和William又进行了反复探讨，发现主要有三个方面问题：1、软件本地化产生的问题并不多，但A公司提供的底层软件本身存在一些问题；2、软件的界面也存在一些问题，这是由于测试的项目不够详细引起的；3、开发的周期还是太短，没有时间完成一些项目的调试，所以新版本还是有许多的问题。
此时，Henry向Bob提出是否采用公开招标的方式，选择新的、实力更强的合作伙伴。
但Bob认为，与东方公司合作时间已经很长了，如果选择新的伙伴又需要较长的适应期，而且成本可能会更高。
于是，Henry向东方公司提出一些新的管理建议。
首先，他们采用大量的历史数据进行分析，制定出更详细的进度计划；其次，要求东方公司提供详细的开发文档和测试文档 做的工作没有任何文档，给其他工作带来了很多困难）；第三，重新审核开发周期，对里程碑进行细化。
又过了六个月，新的版本完成了。
这一次，客户对它的评价比前两个版本高得多，基本上达到项目运行的要求。
但客户还是对项目进度提出了疑问，认为实时推出换代产品不需要那么长的时间。
较常见的做法。
在软件外包工程中，保证质量的进度是很难控制的。
对于项目经理来说需要一整套复杂的能力，比如制定计划、确定优先顺序、干系人的沟通、评价等，每一种能力都与项目的最终结果有直接或者间接的关系。
然而，国内的项目经理大多没有接受过正规训练，缺乏项目管理方面的专业知识的技巧，往往只是凭借以前的少量经验盲目去做，容易出现各种问题。
尤其是在管理外包项目时，缺乏足够的经验和技巧，往往造成进度不断推迟，而质量无法保证的情况。
在这个案例中，我们可以看到现在IT业内许多外包项目的影子。
在该案例中，东方公司没有专门的项目经理，是由技术人员William兼做管理。
这是国内软件公司经常会出现的问题。
最初，出现进度落后的问题时，A公司的Henry与东方公司的William讨论后决定采用项目管理中计划管理等手段，其中包括里程碑管理。
这是控制进度的较常见做法。
里程碑管理的引入 一般来说，在项目开始时，项目组成员都会对项目制定一个详细的计划。
通常情况下，在明确的工作说明书（SOW）和WBS的基础上制定具体的进度计划时，需要采用一些具体的技术。
像这种软件外包项目，最成熟的技术是里程碑管理。
里程碑一般是项目中完成阶段性工作的标志。
不同类型的项目，里程碑也不同。
比如，在开发项目中，可以将需求的最终确认、产品移交等关键任务作为项目的里程碑。
本案例中，Henry在接手项目后采用里程碑进行管理是很恰当的。
不过，要注意的是，每到一个里程碑处，应及时对前段工作进行小结，并对后续工作进行计划调整。
对于一些管理效果明显的领域，可以不必投入较多精力。
而对于下一步管理过程中可能会出现问题的领域，应给予较多的关注。
当然，在软件项目里，进度的变化是较常见的事情。
在本案例中，采用里程碑管理后仍没有达到客户的要求，进度依然拖后。
在这里，就需要考虑另一个因素-质量与进度的关系。
通常，项目管理的前提是保证在预算内、满足质量的前提下，按进度完成项目。
因此，可以看到，保证质量是前提。
那么，如何在满足质量的前提下管理进度呢？单纯从项目管理理论知识中并没有一种有效的方式。
具体步骤为： 首先，尽量利用历史数据。
在本案例中，Henry应该调查之前的项目情况，将会发现可以类比的情况，事先就可以知道需要管理质量和进度的关系。
其次，由...
项目管理案例分析
以下从项目交付物、范围、质量、进度、成本以及项目管理模式、风险控制等几个方面来说明项目外包应该考虑几个因素。
有明确交付物。
这是目标，确定明确目标是项目外包重要因素。
考虑外包范围。
从案例中看到，核心模块和周边模块是这个项目两个范围，在确定这个范围后需要划清各自界线。
这就需要详细设计，规定模块之间接口等。
考虑外包后项目管理模式。
软件作为一个整体，内在联系紧密是必然，外包企业异地开发存在沟通、协调、控制等障碍。
所以，需要考虑外包企业在同一个项目经理管理下开展开发工作。
权衡目标、进度、质量、成本优先级。
目标是应该放在第一位考虑，其次是质量，接下来考虑进度和成本。
预期交付物才是最终目标，其余要素都是为交付物服务。
所以，案例中考虑到外包成本比自己开发低，而选择外包，同时应该考虑外包方式对目标达成所存在风险。
那就是各要素控制。
既然选择外包有降低成本好处，就要同时进行风险分析及防范。
前边提到与外包企业在同一个地方办公受同一个项目经理管理就是一个有效措施。
畅通沟通渠道。
把外包企业置于项目经理管理之下，把外包企业作为项目一个参与者，经济上各有所属，但技术管理上服从项目整体管理，是有效防范交付物偏差、质量不满意具体措施，这样做整个项目进度才不至于受局部影响，也真正是项目成本降低。
最后，做好合同管理。
与外包方签订一份因外包方交付物不能满足合同要求时应承担违约责任。
这也是风险转嫁一个措施，但最根本根还是要在项目实施过程中控制好各因素。
开发软件是为使用软件，而不是向外包方索赔一些损失。
以上仅针对案例进行分析，望指正。
软件项目管理的基本信息
书 名： 软件项目管理 作 者：覃征 出版社： 清华大学出版社 出版时间： 2009-10-1 ISBN: 9787302209485 开本： 16开 定价： 39.00元 软件项目管理是软件工程和项目管理的交叉学科，是项目管理的原理和方法在软件工程领域的应用。
本书分为基础篇、管理篇和实践篇。
基础篇介绍了软件产业和软件项目管理导论，使读者从整体上了解软件项目管理的产生背景和概貌。
管理篇以项目管理知识体系（PMBOK）为核心，围绕着软件项目的开发全过程，从软件项目需求管理、软件项目成本管理、软件项目进度管理、软件项目风险管理、软件项目配置管理、软件项目资源管理、软件项目质量管理等方面对软件项目中的管理问题进行探讨。
实践篇将需求管理、成本管理、进度管理、风险管理、配置管理、资源管理和质量管理等相对独立的领域融合在软件过程框架中，介绍了在软件项目实践中如何集中使用相关理论和技术。
其中包括Rational统一过程、敏捷软件开发和6σ软件开发。
本书可作为高等学校信息、软件、计算机科学与技术等专业的学生的教材，也可供从事软件项目管理工作的人员参考。
信息之二 书 名： 软件项目管理 开本： 16开 定价： 32.00元 《软件项目管理》系统介绍了软件项目管理的理论、方法与案例，全书共分15章，内容包括软件项目管理、组织平台、软件项目立项、软件开发过程、软件估算、软件项目计划、软件配置管理、软件质量管理、软件度量、风险管理、软件外包管理、人力资源管理与团队建设、软件知识产权管理、项目经理面临的政治、项目管理技巧。
《软件项目管理》适合软件工程及计算机相关专业的研究生使用，也可作为软件领域开发人员的参考书。
第1章 软件项目管理导论1.1 软件项目管理概述1.1.1 项目管理的发展1.1.2 什么是项目1.1.3 什么是项目管理1.1.4 项目管理环境1.1.5 软件工程与项目管理1.2 软件项目分类1.3 企业愿景1.4 项目成功需要的关键投入1.5 软件项目开发过程1.6 软件项目管理的重要性1.6.1 失控项目定义1.6.2 失控项目特征1.6.3 技术问题1.7 CMM模型1.7.1 CMM概述1.7.2 CMM的内部结构1.7.3 CMM的5个等级1.7.4 CMM中5级的发展关系 第2章 组织平台2.1 组织机构与决策机制2.1.1 组织的定义2.1.2 组织平台与项目决策2.2 常见软件组织形式2.2.1 简单的软件开发组织2.2.2 普通的软件开发组织2.2.3 较成熟的软件开发组织2.2.4 开发组织的选择与设定2.3 CMM中的组织2.3.1 CMM中的关键工作组2.3.2 物理组与逻辑组2.3.3 组织的完善与独立性2.3.4 关键角色 第3章 软件项目立项3.1 识别潜在项目3.2 产品立项3.2.1 商业目标3.2.2 产品战略3.2.3 产品的5个层次3.2.4 产品定位战略3.2.5 产品开发立项3.2.6 产品立项报告3.3 定制项目立项3.3.1 项目选择3.3.2 合同签定要注意的问题3.3.3 定制项目立项报告3.4 立项评审3.5 技术人员在立项中的责任 第4章 软件开发过程4.1 需求确定4.1.1 把握系统需求4.1.2 需求管理的实施过程4.1.3 需求变更管理4.1.4 需求分析提交的结果4.1.5 角色划分4.2 软件设计4.2.1 概要设计4.2.2 详细设计4.3 编码4.3.1 编码标准4.3.2 编码风格4.3.3 命名规则4.4 测试4.4.1 测试目标4.4.2 测试原则4.4.3 软件测试过程管理4.5 发布、部署和维护4.5.1 发布4.5.2 部署4.5.3 维护 第5章 软件估算5.1 软件估算概述5.2 估算步骤5.2.1 确定软件范围5.2.2 确定工作所需资源5.2.3 确定估算内容5.2.4 估算改进5.3 估算方法5.3.1 FP功能点估算法5.3.2 LOC估算法5.3.3 COCOMO估算法5.3.4 软件方程式估算法5.3.5 类比估算法5.3.6 wBS估算法5.3.7 Delphi估算法5.3.8 PERT方法5.3.9 估算方法的综合应用5.4 估算的表达5.5 估算的原则与技巧 第6章 软件项目计划6.1 软件项目计划的层次6.2 软件项目计划编制的方针6.3 软件项目计划的内容6.3.1 项目介绍6.3.2 技术方案概述6.3.3 过程计划6.3.4 测试计划6.3.5 组织计划6.3.6 资源计划6.3.7 软件估算与预算6.3.8 进度表6.3.9 质量计划6.3.10 风险计划6.3.11 变更管理计划6.3.12 文档计划6.3.13 培训计划6.3.14 发布与实施计划6.4 软件项目计划成功的关键要素6.5 软件项目计划模板 第7章 软件配置管理7.1 软件配置管理概述7.1.1 术语与概念7.1.2 软件配置管理定义7.1.3 软件配置管理的基础7.2 软件配置管理的活动7.2.1 制定SCM计划7.2.2 软件配置标识与维护7.2.3 软件配置控制与变更管理7.2.4 版本管理7.2.5 软件配置状态发布7.2.6 软件配置审计7.2.7 软件发布管理7.3 配置管理工具7.3.1 几种配置管理工具介绍7.3.2 配置管理工具选择7.3.3 配置管理工具实施7.4 成功的关键7.5 职责分配与角色 第8章 软件质量管理8.1 软件质量管理基础8.1 一软件质量8.1.2 软件质量需求与质量特征8.1.3 软件质量管理8.2 软件质量保证 …… 第9章 软件度量 第10章 风险管理 第11章 软件外包管理 第12章 人力资源管理与团队建设 第13章 软件知识产权管理 第14章 项目经理面临的政治 第15章 项目管理技巧 参考文献
项目管理的主要方法
转载以下资料供参考 项目管理的运作流程 只要流程界定清晰，项目经理就能保证项目的发展方向与最终目标相契合。
广义而言，要掌控各种类型项目的发展，首先要关注十个关键的流程。
一、生命周期与方法论 项目的生命周期与方法论，是项目的纪律，为项目开展划出了清晰的界限，以保证项目进程。
生命周期主要是协调相关项目，而方法论为项目进程提供了持续稳定的方式方法。
生命周期通常由项目的阶段组成（包括：开始、规划、执行/控制、完成），或由工作的重复周期构成。
项目生命周期的细节一般都会随具体业务、项目、客户要求而改变。
因此即使在同一个项目中，周期也会有多种可能的变化。
对工作细致度、文件管理、项目交付、项目沟通的要求体现在生命周期标准和考核的方方面面。
大项目的阶段一般更多更长，而小项目的阶段少，考核点也少。
与生命周期类似，项目方法也因项目而易，细节关注程度高。
产品开发项目的方法经常涉及使用何种工具或系统，以及如何使用。
信息技术项目的方法包括版本控制标准、技术文档管理、系统开发的各个方面。
项目方法往往不是由项目团队自行确定，而由公司为所有项目设定。
采用与否，其实项目团队没有太多选择。
公司管理层设定的方法本身代表权威，也是你作为项目领导获得项目控制权的一个途径。
考虑项目方法某方面的作用时，始终要把握其对项目人员管理的效率，即在可能出现问题的地方争取正面效应。
二、项目定义 清晰的项目描述决定了你的项目控制能力，因为接下来所有工作都在描述范畴之内。
不管你如何并为何要进行描述，你要对你的项目进行书面定义，让项目各方和项目组随时参考。
项目定义的形式和名称各式各样，包括：项目章程、提案、项目数据表、工作报告书、项目细则。
这些名称的共同点在于，项目主管方和其他相关各方面从上而下地传达了他们对项目的期待。
清晰的项目定义还包括以下方面： ·项目目标陈述 （一小段文字，对项目交付成果、工期、预期成本或人力进行高层次的描述） ·项目回报（包括商业案例或投资分析的回报） ·使用中的信息或客户需求 ·对项目范围进行定义，列出所有预期的项目成果 ·成本和时间预算目标 ·重大困难和假设 ·描述该项目对其他项目的依赖 ·高风险、所需的新技术、项目中的重大问题 努力将尽可能多的具体信息，囊括在项目描述或章程中，并使其在项目主管方和相关方面获得认可，进而生效。
三、合同与采购管理 不管你在你的组织内有多大的影响力和权力，你对受雇于其他公司的项目成员的影响会比较小。
虽然不一定普遍适用，但你可以尽量不将项目工作外包，这是提高项目控制力的一个技巧。
在考虑启用合同商或外部顾问之前，对整体采购流程进行重检。
寻找有服务合同起草经验并可以帮助你的人。
建立成功的外包关系需要时间和精力，这些工作要及早着手。
为了不误项目工期，你要及时做到所有细节到位，所有合同及时签订。
你打算外包哪部分项目交付成果，对这部分工作的细化就是你实施项目控制的着手点。
记录这些细化内容、评估和接收标准、所有相关要求、必要时间规划。
项目定义信息一定要包括在合同之内，相关责任及早确定。
和所有你考虑到的供应商讨论这些要求，这样你的项目期望才会在各方之间明晰。
四、项目规划、执行、跟踪 作为项目领导，通过制定有力的规划、跟踪、执行流程，你可以建立项目控制的基础。
争取各方面的支持，进而在项目内全面推广。
让项目组成员参与规划和跟踪活动，这可以争取大家的支持并提高积极性。
睿智的项目领导往往大范围地鼓励参与，并通过流程汇聚大家的力量。
当大家看到自己的努力以及对项目的贡献被肯定的时候，项目很快就从“他们的项目”变成“我们的项目”。
当项目成员视项目工作为己任的时候，项目控制就会简单得多。
较之于漠不关心的团队，此时的项目管理成功几率更大。
运用项目管理流程也会鼓励项目成员的合作，这也让你的项目控制工作更加轻松。
五、变化管理 技术性项目中问题最集中的方面就是缺少对具体变化的管理控制。
要解决这个问题，需要在项目的各方面启用有效的变化管理流程。
解决方法可以很简单，例如被项目团队、项目主办方、相关方认可的流程图。
这提醒了项目人员，变化在被接受之前会进行细致地考察，并且提高了变化提案的门槛。
审查变化提案的时候，要注意该提案是否对变化有清晰到位的描述。
如果变化提案的动因描述得不清不楚，该提案就要打回去，并且要求对变化所带来的益处进行定量评估。
对于那些仅局限于技术解决方案的变化提案，要多打几个问号，因为提案人也许不能全面地判断问题。
如果变化提案过多地关注问题的解决，而不注重实际问题，打回去并要求关注具体的业务形势。
最后，如果不接受某变化提案，一定要做到有理有据。
而且，对项目时间、成本、精力等其他相关因素所受的影响，进行合理的估计。
六、风险管理 风险管理的流程能让你制定出全面的规划，找出潜在的麻烦，就风险问题的解决方法达成一致，根除严重的问题。
风险管理要做到事半功...
项目管理怎么做
一个项目从其一成立开始，项目各方干系人都会期望项目能够根据既定的计划一步步顺利地导向最后的成功。
影响项目的最后成功的因素是多方面的，包括项目管理的九大知识领域（包括项目的整体管理、范围管理、时间管理、费用管理、质量管理、人力管理、沟通管理、风险管理和采购管理），无一对项目的最后成功不产生积极影响。
然而，要这九大知识领域对项目成功产生的影响的轻重程度上进行比较的话，我认为其中项目范围管理是最为重要的。
什么是项目范围管理 那么，什么是项目范围和项目范围管理呢？项目范围是指产生项目产品所包括的所以工作及产生这些产品所用的过程。
项目干系人必须在项目要产生什么样的产品方面达成共识，也要在如何生产这些产品方面达成一定的共识。
项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。
这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。
项目范围与项目其它约束条件的相互影响 制约一个项目的条件是项目“三约束条件”——范围、时间、成本。
在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。
项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。
很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。
这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。
造成这样的结果就是由于没有控制和管理好项目的范围。
可见项目的三约束中最主要还是范围的影响最主要。
范围管理案例 失败案例：我了解到这样的实际案例，这是一个软件开发的项目，整个项目已经进行了两年多之后项目何时结实还是处于不明确的状态，因为用户不断有新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。
这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。
大家对这样的项目已经完全丧失了信心。
这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。
成功案例：同样是一个软件开发的项目，这个项目也比上面案例讲到的项目要小一些，这时候公司已经开始实施CMM对软件开发活动进行管理，有相对完善的软件开发管理过程。
项目在一开始就先明确用户需求，而且需求基本上都是量化的、可检验的。
而且项目组在公司CMM的变更管理过程的框架指导下制定了项目的范围变更控制管理过程，在项目的实施过程中，用户的需求变更都是按照事先制定好的过程执行。
因此，这个项目完成的比较成功，项目的时间和成本基本上是在一开始项目计划的完成时间及成本的情况下略有增加。
造成范围界定不清的原因 既然项目范围界定不清是一种很常见的现象，而这种现象又是大家所不想见到的。
那么，我们必须分析出现这种现象的原因。
我认为造成这种现象的出现有以下三方面的原因： 首先，是企业一级的责任——没有完善的项目管理体系来指导项目的管理。
这种情况是最糟糕的，如果是这种原因，那么项目的成败往往需要靠项目经理个人的管理、领导能力。
这种情况项目成功的可能性非常小，大部分项目都是以失败而告终； 第二，是企业及项目组共同的责任——对项目没能制定出清晰规范的范围变更控制过程。
企业有管理体系，但不够完善和规范，对项目组的变更过程的制定没能起到有效的指导作用。
变更是不可避免的，只要有效地加以管理、控制，同样可以达到各方满意的结果； 第三，是对范围的定义不够明确，做不到可量化、可验证程度。
很多时候都是一些定性的要求、而不是定量的，例如“界面友好，可操作性强，提高用户满意度”等。
类似这些模糊的需求就是导致后续项目扯皮的根源。
项目范围的明确定义，有经验的项目经理及系统分析员将起到至关重要的作用。
由以上的论述，我们可以得出结论：完善的项目范围管理是整个项目最终成败的关键。
那么，怎样才能做好项目范围管理呢？下面大量篇幅将对这一问题进行详细的论述。
如何管理好项目范围 既然已经认识到项目范围管理如此重要，那么我们应该怎样才能管理好项目的范围呢？从上面的论证过程，我们清楚地看到造成项目范围不好管理的一些原因，那么要管理好项目范围就必须对症下药，才能管理好项目范围。
首先，我们必须先了解项目范围管理的一些科学过程。
做好项目管理应该包含下面过程：启动、范围计划、范围定义、范围核实及范围变更控制。
下面将详述如何做好这些过程： 启动过程 启动是指组织正式开始一个项目或继续到项目的下一个阶段。
启动过程的一个输出就是项目章程...
项目管理工作中经常会遇到哪些问题？有没有什么软件能较好的实现这...
以下这些问题都会遇到：1、 项目年底结算时严重超支，但不知道是具体哪里出了问题，也无从下手查看2、 项目合同信息有变化，不能动态更新至所有项目参与人知道，导致项目错误判断投入3、 工程上面的物资千头万绪，无法理清哪个项目的具体用料和物资成本4、 所有项目只能在年底结算，不能随时掌握项目的实际利润。
5、 领导无法了解每个工程项目的具体进度和计划利润和实际利润情况实现比较好的有北京的一家公司，名字叫信德宏方项目管理软件，可以看一下
如何编写IT项目方案.ppt
2012-9-24 如何编写IT项目方案 通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用。
帮助大家更容易地理解IT项目管理的理论体系：九大知识领域和五个过程组。
帮助大家学习掌握IT项目方案编写方法。
目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。
方案有：用户解决方案、项目申报方案、可行性报告等等。
写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标。
方案中要解决： 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等。
一般出现在申报方案。
需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。
给读者阐明为什么做。
方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处。
一般出现在申报方案。
方案设计原则，就是在设计解决方案时，必须要遵循的原则。
所谓原则，就是不能突破并必须严格遵循的尺度。
在每个具体的解决方案中，都要体现预先确定的原则。
遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度。
方案的目标，总体概述解决问题的方案，高度概括。
一般出现在申报方案。
解决方案，给读者阐明怎么做，来解决问题。
是解决方案的主体。
方案有以下要点或组成部分 组织架构 实施方案（进度计划），给读者阐叙做的具体步骤，工作路线。
服务方案（服务计划），给读者阐明你有服好务的具体措施。
培训方案（培训计划），给读者阐明你有做好培训的具体措施。
沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍，给读者证明，你已经具备了实现这个方案的能力。
工作基础、工作成果积累，进一步论证你具备实现这个方案的能力。
满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿。
要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性。
需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。
给读者阐明为什么做。
用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。
用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。
同时，到位的需求分析，也是为我们制定方案的设计目标提供依据。
作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容。
一个到位的需求分析，是一个好方案的一半。
反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣。
要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案。
需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求（质量需求） 平台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要，可以做进一步分类描述。
对于一个综合性IT应用解决方案，如金保工程方 案，需求分析应包含以下几个方面的内容 大家要注意，用户需求是多角度的 在进行需求分析描述时，各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。
大家记住，这里每一部分的描述都将是后面相应内容的线索和论据。
用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容。
这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强。
方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事。
这反映出他们根本不知道原则是什么、原则的作用是什么。
方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针。
就是在设计解决方案时，必须要遵循的原则。
所谓原则，就是不能突破并必须严格遵循的尺度。
在每个具体的解决方案中，都要体现...
项目管理的5大过程,9个知识领域,44个定义都是什么？（急）
展开全部 项目管理五大过程 ：启动、计划、执行、控制、收尾。
项目管理9个知识领域：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和整体管理。
其中范围、时间、成本和质量是项目管理的四大核心领域。
项目管理44个过程： 1.制定项目章程。
2. 制定初步范围说明书。
3. 制定项目管理计划。
4. 指导与管理项目执行。
5. 监控项目工作。
6. 整体变更控制。
7. 项目收尾。
8. 范围规划。
9. 范围定义。
10. 制定WBS。
11.估算活动持续时间。
12.制定进度计划。
13.规划成本管理。
14.估算成本。
15.制定预算。
16.规划质量管理。
17.规划资源管理。
18.估算活动资源。
19.规划沟通管理。
20.规划风险管理。
21.识别风险。
22.风险定性分析。
23.风险定量分析。
24.规划风险应对。
25.规划采购管理。
26.规划相关方参与。
27.指导管理项目工作。
28.管理项目知识。
29.管理质量。
30.获取资源。
31.建设团队。
32.管理团队。
33.管理沟通。
34.实施风险应对。
35.实施采购。
36.管理相关方参与。
37.监控项目工作。
38.整体变更控制。
39.确认范围。
40.控制范围。
41.控制进度。
42.控制成本。
43.控制质量。
44.控制资源。
45.监督沟通。
46.监督风险。
47.控制采购。
48.监督相关方参与。
49.结束项目或阶段。
扩展资料： 项目管理失败的案例： 一个软件开发的项目，整个项目已经进行了5年之后项目何时结束还是处于不明确的状态，因为用户不断有新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。
这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。
大 这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。
项目管理成功的案例： 同样是一个软件开发的项目，这个项目也比上面案例讲到的项目要小一些，这时候公司已经开始实施CMM对软件开发活动进行管理，有相对完善的软件开发管理过程。
项目在一开始就先明确用户需求，而且需求基本上都是量化的、可检验的。
而且项目组在公司CMM的变更管理过程的框架指导下制定了项目的范围变更控制管理过程，在项目的实施过程中，用户的需求变更都是按照事先制定好的过程执行。
因此，这个项目完成的比较成功，项目的时间和成本基本上是在一开始项目计划的完成时间及成本的情况下略有增加。
参考资料：百度百科-项目管理理论 百度百科-项目管理（管理学分支的学科）
定制软件开发的解决方案应该如何制定
一、确定平台架构方案基于项目的背景调查，先设定出一个预期目标，围绕目标进行架构的搭建，包括整体架构、功能架构、软件架构等方面。
此外，还应对系统安全、容量规划、技术架构、技术选型以及UI展示等方面有一个细致的认知与规划。
二、实施与服务首先，先规划出一个大致的项目组织框架，包括项目管理组委会，项目执行组以及项目验收组。
其次，应制定出一套完整的项目交付方法论，包括每个环节的工作描述以及交付物。
再者，应进行过往合作案例的分享，以展示自身的丰富经验。
最后，再总结出自身的合作优势，体现出专业的服务素养和态度。
围绕以上两大方面便可初步制定出定制软件开发的解决方案，即是先确定一个大的框架，再不断往里边填充一些细节性的内容，以此击中用户痛点，解决用户难题，使得定制软件开发公司所制定出来的解决方案“物有所值”。
转载请注明出处51数据库 » 软件项目整体管理方案案例
