软件项目管理案例教程（软件项目团队如何建设软件项目团队如何建设）

本文目录

• 软件项目团队如何建设软件项目团队如何建设
• 软件项目管理中wbs如何分解（工程项目管理wbs分解案例）
• 软件开发管理如何风险管理
• 软件项目的沟通管理
• 软件项目管理案例教程

软件项目团队如何建设软件项目团队如何建设

如何在IT团队管理中建立团队

一个项目需要背锅，谁需要背锅？

这三起案件似乎互不相干。其实，它们的本质与各类人员的利益息息相关，是我们在管理中遇到的最经典、最无法解决的问题。

以上案例3是一个比较基础的团队管理的建设，可以分为两大部门。以下是一些新的团队管理模式。

每个技术团队可以分为不同的部门，负责需求的部门，负责设计的部门，负责开发、测试、运行和维护的部门，等等。不同的部门互相合作。

如果有不同的项目或产品，每个部门都要抽出不同的人来负责不同的项目，这就形成了一个矩阵。

对比这个模型和MatrixII，会有两种管理者，一种是部门负责人，一种是项目负责人。如果有需求，一个成员会更听部门领导的还是项目负责人的要求？这往往决定了这个矩阵管理是强矩阵管理还是弱矩阵管理。

如果普通人更多的是听部门领导的工作，那么这个矩阵就是弱矩阵，相反是强矩阵，为更多的项目和公司服务。

向上看，通过分析前面提到的部门之间的PK，可以知道现在的管理是强矩阵管理还是弱矩阵管理。

要确定一个好的文化源头，首先需要确定一些我们无法决定的“决定性”因素。最重要的就是这两点。最重要的是老板的管理思路。

在不确定因素中，领导者能为团队成员做些什么？？

所有项目团队的成功都需要共同承担连带责任。如果一个团队中有人被惩罚但有人得到利益，团队就很难团结起来有战斗力和凝聚力。

无论什么样的管理者，都不会拒绝主动接受任务，负责任地行事。而不是被动接受任务，喜欢推卸责任的人。但是这里会涉及几个问题:

如果当你交付给团队成员的时候，你认为只需要半个月就可以完成，但是团队成员的个人能力确实需要一个月，这个时候我们该怎么办？

如果团队成员解决这个问题的经验或者能力不足，会导致很多不必要的错误，这个时候该怎么解决呢？如何避免？

在网上看到一个案例，通过这个案例可以分析一些问题。

先说两个员工能力不同，你交付给他们的工作量不同，可能造成的问题。

***隐藏网址***

如何承接软件外包项目？

关于如何接软件外包，主要思路是主动出击。关于项目的搜寻，以我们自己的经验，目前有效的方式有这几个：

1、同事和朋友等熟人介绍这种成功率比较高，因为开发团队和外包方建立了间接的熟人关系，因此在合作讨论、报价、沟通上都会更顺利。

2、外包QQ群有很多外包QQ群，直接在QQ上搜索就能找到，上面有的项目可以跟进，当然都是僧多肉少。

3、微信的创业群、朋友圈现在是大众创业、万众创新，通过参加线下创业活动等方式多加入一些微信创业群，并加一些创业者的微信，在微信创业群或朋友圈里面自然会有寻找外包团队的需求。

4、多交朋友、多露脸前面3种方法，核心就是想方设法多露脸，将朋友弄得多多的。比如之前我们在“罗辑思维”里面曝光过一回，结果4个月之后还有人找我们做外包。

5、外包服务平台国内的：智城、猪八戒、CSTO、sxsoft。不过价格低的离谱，和行业普遍情况有较大差异。

如何建立优秀电商团队？

什么是优秀的团队？每个人的理解可能有所不同，我的理解是：一生中，如果能有一伙人在一起能衣食无忧，甚至一起做一些让大家都很激动的事情，那是最幸福的事，我想这样的一伙人必然是一个优秀的团队。

随着电商竞争的愈演愈烈，电商团队对专业性的要求也越来越高，那么随之而来的是人才的竞争，团队的竞争，资本的竞争，供应链的竞争，模式的竞争等等！如果你是一个店主或电商负责人，有三句话你一定要深刻领悟，第一句话是：事情是人做的，人不行，再好的想法都是白费；第二句话，一个人能力再强也不能事事亲为，没有人分担无法发展；第三句话，很多店铺的发展瓶颈都在团队，没有优秀的团队，根本无法突破。那么，如何打造一支优秀的电商团队呢？

一、要有合理的组织构架

首先要有一个团队核心人物，这个人物可以决定你平台运营的水平，这种人基本总监级别。

然后进行部门组织构架，标准配置一般分为4个部门：运营部门、设计部门、客服部门、物流部门。

运营部门：是电商核心的部门，由他们来进行整个项目的运作，达成项目销售指标。主要承担数据分析，策划方案；为实现销售指标，定期策划活动，提升销量；页面优化，提升转化率；分工明确，SEO优化，社区营销，主动营销，活动策划等。

设计部门：主要承担首页设计，好的首页是电商的门面，是实力的体现；宝贝详情，宝贝详情页直接关系转化率；图片处理，往往在客户业务增值上能创造更多的价值。

客服部门：主要承担售前接待，有一定销售能力和经验；售中维护，客户成交以后，在收到货的期间，会有个空挡期，需要客情维护和跟踪，提升好评量；售后处理，针对客户售后提出的问题，要快速准确处理，耐心专业高效很重要。

物流部门：主要承担对接订单，把后台的订单数据导出，转化到物流单；包装分配，负责打包和分配包裹安装；负责物流公司的接口，需要具备一定的物流成本分析控制能力。

当然，每个电商团队还可以根据实际需要进行组织构架的配置。

二、要有团队的核心理念

在我的理解上，电商团队的核心理念有四个方面：

1.电商团队不适合于传统企业管理模型。比如说上下班打卡等传统的方式不太适合，因为他是脑力劳动者不是体力劳动者。

2、奖金跟提成这种方式也不能随便定。比如说运营他就要发提成的，他是跟全店销售额比例拿提成，但是数据这种岗位不能按提成的，因为刚才说了数据做好了可以是运营，做不好就是个计数的人，数据的计薪方式是底薪+奖金，奖金是灵活的是按表现来发的。

3、团队对自己的能力评估需要数据支撑。我们作为老板要给每一个人无限提升的空间或者比例空间，你完成了就按这个比例来，如果完不成就证明你没有这个能力。

4.不同地区长期战略和短期战略的问题。长期战略就是想长期培养长期合作，短期战略就是可能用一段时间。大城市人才多并且机会多，人才多带来的结果是招人进来有可能就能胜任某一项工作，机会多带来的结果是这人可能随时会离职，所以需要短期战略，从管理心态上讲要从短期转为长期战略。

三、要有激情的团队管理

说到底，传统企业搭建自己的电商团队，最重要的就是要让合适的人做合适的事，发挥各自所长。其次就是处理好团队内部、电商部门与其它各相关部门之间的利益分配问题。重点做好以下五个方面的管理：

1、做好目标管理。目标管理可以培养团队精神。企业要根据自身的实际情况来设定目标，并且上下级之间要充分沟通和评估。当达到预定的期限后，下级首先要进行自我评估，提交书面报告，然后上下级一起考核目标的完成情况，以此决定奖罚。

2、做好定位管理。团队定位和团队目标是紧密联系在一起的，团队目标决定了团队的定位，清晰的战略定位是企业组织设计的蓝图。只有明确了战略定位，企业才能确定其团队组织的规模、产品、服务的范围、组织的结构等。

3、做好团队管理。管理的过程，可以说是不断分权、分责、分利的过程。组织设计中，职责应落实到每一个人身上。在职权管理过程中，领导者要真正地授权给团队。还要加强团队成员的培训，最大限度的发挥团队的功效。

4、做好员工管理。由于每个团队成员的性格特征可能不同。对每个人的工作要有人统筹管理，这样才能把握整体的工作情况，并且统一管理不可以使团队的工作方向明确化，使之不失平衡。这样大家的工作既明确又有各自的责任，还可以自由发挥。

5、做好工具管理。要学会借助工具或软件进行电商团队的管理，这样可以起到事半功倍的效果。日事清是遵照规划、行动、回顾的工作法则，研发了计划、日程和笔记三大功能。它们通过计划来规划工作中的一切事务，创建任务后每条任务都会自动分解到每个成员的日程中，员工每天只需按照日程中的任务行动，抓好落实就行，使工作变得有序。

四、要有严谨的工作态度

我们是做商务的，客户来我们这里购买产品，一看不到二摸不到实物，所以我们如何能让客户心甘情愿来买我们的产品呢？除了店铺装修、图片的处理，内容的完善、网店的推广外，其他每个环节都很重要，做电商必须有团队意识、团队的责任，才能做好电商，无论是客服售前售后，还是产品的质量，发货的效率都是影响我们做电商前进的脚步，所以每个人的工作每个环节都是很重要的，不能马虎，如何一个环节出现了问题，都有可能导致交易失败或出现售后问题，所以电商团队中的每个人都要认识到自己的责任，每个人都要记得自己是团队的一份子，要对得起自己的团队，如由于你的马虎而导致交易的失败、客户的流失，就不单单是影响了自己的工作，更多的是影响了整个团队工作，因此要带着责任感去做每一项工作，对自己负责，对自己团队负责。

以上是自己对电商团队管理和建设的一点经验和体会。总的来说，做电商需要的是团队，团队里每个人的工作每个环节都很重要，不容许任何一个环节因为马虎而出现完全可避免的错误。在一个团队，一定要有团队精神，团队责任感。只有团队的每一个成员都带着这态度去工作，才能打造出一个优秀的电商团队。希望以上信息能为您的电子商务之旅创造更多的辉煌！

软件项目管理中wbs如何分解（工程项目管理wbs分解案例）

分解是按照项目策划对整个项目进行细分，分到最小单位为止，这个单位以可执行、可评估为标准。

对项目管理的分解就是：出项目可行性分析报告、制定项目计划书、阶段性会议、审核、验证。

如某信息系统开发项目的一级分解包括：项目管理、需求调查、系统设计、制作和培训。

软件开发管理如何风险管理

去百度文库，查完整内容》来自用户的内容:gzdxue软件开发项目如何进行风险管理。参与过大型软件项目的人都会意识到，很多事情都有可能出错，一旦出错，可能会给项目带来伤害、损失或其他不利影响。风险是项目中发生一系列事件或不利结果的可能性。软件开发是一项高风险的活动，在项目开发过程的任何阶段都可能存在风险。主动风险管理可以使项目过程更加稳定，获得对项目的高度跟踪和控制能力，避免和转移风险或减轻风险带来的不利影响。风险管理是识别、分析、应对和监控项目风险的过程，是项目管理中一项重要的管理活动。有效实施软件风险管理是成功完成软件项目开发的保证。风险管理的实现必须包括三个要素:一是必须在项目开发计划中制定风险管理计划；第二，项目预算必须包括解决风险所需的资金；第三，在评估风险时，风险的影响也必须包括在项目计划中。下面，我们就针对软件开发过程中经常出现的风险，谈谈我们所采取的防范措施。1.要求不明确。在软件开发过程中，经常会遇到需求不明确的情况。这类问题往往表现在需求未定义、需求未定义、需求描述不清晰、需求缺失、需求矛盾等诸多方面。在软件开发过程生命周期的每个阶段，需求不明确造成的浪费是最大的，必须尽快解决。很难确定用户的需求。我们经常从以下几个方面来处理需求不明确的问题:

软件项目的沟通管理

软件项目的沟通管理

　　引导语：项目管理中，沟通是一个软指标，其所起的作用不好量化，沟通对项目的影响往往也是隐形的。下面是我为你带来的软件项目的沟通管理，希望对大家有所帮助。

　　项目沟通管理是现代项目管理知识体系中的九大知识领域之一，项目沟通管理在成功所必须的因素—人、想法和信息之间提供了一个关键性连接。

　　沟通对项目的成功，尤其是IT项目的成功非常重要。本文就围绕沟通的重要意义、项目干系人、沟通对效率的影响、沟通的关键要素这几方面展开一些探讨，最后结合高职外语教学、综合测评平台项目，对沟通在小组软件开发过程中的应用进行案例分析。

　　1、沟通的意义及项目干系人分析

　　项目管理要素有：范围、时间、成本、质量、人力、风险、采购、沟通，一个成功的项目与这些因素是紧紧相关、不可分离的。但是在项目的实际参与和项目的操作过程中，可以发现无论是项目管理中的哪个因素，与其关联最多、涉及活动最多的是项目干系人，项目干系人一般包括最终用户、项目团队、项目公司的管理层等一些主要的利害关系者。项目管理中时间、成本、质量、人力、风险、采购等很大一部分是与人的沟通与人的管理有关，如何做好人的管理、如何组建一个成功的项目团队、如何在项目中发挥团队的所有潜力、如何与客户的关系日趋完善、如何做到让客户满意，这些都是在“沟通”管理中所必须及掌握的要素。

　　要做好各要素沟通，要实现于人的管理，就应站在这些“项目干系人”的角度上，从他们的需要及利益出发，最大限度地通过项目实现他们的价值，如果脱离这些，那么项目是很难获得成功的。项目经理在与客户进行需求调研及交流前，一般先要充分考虑项目的需求性及可行性，然后列一个需求管理(包括详细的沟通计划及沟通要求)计划，并且要考虑需求沟通中所需的人员、资源、时间的要求，这样才可以保证需求调研的准确性。很多软件项目在其开发过程中，客户突然提出需求变更，给项目的进展带来不利的影响，虽然很大程度上这是客户主观因素造成的，但也说明项目组在和客户进行前期沟通的时候，没有充分考虑一些假设或约束因素，也没有充分明确列举沟通要求。

　　同样，除了和客户进行沟通之外，在项目开发过程中，项目经理与项目成员之间的沟通方式及项目经理对团队的建设技巧也是直接影响到项目成败的关键。项目过程中沟通的目的是为了“保持项目进展、识别潜在问题、征求建议以改进项目绩效”，如果在项目的开发、设计过程中未把好沟通这道关，可能会产生意料之外的项目失败，同样一个好的配合团队能使项目达到事半功倍的效果，关于沟通的具体的一些方法和技巧将在下文谈到。

　　2、沟通与效率的关系

　　2.1项目复杂程度与实施效率

　　沟通路径所消耗掉的工作量多少取决于软件项目本身的复杂度和祸合度。原IBM在马里兰州盖兹堡的系统技术主管JoelAron，在他所工作过的9个大型项目的基础上，对程序员的实施效率进行了研究。他根据程序员和系统部分之间的交互划分这些系统，得到实施效率表。

　　一般说来，底层软件(操作系统、编译器、嵌入式系统、通信软件)的接口复杂度要比应用软件(MIS、操作维护软件、管理软件)要高得多。

　　在估算软件开发项目工作量时要充分考虑任务的类别和复杂程度，因为抽象的、接口复杂的系统开发过程，其沟通消耗必然大。另外，有深厚行业背景的软件，要考虑开发人员为熟悉行业知识所需付出的沟通消耗。

　　2.2团队规模与实施效率

　　需要协作沟通的人员的数量会影响开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果(系统调试)。

　　人与人之间必需通过沟通来解决各自承担任务之间的接口问题，如果项目有n个工作人员，则有nx(n-1)/2个相互沟通的路径。假设一个人单独开发软件，年实施效率为1000行代码，而每一条沟通路径上每年消耗掉的工作量可折合500行代码，则团队规模和沟通消耗以及实施效率存在以下关系。

　　2.3团队的默契度与实施效率

　　团队的默契程度对软件实施效率影响很大。一个经过长期磨合、相互信任、形成一套默契做事方法和风格的团队，可能省掉很多不必要的沟通，其合力甚至可以超越这个团队本身，而做出一些平时他们连想都不敢想的成就来。相反，初次合作的团队因项目成员各自的背景和风格不同、成员间相互信任度不高等原因，就要充分考虑沟通消耗。

　　营造一个配合默契的团队并没有一个简单易行的规定和过程，但是有一个必不可少的因素，那就是团队中的所有成员对这个小组承担的全部义务，成员乐于为整个团队而放弃自己的利益和志向，这样整个团队就一定有很强的内聚力，而且一个人置身于氛围良好、合作默契的团队中心情一般都较好，这种良好的氛围所能带来的能量是不可估量的。

　　所以持续良好的沟通和交流是一个团队的无形资产，而由之形成的一个自然、稳定、默契的开发团队就是软件企业的核心竞争力所在。

　　3、沟通的一些要素

　　一个优秀的团队组织和协调管理者所发挥的作用往往对目的成败起决定作用，他必然也是一个善于沟通的人。沟通研究专家勒德洛(LudIow,R.)提到，高级管理人员往往花费80%的时间以不同的形式进行沟通。普通管理者约花50%的时间用于传播信息。缺乏沟通这个问题是不能通过技术来进行改进的，现在技术发展很快，但人们对沟通和融洽相处的需求不但没有减少，反而显得越来越重要了。

　　沟通的效率直接影响管理者的工作效率，在项目成员间改善沟通将提高士气、生产率、质量，并可以减少成本，使得项目更好开展。但如果出现沟通问题，也可以遵循以下过程来有效地控制问题：找出问题的起因;实行纠错行为;加强工作环境中的沟通活动。

　　4、项目中沟通运用的案例分析

　　笔者在负责开发外语学院的英语网络教学、考试综合平台时，就充分考虑软件项目管理中沟通的一些要素。整个项目按小组软件开发过程(TSP)进行开发，其中每个步骤都涉及到了沟通。

　　4.1技术调研

　　该项目是为教师和学生进行英语教学、考试、以及评估的综合性网络平台，学生可以通过网络进行全程的英语学习、测试，老师也可以利用这个平台动态的掌握学生的情况。在技术采用方案中，我们打算用ASP.NET+SQLSERVER进行开发，分三层体系结构。在听取了他们构思的同时，针对项目调研情况，我们也从技术层面上阐述了自己的看法、最后达成了一个初步共识。

　　4.2需求分析

　　项目的最终用户是外语老师和学生，我们开始与外语学院老师进一步接触，了解高职外语教学领域内的情况。为了防止或减少用户需求变更，产通目标中考虑了很多制约因素和假设因素，大概经过了一个星期的沟通，一份完整的SRS文档生成，并且我们将SRS的段和节编号，用来确定每一个说明的来源。

　　4.3概要设计

　　软件的大概要求和功能在得到确定后，项目流程到了概要设计阶段，这时项目开发小组完全启动，项目小组开始制定详细工作目标、角色目标等。

　　4.4详细设计

　　在概要设计阶段定义好了各功能模块、明确了开发者责任之后，开始了模块内的细节设计，在这个阶段我们定义了整个平台数据库，在定义数据表和字段时，有两位成员的想法互不相同.两人各持己见，争的面红耳赤，僵持不下，最终双方把各自的想法和理由列个清单，征求了小组其他成员和外语学院老师的意见，经过大家共同的分析，最终确定了某一个成员的数据库方案，另外那个成员也心服口服。

　　4.5编码设计

　　在编码阶段的每次会议中，我们都要掌握各个成员的进度，询问下个阶段的安排，并要求每个成员在会议中都要开城布公地对待问题，不能隐瞒，使小组保持一种透明的风格。这样我们就可以知道将要发生什么事情，并预见问题，以便能迅速进行调整。

　　4.6集成与测试

　　在开发后期，各个模块功能基本完成，在确认每个模块基本上无独立缺陷和比较好的质量后，进人了整体的测试。

　　这个项目在制作半年后完工，并测试合格，现运行非常正常，总结这个项目的一些经验，要确保软件开发质量和效率，与用户的有效沟通以及开发成员间的良好协作是关键，要达到这一点，一个团队至少应具备以下三个要素：透明性、聆听、协商。透明性能使整个小组知道将要发生什么事情、并能预见问题，知道什么时候谁最需要帮助，并能保持整个小组工作的一致性。最好的.交流者应该是非常善于聆听的人，这种聆听应该是全身心的，只有这样，别人才会和你进行比较深的交流，你也会准确地领会对方的意图。协商最重要的作用是解决问题和分歧，能使得矛盾双方都得到一个满意的结果。

　　项目沟通管理是一门艺术，这不仅仅表现在“项目干系人”相互之间的沟通技巧上，无论在哪个领域的项目管理中，这些沟通技巧都可以通用，并且可以结合各自领域的一些独特要素去实施。在项目负责人对项目的全局管理上，项目管理的八大要素记起来简单，这就需要艺术化的管理、技巧性的操作，管理上的条条框框虽然是定死的，但人可以动态地去应用它。但如何灵活地驾御它，使这些要素在操作上更方便，更适合应用到实际项目中去。

　　【拓展内容】

　　软件项目沟通管理的重要性

　　沟通不仅仅是软件项目管理的必要手段，沟通更是软件项目建设过程中的必需工具和必不可少的重要工序。

　　在做软件项目测试服务的过程中经常听到如下抱怨：开发出来的东西根本不是我们想要的;我们要求的某某功能没有实现;最令甲方难平心中之愤的是之前这些问题都已经口头告知了乙方项目组成员，而乙方在项目实施过程中却竟然无视如此重要的需求与反馈。也会听到有的乙方项目经理的苦诉：我手下的程序员在设计评审时描述了他所负责的模块架构，然而软件开发出来后，我发现和我所理解的结构大相径庭……

　　也许有些情况比上述问题还要复杂，那么，问题何在?其实以上诸多问题都是有沟通引起的，沟通无效导致软件项目的最终失败。在软件行业，沟通的成败决定整个项目的成败，沟通的效率影响整个项目的成本、进度，沟通不畅的风险是软件项目的最大风险之一。在需求多变、逻辑性强、复杂程度高的软件项目建设过程中需要建立起良好的沟通计划与秩序，以严谨的沟通态度与科学的沟通方法保障软件项目的顺利实施。

　　明确的顾客需求诞生于和甲方的互动沟通之中，软件项目建设之初客户需求的确定依靠甲乙双方的不断沟通来完成。软件项目建设的软肋在于客户需求的把握。项目建设之初需要乙方派出专业的项目经理和研发骨干与乙方进行深入沟通，充分把握客户的实际需求，有时候鉴于项目之初客户需求的模糊性或者甲方项目经理的项目经验与业务范围所限，在一开始甲方的需求表达的还是不够深入、全面。这就需要乙方凭借自己的项目经验或者行业经验未雨绸缪给出规划建议或细节的充分考虑，为项目需求做出充分准确的余量规划。而这些都是建立在不断地反复沟通与对最终用户的深入调研的基础之上的。在这里对于沟通与调研的方法不做赘述。

　　软件项目实施过程中项目组内部需要建立良好的沟通秩序(沟通计划)并保证沟通的有效性。我们曾遇到过这样一个案例，某软件企业在开发某业务管理软件，客户需求做得非常完善，系统分析也十分明确、清晰，但在开发阶段，项目经理发现系统分析其中一个中间层的函数出错，由于该功能模块由他一个人负责开发，当时他就直接对其参数进行了修改，也并未及时和其它编程人员进行沟通说明，过后很快就忘了这件事，当项目接近尾声时，系统突然出现一个大的Bug，影响到整个系统的运行，最后在花费了大量的精力进行查询测试后，才发现是这名项目经理更改的参数出了错。如果最初该项目经理能及时和项目组成员进行沟通，这种错误完全可以避免。一个建立起良好的沟通秩序的项目团队可以有效防范项目失败的风险并能达到事半功倍的效果。

　　项目沟通计划是项目整体计划中的一部分，其作用非常重要，却常容易被忽视。很多项目中不做完整的沟通计划，导致沟通混乱，轻则导致项目组工作效率低下，重则直接导致项目以失败告终。项目的沟通形式是多种多样的，大致分书面和口头两种形式。书面沟通大多用来进行通知、确认和需求等活动，适合于项目团队中使用的内部备忘录。项目经理确定之初要做的第一件事就是确定整个项目的沟通计划，因为在沟通计划中描述了项目信息的收集和归档结构、信息的发布方式、信息的内容、每类沟通产生的进度计划、约定的沟通方式等等。只有建立起良好的沟通规则，才能把握好沟通，从而全面了解项目的各方面信息，不断推动项目的顺利进展。

软件项目管理案例教程

软件项目管理案例教程

　　引导语：《校务通管理系统》的成本估算过程是循序渐进的，随着项目的不断发展，估算可以重复多次进行，而且是逐步求精的。下面是我为你带来的软件项目管理案例教程，希望对你有所帮助。

　　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