推荐第1篇：浅谈软件项目管理过程论文
浅谈软件项目管理过程
班级：—— 学号：—— 姓名：——
软件项目管理是为了使软件项目能够按照预定的成本，进度，质量顺利完成，而对人员，产品，过程和项目进行分析和管理的活动。根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析，设计，编码到测试，维护全过程）都能在管理者的控制之下，以预定成本按期，按质完成软件交付用户使用。
——序
当今世界，IT技术对于一个企业的重要性是毋庸置疑的。在很多领域，计算机技术都得到了非常广泛的应用，IT技术已经普遍地服务于社会的各行各业，在很多的领域都形成了推动力。但同时我们也看到一个非常严重的问题，那就是软件危机。为什么会发生“软件危机”。据总结，主要产生的原因是：（1）由于缺乏软件开发的经验和有关软件开发数据的积累，以致经常出现超出经费预算，无法遵循进度计划。（2）软件需求在开发的初期阶段不够明确，或是未能得到确切的表达。开发工作开始后，软件人员和用户又未能及时交换意见，造成矛盾在开发期几种暴露。（3）未能在测试阶段做好充分的检测工作，提交至用户的软件质量差，在运行过程中暴露出大量的问题。归结起来，我们说的软件危机是一种矛盾，就是弱的软件生产力能力与强的业务发展需求之间的矛盾。要能够迎接业务发展所带来的挑战，从事软件生产的组织迫在眉睫要去做的一件事就是软件生产力的改造。在“应用就是业务”的今天，软件生产力的改造是决定企业能否获得并长久保持竞争优势的一个决定性因素，所以，关注并启动软件生产力的提升是一项战略性的决策，是一个系统工程，它将决定企业能否获得并长久保持竞争优势。而项目管理则是提升生产力的一项重要任务。
然而，项目管理在我们的软件生产中的应用是那么的重要。那么我们应该怎么样才能更好的掌握项目管理，我们的项目流程是怎么样的。
首先，项目管理的第一流程是项目的启动。
项目的启动就是确定项目的目标范围，它主要包括开发和被开发双方的合同（或是协议），软件要完成的主要功能以及这些功能的量化范围，项目开发的阶段周期等。尤其是启动信息技术（IT）的项目，我们做软件的必须了解企业组织内部在目前和未来主要业务发展方向，这些主要业务将使用什么技术及相应的使用环境是什么。启动信息技术（IT）的项目的理由很多，但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台，而不是展示先进的IT技术。在项目启动的过程中，我们还要注意将项目的范围进行明确定义才能进行很好的项目规划。项目目标必须是可实现可度量的。如果这一步管理得不好或是做得不好，直接导致的是项目的最终失败。
其实，第二就是项目的规划
项目的规划其实就与项目的计划意义差不多。它是一项复杂的，自始至终不断迭代的一个过程。而且为项目的运作提供可靠的实施基础。在整个项目中，项目规划是指项目的估算，风险的分析，进度的规划，人员的选择与配置，产品质量的规划等。然而，在项目管理的过程中，计划的编制是整个项目规划中最为复杂的阶段。项目计划工作涉及九个项目管理
知识领域。也就是说我们要知道九个项目管理知识领域中哪些是重要的，哪些是必要的和熟悉它们之间的关系。而且在计划编制的过程中，我们还可看到后面各阶段的输出文件。所以说它是指导项目的进程发展。规划建立软件项目的预算，提供一个控制项目成本的尺度，也为将来的评估提供参考，它是项目进度安排的依据。最后，形成的项目计划书将作为跟踪控制的依据。
第三：项目的实施及控制
一旦建立起基准计划就必须按照计划执行，这包括按计划执行项目和控制项目，以使项目在预算内，按进度，使顾客满意的完成。在这个阶段，项目管理过程包括：测量实际的进程，并与计划进程相比较。同时，发现计划的不当之处。为了测量实际的进程，掌握实际上已经开始或结束的是哪些任务，已经花了多少钱，这些都是很重要的。如果实际进程与计划进程的比较显示出现项目落后于计划，超出预算或是没有达到技术要求，就必须立即采取纠正措施，以使项目能恢复正常轨道，或是更正计划的不合理之处。然而，项目的监控，也是为项目能正常回到轨道上的一个重要步骤。俗话说：“没有跟踪就不算完成”，在软件项目中，有太多的工作需要我们去完成，如果有时计划做得不够周密，或是计划赶不上变化。我们怎么办，置之不理？还是去跟踪监控一下，然后及时改正错误。为什么我们用的那么多的软件是要不定时的安装补丁，原因也就是因为这个。在跟踪监控中我们发现问题，然后去修补它，使得软件的性能，功能更好。总得来说。项目的实施及监控最终的目的就是保证项目能够安装预先设定的计划轨道上行驶，使得项目不要偏离预定的发展进程，尽快完成软件项目。
最后就是软件的项目结束
项目管理的最后环节就是软件项目的结束过程。因为项目的特征之一就是它的一次性。有起点也有终点，进入项目结束期的主要工作是适当地做出项目终止的决策，确认项目实施的各项成果，进行项目的交接和清算等，同时对项目进行最后评审，并对项目进行总结。这个也代表着项目将进入后续的维护期。项目最后执行的结果是有两种状态，要不就是成功要不就是失败。然而，一旦我们决定终止一个项目，项目就要有计划，有序的分阶段停止。当然，这个过程可以简单地执行也可以详细认真的执行。在这里项目总结是项目结束中的最后一个环节也是一个我们不能忽视的一个环节。很多项目没有能进行很好的总结，比如说项目总结时项目人员已经不全了，有新的项目要做，没有时间去写等等的理由让项目的总结没做好。所以，这也是软件项目那么多漏洞的原因之一。所以，项目的结束之前的工作我们也要好好认真的完成。
软件开发不同于其他产品的制造，软件的整个过程都是设计过程（没有制造过程）。另外，软件开发不需要使用大量的物质资源，而主要是人力资源；并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。基于上述的特点，软件项目管理与其他项目管理相比，有很大的独特性。所以，软件项目开发管理过程中，不仅要努力实现项目的范围、时间、成本和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望；随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难。纵观所有失败的软件项目，基本原因是不能管理其软件过程，在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差，识别软件项目的风险甚至果断中止项目，而且可以将人才流动所带来
的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。
最后，总结一下项目管理过程。软件项目管理不同于其他的项目管理，它有很多的特殊性。软件是一个特殊的领域，远远没有建筑工程等领域那么规范化、软件目前有很大的发展空间，经验在项目管理中发挥着很重要的作用，理论和标准还在发展中，它体现软件的“软”的特殊。合同启动了一个软件项目，同时贯穿项目的始终；根据合同进行软件的需求分析，获得需求规格；根据需求规格进行任务分解，任何分解的目的是可以很好得规划和管理项目；根据任何分解的结果，给出项目需要的资源，以便于估计活动的历时，最终编制项目计划以及项目的预算等。这样便可以形成项目的三个核心的基准计划：项目范围基准，成本基准，时间基准计划等。
以上的是软件项目管理的过程，我们知道项目管理既是一个科学，也是一门艺术，不同的项目，不同的项目经理，会有不同的管理方法和技巧。
推荐第2篇：软件项目管理
软件项目经理所需的素质
许多人都以为项目经理总是与“理想与光荣”相伴的，其实作为一个有志于改进中国软件开发流程的项目经理来说，他们承担的更多的是“艰辛与痛苦”。
一个优秀的软件项目经理应该具备以下素质。
一、执着
可以这么说，在中国如果不执着是做不成任何事情的，因为在软件开发流程中推行各种规范和管理制度的时候，你可能遇到各种各样的阻力和障碍，如果没有应付挫折的思想和准备，你是很难推行成功的。要知道这样一个基本事实，项目管理成败的关键是：如果你不坚持，谁也不会坚持下去的。指望领导的扶持和群众的自觉是不可能的。只有坚定信念，努力打动别人，才能成功。
坚持到成功为止。只要决定上管理流程了，就不要后悔，唯有坚持，因为你拼命努力而实现了99%，你却不知，最后当你决定放弃的时候也许就是你要成功之时。要知道你准备放弃的时候可能正是对方也准备放弃之时，唯有坚持，你才能成功
二、亲和力
亲和力是指你和团队相互依赖，相互信任能力的大小。亲和力是你领导团队走向成功的基础，如果一个团队的向心力不够，各自为政，那么失败就会在身边陪伴你。要团队的每个成员都信任你，你必须要做到关心下属，主动与下属沟通，为下属争取合法权利等。关心下属就是在日常工作中对下属的工作状况，发展方向进行指导，避免其走弯路；在生活中也对其身体状况进行关心，促进身体和心理健康的恢复。
多找下属沟通是消除误会的润滑剂，同时也是了解下属内心真实想法唯一捷径。做项目经理的人，在某些事情上的处理的确会与人不同，也难以令人理解。这个时候只有多与下属沟通，逐步达成共识，争取大家的理解和支持。记住，没有下属的理解和支持，你永远无法实现项目管理的规范化。另外就是了解下属的真实想法，经常了解一下下属的真实想法有利于我们不断改进和调整流程，使生产流程更加符合本团队的实际。切记一点，做领导的一定要多尊重下属的想法，并且与之沟通，若一味等下属找自己，那么是一般下属与之水火不容要摊牌时，才会与你沟通，这样悔之晚矣。
为下属争取合法权利是项目经理的一项重要职责。敢负责任是项目经理基本素质，如果你不经常研究工作数据保障下属的合法权益时，你就很难让你的团队保持高效率。
三、品德高尚
“一撇一捺是个人，世世代代学做人。”在这个世界上最难做的就是做个品德高尚的人。试想一个思想猥亵的人很难取得成功，即使靠钻营取得也只是暂时的，他不可能取得长久的成功。只有品德高尚的人才能感染周围的人，使团队具有向心力，从成功走向成功。
人有三种，一种是仗势欺人，一种是持才压人，最后一种是以德服人。仗势欺人的人自持地位高而指三道四，自然是不可能团结人，更不可能获得成功；持才压人的人自持学识高而盛气凌人，或咄咄逼人。殊不知“闻到有先后，术业有专攻”，“尺有所长，寸有所短”，难以学到更高的知识，也就难以取得更大的成功。只有以德服人的人以自己的修养和品德感染人，勇于吃亏，乐于助人，以德报怨，只有这样才能使你对立面德人都不忍心伤害你，团结到一切可以团结到的人，拥有这样的环境，你怎么可能不成功。
勇于吃亏，首先要放下私心，如果一个人始终 围着自己转的人是不可能做到的。“人不为己，天诛地灭”是八十年代后出生的人心灵普遍反应；但是要记住人首先是社会中的人，如果脱离了社会，人恐怕已不会成其为人了。因此只有当你抛弃私心，主动为人，别人才会反过来支持你，帮助你。
乐于助人，是人类的一个良好品质，就象一首歌中所唱的“人字的结构就是相互支撑”。管理流程是不可能靠项目经理一个人维持的，必须要大家支持你。但是这却需要你多帮助别人，别人才会帮助你。不管团队成员发生什么事情，你要尽你所能去帮助他，这样团队才可能继续前进。
以德报怨，可能是人最难做到的。中国人就强调“人若犯我，我必犯人”，其实在这回中不会有真正的仇敌，大家明争暗斗的结果如果过20年后再去看的时候，保准一大半的人都会觉得不值得，许多人赌得就是一口气，将自己成功的希望给湮灭了。当你能用宽容喝善良对待你对立面的人的时候，还有什么东西能阻挡你成功？
“得道多助，失道寡助；多助之至，天下顺之，失道之至，亲戚叛之；以天下之所顺，攻亲戚之所叛；故君子有不战，战必胜矣。”
四、口才
良好的口才是项目经理打动项目成员的必备武器，当你拥有良好的口才将会使你无往不利。当年希特勒就是用他那天才般的口才征服了德国，使他的《我的奋斗》贯彻到每一个德国人的心中，从而成立了第三帝国。
要使自己的项目管理思想贯彻到每一个项目成员心中，就必须要做到以下的演讲原则：
1.根据项目成员的共同目标象他们制定演讲内容，只有让他们信服你才有意义；
2.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。
3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达.调动听众的这种感官，诉之触觉、视觉、听觉，用黑板、姿势来辅助你的内容。
3.不断的总结效果，改进自己演讲宣传的接受度，如果效果不理想，尝试换一个方式来表达和描述。
4.让听众学以至用，只有他们积极反馈，才能更深入的听你的思想。
五、循序渐进
循序渐进，不急于求成是项目经理在项目管理中必需具备的品质，在中国CMM过程改进的热潮中，真正实现CMM管理的企业屈指可数，而以CMM改进过程实质性为企业带来质量提升和效益改进的公司更是寥落晨星。
为什么会出现这种情况？难道CMM真的不适应中国过情吗？不是，绝对不是。是这些企业的项目经理太心急，连CMM2还不知道怎么回事就直奔CMM3，他们忽视了事务发展的客观规律，凡事必须循序渐进。如果有一个企业在2年内通过了CMM4，我有十足的信心说，那是花钱买征；如果乐观一点，一个中小企业从CMM1走到CMM2大约要2年时间，大型企业只会更长，不会更短，因为他们需要在培训和沟通上付出更大的代价。
“循序渐进，循序渐进，再循序渐进。”这句巴斯德德经典名言同样适用于我们项目管理领域，他将逐步把我们带向成功。
六、持久求学
“书到用时方恨少，学至成时始知卑。”学无止境，我在生产实践中发现，整个项目管理过程改进就是“学习-培训-实施-发现问题-再学习”的循环过程，项目经理如果不学习将不能解决现实工作中出现的新问题，更不可能站在一个战略的角度来解决问题。
事实上，求学也不能没有目标，否则学到的知识太庞杂，而不能融会贯通，这样的知识对实际工作指导甚少，真正的知识是一个目标体系，严格按照流程来一步步的掌握我们所需要的知识。
最后，我总结一下中国项目经理所必需掌握的知识：
1.专业知识：数据结构、关系数据库、操作系统、软件工程、编译原理。（外国的项目经理可能不需要掌握）
2.管理知识：项目计划、项目配置管理、成本核算、风险预估、绩效考核。这是项目经理必须掌握的内容。
3.网络知识：服务器的架构、各种服务的配置。因为管理的大厦是基于软件的管理，没有一个服务管理的网络配合是不可以想象的。
4.“越过高峰，另一峰却又现”，这是中国项目经理在持续求学中会不停的挑战自我，向更高的山峰迈进。
七、敢负责任
一个人因为有责任才有生存的意义。一个人随着年龄的增长，责任感也会愈来愈重。成年时，法律也会赋予一些年少时没有的责任。同时地位逐渐提高，责任也会相对加重。
一个人惟有负责，才能产生做人的价值。所负责任愈大，价值就愈高。换句话说，有责任，生命才有意义。如果没有感受到自己该负的责任，即使年龄超过20岁，也不算是一个成年人。
因此，经理就是要负责任，如果不负责任就可以不要经理了！项目经理关系到一个项目的成败；对于公司他必须要承担及时汇报项目进度、成本核算和质量系数的责任，同时也必须保证项目组成员绩效考核，政策落实，预留人才储备等责任，是整个项目中责任最大的人，如果没有良好的心理素质和应对能力是无法担负责任的。
实际工作中项目经理主要要负责项目组的人员安排调度、工作分配、工作审核、工作跟踪、项目计划、项目汇报总结、成本核算、利润分配等职责。
八、以身作则
项目管理的一个重要工作就是定义各种规范和制定，但是这些规范和制度的执行除了靠项目经理的执着推行，口才宣传，力主培训、惩戒得当之外，关键还是在于项目经理的以身作则。如果项目经理自己都违反自己定义的条款的话，那么就别指望团队会自觉遵守这些规定。
作为一个管理者以身作则是最基本的素质，千万不要为自己违反规范和制度找各种借口，例如我我是公司只属考核，我因为某某更重要的事情而不得不违反。“只许周宫放火，不许百姓点灯”的话，是无法将规范和制度推入人心的。项目经理如果违反了规范，只有当众加重处罚，别无他法。
因此，鉴于规范制度的权威性主要还是靠项目经理自己，只有坚持以身作则，才能将自己优秀的管理思想贯穿下去，取得开发过程改进的成功。
九、要有威信
一个项目经理说话有没有人听，必须要靠威信，这种威信是靠自身的素质，而不是狐假虎威。靠高层领导的支持来强迫团队执行项目制度过程的话，是注定会失败的。因为团队成员不信任你，表面服从，实际消极怠工，就足以让流程实质瘫痪。
做事要有信用，说一不二，不能因为朋友关心就讲情面。公是公，私是私。平时可以稀稀拉拉，关键问题决不手软，不因为朋友关系妥协，这样才能树立威信，便于工作。
威信除了必要的威信之外，最主要的还是信用，项目经理在做事没有绝对把握的时候千万不要承诺，一旦承诺就无论如何一定要实现。否则，当实现不成功而丢失信用之后，再想让团队相信你，信任你就是非常困难的事情了。
十、善于总结
项目经理要善于总结，只有不断的总结才能不停的完善自己，成功的事情总结经验，失败的事情要总结教训，总结的过程就是不断改进的过程，这也是CMM规范所必需的素质。
总结
总结的过程要多吸取别人的意见，不要武断自己的结论。博人所长，综合起来才算趋于完美。这个原因有二：其一，项目经理不是孤立的一个人，而是必须融于团队之中，一个流程合不合理，不是由项目经理说了算，而是要由团队的成员说了算，注意倾听团队成员的真实感受，不断改进流程才能成功。中国的许多CMM改进失败，并不是项目经理知识能力不够，而是他们没有一起与团队总结，经多年经验，我们发现大多数规范，必须要有一套合理的软件支持才能成功，否则无论你的理想多先进，想靠程序员工作来提高过程质量的改进是不现实的。其二，“闻道有先后，术业有专攻”，项目经理不可能是全才，什么都懂。因此要和哪些与专攻方向不同的人一起总结。比如项目经理可能精通软件开发流程的改进，但是却不知道测试流程、网络管理流程、品质保证流程的改进，而这些流程又直接作用于软件开发流程。这个时候必须与测试人员、网管人员、质量保证人员共同探讨，找出一条切实可行的改进方案。
推荐第3篇：软件项目管理合同
动漫软件项目管理 合同书 项 目 名 称：动漫软件项目管理委托单位(甲方)：动漫软件科技公司承担单位(乙方)：中国高科技有限责任公司研究起止日期：2011年3月至2011年6月
中国高科技有限责任公司
年3月21日填201
1项目名称：软件项目管理
甲方（合同专用章）
乙方（合同专用章）
合同签订日期：2011年3月21日
依据《中华人民共和国合同法》的规定，甲乙双方经友好协商，签定以下合同。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。
第一条本合同软件开发项目的价格、工作进度与安排。
（一）软件设计与制作的项目价格
项 目价 格(元)简要说明
策划创意费 3000元 为企业建立网站树立企业形象，展现互联网独特的优势与特点。并可以根据企业的市场和经营管理策略特别策划并提供整套的EC解决方案。
首页设计与制作 1500元 访问者登陆企业网站的首先索引页，以企业形象识别系统为设计基准，兼顾易用性与导引性原则，体现企业整体形象特征。
动漫功能的设计与制作 5000 根据乙方的要求设计动漫功能。以符合网站整体风格及体现内容特色为设计基准，兼顾功能性与内容导航特征。
内部制作 800元 根据网站整体设计风格，依据不同频道/栏目模板进行个性化设计与制作。英语版 500 按照网站整体设计模板进行不同语种转换。
小 计10800元
（二）该项目的进度安排
预计于3月22日开始设计，首页设计与制作，动漫功能设计与制作将于4月20日完成。内部制作以及英语版于5月2号完成。到六月1号完成整个软件的调试工作。
第二条合同履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。
第三条甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。
第四条双方的基本权利和基本义务
甲方的权利和义务
根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。
按本合同约定支付软件开发费用。
甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
乙方的权利和义务
按照甲方提供的材料按时完成本合同规定的软件开发工作。
可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另行签署协议确认。
依合同收取软件开发费用。
乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。
第五条甲方在一年的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。
第六条甲方同意按双方约定的付款方式和时间及时向乙方支付合同费用，以及提供其他必要的帮助。
第七条本合同涉及的相关程序、文件源码的版权属乙方所有，但乙方授予甲方使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。
第八条甲方不能按时支付合同费用，导致的工期延误，其责任由甲方承担。
第九条双方当事人应当保守在履行本合同过程中获知的对方商业秘密。
第十条双方应本着诚实信用的原则履行本合同。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本合同并有权要求对方赔偿损失。 任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。
第十一条本合同签订后，经双方当事人协商一致，可以对本合同有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。 第十二条 本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。
第十三条 任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，应双倍返还上述费用。本合同其他条款对合同的解除另有约定的，从其约定。
第十四条任何一方违反本合同，给对方造成损失的，还应赔偿损失。
第十五条订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。
第十六条双方当事人对本合同的订立、解释、履行、效力等发生争议的，应友好协商解决；协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。
第十七条本合同经由双方授权代表签字，自签订之日起生效。
第十八条本合同一式两份，双方当事人各执一份，具有同等法律效力。
甲方(盖章)：_________
法人代表(签字)：_________
_________年____月____日
乙方(盖章)：_________ 法人代表(签字)：_________ _________年____月____日
推荐第4篇：软件项目管理总结
《软件项目管理》
学 号：专 业：软件姓 名：任课教师：日 期：
实 验 报 告
1311班
2016.4.6
实验1：假设你是软件项目经理，如何有效的管理项目及其团队成员
我作为软件工程专业的一名学生，知道在软件项目开发中团队合作的重要性。对于项目管理来说，项目团队作为一个任务单元，不仅可以高效地利用有限的人力资源，而且有助于加强员工间的交流与协作。但是一个项目团队离不开一个有能力的项目经理，而项目经理对项目的成败起着关键性的作用。
1.作为项目经理应该具有的管理能力
假如我是软件项目经理，我就必须管理好我的软件项目和我的成员。作为一个项目经理，自己一定要有管理一个团队的能力。能力有可以分为两种：基本能力和基础能力。其中基本能力主要有时间管理、成本管理、人力资源管理、交流管理、质量管理、风险管理等。而基础能力包括：沟通能力、体察能力、理解能力、分析能力、总结能力、协调能力、组织能力等。我认为项目经理的技术能力可以不是很强，当然前提是他要有一个技术很好的搭档，但是他的逻辑思维能力，沟通能力和协调能力等都必须很强，总而言之，项目经理是一个综合能力很强的人，他应该懂得因地制宜，因势导利，能够把控全局，掌控整个工程项目。
案例：沟通能力很重要
老张是某个系统集成公司的项目经理。他身边的员工开始抱怨公司的工作氛围不好，沟通不足。所以他就想每周开一次开会，但他又不知道例会具体因该如何规定。很快项目组成员开始抱怨例会目的不明，时间太长，效率太低，效果太差等，有时在例会上成员意见不一致，很多成员相互争吵，甚至影响到了人际关系的融洽。
通过这个案例我们可以看出团队的沟通出了问题。这个项目经理缺乏对项目团队成员的沟通和沟通风格的分析，沟通方式单一，没有进行冲突管理。我认为他可以这样解决问题：
对项目团队的成员进行沟通风格分析，对成员的沟通风格采用不同的沟通方式，可以使用非正式的沟通方式，引入一些标准的沟通模板，注意冲突的管理等。良好的沟通是一个软件项目成功的前提条件。在软件项目管理中沟通是整个活动过程中的神经中枢,顺畅有效的沟通是项目成功的基础。要科学地组织、指挥、协调和控制项目的实施过程,就必须进行信息沟通。有效的信息沟通,对于整个项目的进度控制、风险预测、需求确定以及人际关系的改善都起着促进的作用。当然，除了沟通，其他的能力，项目经理也应具备。
案例：
A公司是一家系统集成商，李某是A公司的一名高级项目经理，现正在负责某市开发区的办公网络项目的管理工作，该项目划分为综合布线、网络工程和软件开发三个子项目，需要3个项目经理分别负责。李某很快找到了负责综合布线、网络工程的项目经理，而负责软件开发的项目经理一直没有合适的人选。原来由于A公司近年业务快速发展，承揽的项目逐年增多，现有的项目经理人手不够。李某建议从在公司工作2年以上业务骨干中选拔项目经理。结果王某被李某选中负责该项目的软件开发子项目。在项目初期，依照公司的管理规定，王某带领几名项目团队成员刻苦工作，项目进展顺利。 随着项目的进一步展开，项目成员的逐步增加，王某在项目团队管理方面遇到很多困难。他领导的团队因经常返工而效率低下、团队成员对发生的错误互相推诿、开会时人员从来没有到齐过，甚至王某因忙于自己负责的模块开会时都迟到过。大家向王某汇报项目的实际进度、成本时往往言过其实，直到王某对自己负责的模块进行接口调试时才发现这些问题。
案例分析：
王某是从技术骨干升为项目经理的，从实际工作结果看，显然王某本身尚未具备管理项目和团队的基本素质，没有培训和锻炼，仓促上阵。王某的这方面劣势本应在项目的风险管理中充分考虑并制定相应的预案。现阶段，如果项目的时间充足，李某可采用指导型的管理手段，王某的团队工作安排要全面及时汇报给李某，不论大小。正确的方案不加干涉，加强过程和结果的追踪，欠妥的地方，找王某单独沟通，让他在工作中成长。如果项目时间不够，则要采取参与式的管理手段，重要的工作安排，李某直接参与，但保持与王某的充分沟通，使之充分理解李某的方案为什么更优，其目的也是在工作中成长。不管哪种方案，前提是减轻王某的技术工作负荷，使他有时间学习和思考项目管理的方法。
2.项目经理对项目和成员的管理
项目经理不仅要管理好他的团队，还要管理项目。目前就我的角度讲，从项目经理接到一个项目开始，就要先和客户交流，必须了解到用户的需求，当然有时用户知道自己需要什么，但表达不出来，这是我就要提前假设许多种情况，来询问用户当遇到这些情况，他觉得应该怎样解决。然后把这些都要写入需求分析里。和用户谈完后，我会和团队成员一起讨论，然后根据用户的需求写需求分析。 写完需求分析后，要开始分工协作开发该项目，在开发过程中，当成员遇到困难我会尽自己所能帮他解决。当然，每一个项目都有规定的开发日期，为了项目能够如期完成，我会提前制定一个开发阶段时间表，说明项目实施阶段划分，规定不同的阶段完成什么任务，按照计划进行。不能说把项目任务分配后就对成员不闻不问，我会每天在一个时间点了解成员的开发进度，进而进行项目进度的调整。
3.项目管理者和开发人员之间要团结互助
项目管理者和开发人员之间的关系，本来应该是相互团结，相互帮助，共同面对问题的关系，可是许多项目管理者把这种关系扭曲成了管理与被管理的强制性关系，用种种规章制度，种种管理方法来强迫开发人员接受，把自己放到了开发人员的对立面，和开发人员离心离德，甚至还美其名曰\"量化管理，科学管理\"．在这种糟糕的管理下，开发人员没有任何办法，要么被动接受糟糕的管理，要么辞职以抗议．一旦一个项目发生了这种情况，它想成功就非常难了。我反对的是软件开发中的强权行为，完全剥夺了开发人员应当具有的对于项目的发言权和建议权，完全不考虑软件开发作为高强度脑力劳动的特殊性。
项目管理者和开发人员并没有本质的区别，他们只是所处的岗位不同，担任的责任不同而已，在软件开发的问题上，尤其在具体的技术细节上，往往管理者不甚精通，如果他不能吸纳开发人员的智慧，而是自己一个人拍脑袋来做决策，那么失败就在眼前了．
总的来说，在软件开发中，无论采用那种模型，那种工具，都离不开人的参与，离不开人与人之间的关系，如果不能正确对待人与人之间的关系，把本来正常的，平等的，合作的人与人之间的关系变成了不正常的，不平等的，对抗的人与人之间的关系，那么还希望项目能够成功，无异于缘木求鱼，南辕北辙了．如果人与人之间可以相互信任，相互理解，相互支持，相互合作，那么没有什么事情是办不成的，而如果人与人之间相互欺骗，相互猜忌，相互诋毁，相互斗争，那么没有什么事情是可以办成的。
4.项目经理应该具备的品质
我认为在项目管理中,项目经理的行为准则会影响到其他成员,管理流程是不可能靠项目经理一个人维持的,必须得到大家的支持。在团队管理中,一定要公平公正,要廉洁自律。在项目中一定要有正确的利益观,在尽量保证其它成员的利益、至少是不损害其它成员利益的基础上来争取自己个人合理利益。尤其要公正公平地评估项目团队成员间的利益,否则很可能因为利益分配问题导致整个团队的崩溃。在团队中我一定会坚持一些原则：不损人利己、不可或缺、集思广益、换位思考等！在团队交流中多方面的思考问题，多采纳团队中有利的建议。所以品德高尚成为项目经理首先需具备的条件。
5.当代项目经理应该具备的能力与素质
当代软件项目管理进入新的阶段。由于信息产业的技术含量高,软件开发项目经常会遇到需求多变、技术更新和所处的环境变化快和人员流动频繁。软件技术人员的管理特点等情况,影响项目管理的因素日趋增多,信息软件开发行业也就更加需要科学规范的项目管理。由于这些原因,要求软件开发项目经理应该是一个具有很强逻辑思维、推理能力和社会经验丰富的综合素质全面的管理者,缺乏职业素养的项目管理者会因自身的职业能力的局限性缺乏细节和深度地计划一个项目,使得预测潜在问题很困难,难以去管理资源,合理评估时间和成本,以及编制出可操作的时间计划,不会或不能很好地处理诸多冲突和变更。在这样的项目管理者带领下的项目团队最终只能丧失控制力。当前我国行业现实是绝大多数项目经理是技术人员出身,因为技术工作的性质和特点造成此类项目经理在任职之前人文能力不强。因此,中国传统的学而优则仕的观点在项目经理的选拔中需要格外注意,同时要加强职业培训及自我的实践总结和提高。
实验2：作为软件项目团队成员的你，应该如何有效的配合项目组成员完成工作
在软件开发项目中，许多组织采用合作开发的方式，这种方式的优点在于合作各方可以各取所长。由于在合作方式下，项目团队成员来自不同的组织，在项目实施过程中的冲突就往往不可避免，充分的沟通和参与是有效的激励机制。
1.个人在团队开发中沟通的重要性
在合作项目中，对于涉及到项目进度和人力资源调度这样一些问题而言，充分的沟通是一个关键性的管理手段。尽管定期和不定期的项目评估能够在一定程度上解决一些问题，但需要记住的是，只有那些具体负责某项工作的团队成员对有关的工作才最有发言权，也只有他们的行动才最终决定了某些计划或决策的执行效果。如果在计划制定过程中缺乏沟通，那些持有不同意见的项目团队成员就可能在执行中降低努力水平。所以在项目开发过程中，我会把自己的疑问提出，多和团队成员交流，把疑问解决，发表自己对该项目的认识，和团队成员交流自己的想法，是否能够达到项目的需求，自己的理解是否出现了偏差，而导致对团队产生不利的影响。
2.在团队开发中自己一定要参与到项目中并且努力完成任务
而对软件开发这样的项目而言，团队成员的努力才是保证项目成功的最关键的因素之一。“参与”是激励机制中的重要一环，每个团队成员都应当在计划制定过程中发表意见，不仅是因为经过充分讨论后的计划才能更加切合实际，更重要的是，团队成员在执行其“自己的计划”过程中会更加努力。在软件开发项目中，团队成员大多是技术人员，对于技术人员而言，通过新工具和新技术的使用能够提高其专业水平，因此在软件项目实施过程中适当引进新工具和新的开发环境有时也是一种良好的激励手段，当然这种手段的采用要有两个前提：相关的工具确实有效，同时需要提供一定的培训以保证工作的效率。作为一个项目团队的成员，会参与团队的项目，在项目开发的过程中，大家在项目经理的指导下都会有各自的任务，一个团队的计划是一个大计划，相当于一个概要设计，而每一个成员制定自己的任务计划就相当于详细设计。我在做自己的任务之前肯定会制定一个进度计划，按照计划进行。在此过程中遇到问题会和成员们沟通解决。
除此之外，我还会提高个人职业能力：强调持续不断的学习能力，并通过实践提升个人的专业技能，从而提高项目管理的水平。在团队合作中，我会努力做到尊重个人在信仰、文化和行为习惯方面的差异，与团队成员建立好沟通与联系，努力建设一个协作的，氛围良好的开发环境。 3.在开发团队中要多发现别人的优点
著名心理学家荣格曾列出一个公式：I+We=Fully I。意思是说，一个人只有把自己融入集体中，才能最大程度地实现个人价值，绽放出完美绚丽的人生。认识自己的不足，善于看到别人——尤其是同事——的长处，是具有良好的团队精神的基础。
在一个团队中，每个成员的优缺点都不尽相同，你应该去积极寻找团队成员中积极的品质，并且学习它，让自己的缺点和消极品质在团队合作中被消灭。团队强调的是协同工作，较少有命令和指示，所以团队的工作气氛很重要，它直接影响团队的工作效率。如果团队的每位成员都去积极寻找其他成员的积极品质，那么团队的协作就会变得很顺畅，团队整体的工作效率就会提高。
每个人都有被别人重视的需要，特别是那些具有创造性思维的知识型员工更是如此。有时一句小小的鼓励和赞许就可以使他释放出无限的工作热情，并且，当你对别人寄予希望时，别人也同样会对你寄予希望。 4.在开发团队中要多检查自己的缺点
自己应该时常的检查一下自己的缺点，比如自己是不是还是那么对人冷漠，或者还是那么言辞锋利。这些缺点在单兵作战时可能还能被人忍受，但在团队合作中会成为你进一步成长的障碍。团队工作中需要成员在一起不断地讨论，如果你固执己见，无法听取他人的意见，或无法和他人达成一致，就不可能融入团队，团队的工作就无法进展下去。如果你意识到了自己的缺点，不妨就在某次讨论中将它就坦诚地讲出来，承认自己的缺点，让大家共同帮助你改进，这是最有效的方法。当然，承认自己的缺点可能会让你感到尴尬，但你不必担心别人的嘲笑，你只会得到他们的理解和帮助。
4.每一个团队成员都要明确自己的任务
每一个团队成员应该确实知道他们每天的工作是什么，以致团队可以实现他们的目标。没有仔细的分类，团队成员容易在工作中互相误解，以及相互限制。
团队成员的交叉角色应该在开始行动之前就仔细想清楚，随着团队前进，他们可以更加精确。
团队精神不反对个性张扬，但个性必须与团队的行动一致，要有整体意识、全局观念，考虑团队的需要。它要求团队成员互相帮助，互相照顾，互相配合，为集体的目标而共同努力。
案例：
曾经有这样两个大学生：他们共同承担一个项目，但其中有分工。其中一位在完成任务的过程中遇到了技术上的难题，此时他只会自己冥思苦想乱翻书，却不屑于向坐在旁边的高手请教一下。而这位高手此时不是把他当做是共荣共辱的合作伙伴，而是坐在旁边等着看笑话。这是我们应该吸取的教训。所以在工作期间，要有意识地培养全局观念。比如要建设一个优秀班组，就不能只考虑自己的需要而不关注别人的感受。要建设一个优秀部门，每个人就不能借口自己有这样那样的事情而不参与集体组织的活动，否则将会像一盘散沙，优秀集体难以形成，自己也很难从中受益。
6.在开发过程中要注意团结合作 案例：
每到秋季来临，天空中就会有成群结队的大雁向南方迁徙，而这南飞的雁群就是一支完美的团队，是值得我们学习的团队楷模。雁群是由许多有着共同迁徙目标的大雁组成的。在组织中，它们有明确的分工合作，当队伍中途飞累了停下休息时，它们中有负责觅食、照顾年幼或老龄大雁的青壮派，有负责雁群安全的巡视放哨的大雁，有负责安静休息、调整体力的领头雁。在雁群进食的时候，巡视放哨的大雁一旦发现有敌人靠近，便会长鸣一声给出警示信号，群雁便整齐地冲向蓝天，列队远去。而那只放哨的大雁，在别人都进食的时候自己不吃不喝，非常警惕，恪尽职守，具有牺牲精神。据科学研究表明，大雁组队飞行要比单独飞行提高22%的速度，比单独飞行多出12%的距离。飞行中的大雁两翼可形成一个相对的真空状态，而飞翔的头雁是没有谁给它真空的，但漫长的迁徙过程中总得有人带头搏击，这同样是一种牺牲精神。在飞行过程中，雁群大声嘶叫以相互激励，通过共同扇动翅膀来形成气流，为后面的队友提供了“向上之风”，而且V字队形可以增加雁群70%的飞行范围。如果在雁群中，有任何一只大雁受伤或生病而不能继续飞行，雁群中会有两只大雁自发地留下来守护照看受伤或生病的大雁，直至其恢复或死亡，然后它们再加入到新的雁阵，继续南飞直至目的地，完成它们的迁徙。
大雁成群结队迁徙，在迁徙过程中任务分工明确，作为一个整体团结合作，最后飞往目的地，一个大雁群体既是这样团结合作，作为一个更需要团结合作的软件项目开发团体，我觉得更需要这种团结合作的精神。
软件开发并不是一件简单的工作，不是一个人可以完成的，一般都是多人或多个团队合作来完成，有需求分析、产品架构定位、设计与结构、编码、测试、打包等等，里面每个成员的分工都是明确，整个项目是大家互相配合、互相协作下完成。
学号：
姓名： 日期：
推荐第5篇：软件项目沟通管理
软件项目沟通管理
[摘要]：
2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求，该系统由票务管理系统和呼叫中心系统两部分组成，呼叫中心系统主要实现电话，传真和短信业务，票务管理系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成(项目背景简要介绍)
沟通是作为一个项目经理在项目管理中必须具备的最基本也是最重要的技能，项目的成功离不开良好的沟通管理。本文以该项目为例，结合作者实践，讨论在该项目进行沟通管理的问题。主要通过灵活运用多种沟通方式，直接与项目组成成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效项目会议等方法和策略进行有效的沟通管理。目前，该系统已正式投入运行，状况良好，受到客户的一致好评。（在项目XX管理中使用3种具体方法）
[正文]：
2004年6月，2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，当然还做一些编码工作，主要是公用基础代码和核心代码的编写与维护。航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来，采用先进的ＣＴＩ技术和语音板卡技术，充分利用电话，短信，传真，因特网等信息化手段，解决航空公司的机票销售问题，规范了业务流程，强化了内部管理，与电子商务的完美结合，使应用系统功能更加完善，提高了整个航空业务的工作效率。 其中，票务管理系统包括：客户管理，机票管理，票证管理，销售管理，财务结算，调度管理，远程营业部（代理商／分销商）管理 ，系统管理八大功能模块，并统一于服务器端软件模块。呼叫中心系统由电话呼叫系统，短信分发系统，传真呼叫系统三部分组成。票务管理系统是整个系统的核心，在本次开发中，我把它视为整个项目的重点。
票务管理系统采用struts＋hibernate＋spring主流ＷＥＢ应用框架，使用ＲＵＰ软件工程方法，开发工具采用了ＷＳＡＤ５.０，ＷＳＡＤ５.０集成并扩展了Ｅclipse２.０的功能。硬件配置方面，ＩＢＭＲＳ／６０００用于安装websphere５.０，DELL服务器用于安装DOMINO R6和ORACLE 10g数据库，系统平台采用WINDOWS NT 实现了WEB应用服务器与协作应用程序服务器LOTUS DOMINO 的高度集成，并使用SINGLE SIGN ON （SSO）实现单点登陆。总体架构思想：用spring搭建整个框架，用hibernate取代原始的JDBC操作，并进行持久化管理，在spring 中采用Bean来管理整个持久化层和访问层，与hibernate
相连接进行数据库操作，视图层和控制器层通过STRUTS筐架实现，模型层是数据访问层DAO 和 hibernate的结合，数据库层功能使用ORACLE 数据库实现。在本系统中将订单数据的生成分析采用关系数据库实现，通过webspher架构实现业务逻辑处理，机票订单的生成和审核流程则由DOMINO 进行驱动，将基于业务为主的J2EE服务系统和基于协作为主的DOMINO 流程处理系统有效的结合起来，确保整个业务流程的有效运行和各种数据查询分析统计的有机结合。
由于考虑到寒假和春运期间将会是旅客的高峰期，客户要求系统必须在12月底前交付，项目开发周期为6个月，为此我做了如下安排：前4个月主要集中精力用于开发票务管理系统，后两个月主要完成票务管理系统和呼叫中心系统的集成以及项目收尾工作。 （以上为项目详细介
绍）
在项目管理过程中，项目经理90%的时间都会花在沟通上，项目经理在沟通中担任主持协调者，调解人，聆听者，解释者等诸多角色。因此有效的沟通管理是项目成功的必备条件。在本系统项目中，我主要使用microsoftproject 2003作为辅助沟通工具，并通过灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效的项目会议等方法和策略进行项目沟通管理。
1． 灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节。
沟通的方式有很多，比如：电话沟通，电子邮件沟通，经理信息系统沟通，但是只有灵活运用才会收到良好的效果。在本项目中，项目正式启动后，我就把团队成员召集在一起，进行了面对面的沟通，让他们认识到任务的艰巨，同时也让他们树立完成目标的决心和勇气。平时，我会定期地到项目成员的当地住所进行私人探访，与他们进行一些随意的交谈，了解他们的需求，并探讨下他们在工作中遇到的问题，征集一些观点和看法。每周我们都会进行一次进度评审，在每个里程碑，我们都会举行一次正式的小组会议，对之前的工作情况确认和总结。我还专门为项目组搭建了一个开放式论坛，让大家可以在BBS上畅所欲言，共同讨论。
平时，我也把自己的电子信箱告诉给项目组成员，要求他们大胆地反映实际问题，积
极参与项目的决策与管理，多提建议和意见。我每天上班时都先认真阅读来信，并进行处理，从来信中，我收集到了许多对决策有用的信息，为了激励成员的热情，我决定，凡是被采纳的建议，给予鼓励，提出带有普遍性问题的来信，我都会给予答复。
2． 发展良好的沟通技能，善于运用倾听和反馈。
在与项目成员沟通的过程中，从不随意打断对方说话。如果对方的话很有道理，我会给
予适度赞美。在整个过程中，我都会心平气和的与对方讲话。当遇到问题时，我会用不同的方案去解决。如果对方听不明白，我就会举一些浅显的例子让他尽量明白我所说的话。在气氛紧张的时候，我会用幽默的话语来缓解气氛，也就是所谓的能听话，能赞美，能心平气和，能变通，能清楚，能幽默。在进行沟通时，我还特别注意培养自己的倾听素质，比如呈现给恰当肯定的面部表情，避免出现隐含消极情绪的动作，呈现出自然放开的姿态．．．．当然，适当的地反馈也是非常重要的，我尽量多问少讲，因为项目成员往往比我更清楚本职工作中存在的问题。所以，要多问问题，引导他们自己去思考和解决，我只对他们的工作进展作出评价，沟通的重心放在“我们”，在沟通中尽量多使用“我们”少用“你”。同时我会把握良机，在适当时候进行反馈，党成员出色地完成了一件事我会给予及时的表扬和激励;当成员犯了错误，我会等他冷静之后再作反馈;在进行批评时，也坚决不用“没能力”，“失信”等评价性语言。我特别注意反馈谈访的内容与书面考评意见的一致，不避重就轻，因为这样会带来不好的效果。
3． 召开高效的项目会议。
项目会议是项目经理沟通项目信息，跟踪项目进展，制定项目计划，形成项目决策，解决项目冲突，确保项目按计划顺利进行的有效手段。在本系统项目中，启动阶段我们召开了项目启动动员大会，由该项目当事人双方参与，主要目的是为了士气，统一思想，明确目标，每周我们会举行一次项目例会，由项目组成员全体参与，主要是检查项目计划的完成情况，发现偏差，并制定和落实纠偏措施。每日会举行一次项目评审会议，主要目的是总结上阶段工作，布置下阶段任务，在该项目结束后，我们召开项目总结大会，发起人老总，各部门经理，项目组全体成员都参与，主要目的是为了总结经验，检讨教训，论功行赏，项目运行一段时间后，我们还召开了后评价会议。由很多专家参与，主要是学习和反馈，对项目进行总结，在开会之前，我们都确定了会议的日程，议题，参与人，地点等。并提前通知与会者。同时控制会议的规模。仅邀请必需人员参加，并要求按时开会，按时结束，制定防止开会迟到，早退的制度。在会议上不允许讨论与会议议题无关的话题，在会议也要听取不同的观点和意见。
航空票务系统在2004年12月下旬正式上线，提前完成了项目，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。重新回顾该项目开发过程，项目组成员常常因为技术问题而争论，当发生冲突，在解决冲突方向时，我们仍旧处理地不够好，技能欠缺，在今天的开发中，我会不断的努力和改进。
论文写作模板
摘要
第一段：简要介绍项目背景、过程、架构
第二段：介绍项目过程中使用XXX管理手段，主要使用3点方法（1）(2)(3) 正文
第一部分：详细介绍一下项目背景（可分几段，随便你喜欢）
第二部分：介绍一下XX管理包括什么基本知识（吹一吹XX管理的知识点，主要结合几句实践的话），其中主要使用了3个方法进行XX管理,(对应摘要上面的3种方法)
（1）
（2）
(3)
这3点要一边论述理论，一边论述自己在项目如何实施，理论结合实际
第三部分：总结经验，列举2到3点自己在项目之中 的不足，展望未来
推荐第6篇：软件项目沟通管理
软件项目沟通管理
[摘要]：
2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求，该系统由票务管理系统和呼叫中心系统两部分组成，呼叫中心系统主要实现电话，传真和短信业务，票务管理系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成沟通是作为一个项目经理在项目管理中必须具备的最基本也是最重要的技能，项目的成功离不开良好的沟通管理。本文以该项目为例，结合作者实践，讨论在该项目进行沟通管理的问题。主要通过灵活运用多种沟通方式，直接与项目组成成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效项目会议等方法和策略进行有效的沟通管理。目前，该系统已正式投入运行，状况良好，受到客户的一致好评。
[正文]：
2004年6月，2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，当然还做一些编码工作，主要是公用基础代码和核心代码的编写与维护。航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来，采用先进的ＣＴＩ技术和语音板卡技术，充分利用电话，短信，传真，因特网等信息化手段，解决航空公司的机票销售问题，规范了业务流程，强化了内部管理，与电子商务的完美结合，使应用系统功能更加完善，提高了整个航空业务的工作效率。 其中，票务管理系统包括：客户管理，机票管理，票证管理，销售管理，财务结算，调度管理，远程营业部（代理商／分销商）管理 ，系统管理八大功能模块，并统一于服务器端软件模块。呼叫中心系统由电话呼叫系统，短信分发系统，传真呼叫系统三部分组成。票务管理系统是整个系统的核心，在本次开发中，我把它视为整个项目的重点。
票务管理系统采用struts＋hibernate＋spring主流ＷＥＢ应用框架，使用ＲＵＰ软件工程方法，开发工具采用了ＷＳＡＤ５.０，ＷＳＡＤ５.０集成并扩展了Ｅclipse２.０的功能。硬件配置方面，ＩＢＭＲＳ／６０００用于安装websphere５.０，DELL服务器用于安装DOMINO R6和ORACLE 10g数据库，系统平台采用WINDOWS NT 实现了WEB应用服务器与协作应用程序服务器LOTUS DOMINO 的高度集成，并使用SINGLE SIGN ON （SSO）实现单点登陆。总体架构思想：用spring搭建整个框架，用hibernate取代原始的JDBC操作，并进行持久化管理，在spring 中采用Bean来管理整个持久化层和访问层，与hibernate 相连接进行数据库操作，视图层和控制器层通过STRUTS筐架实现，模型层是数据访问层DAO 和 hibernate的结合，数据库层功能使用ORACLE 数据库实现。在本系统中将订单数据的生成分析采用关系数据库实现，通过webspher架构实现业务逻辑处理，机票订单的生成和审核流程则由DOMINO 进行驱动，将基于业务为主的J2EE服务系统和基于协作为主的DOMINO 流程处理系统有效的结合起来，确保整个业务流程的有效运行和各种数据查询分析统计的有机结合。
由于考虑到寒假和春运期间将会是旅客的高峰期，客户要求系统必须在12月底前交付，项目开发周期为6个月，为此我做了如下安排：前4个月主要集中精力用于开发票务管理系统，后两个月主要完成票务管理系统和呼叫中心系统的集成以及项目收尾工作。
在项目管理过程中，项目经理90%的时间都会花在沟通上，项目经理在沟通中担任主持协调者，调解人，聆听者，解释者等诸多角色。因此有效的沟通管理是项目成功的必备条件。在本系统项目中，我主要使用microsoftproject 2003作为辅助沟通工具，并通过灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节，发展良好的沟通技能，善于运用倾听和反馈，召开高效的项目会议等方法和策略进行项目沟通管理。
灵活运用多种沟通方式，直接与项目组成员沟通，避免中间环节。
沟通的方式有很多，比如：电话沟通，电子邮件沟通，经理信息系统沟通，但是只有灵活运用才会收到良好的效果。在本项目中，项目正式启动后，我就把团队成员召集在一起，进行了面对面的沟通，让他们认识到任务的艰巨，同时也让他们树立完成目标的决心和勇气。平时，我会定期地到项目成员的当地住所进行私人探访，与他们进行一些随意的交谈，了解他们的需求，并探讨下他们在工作中遇到的问题，征集一些观点和看法。每周我们都会进行一次进度评审，在每个里程碑，我们都会举行一次正式的小组会议，对之前的工作情况确认和总结。我还专门为项目组搭建了一个开放式论坛，让大家可以在BBS上畅所欲言，共同讨论。
平时，我也把自己的电子信箱告诉给项目组成员，要求他们大胆地反映实际问题，积极参与项目的决策与管理，多提建议和意见。我每天上班时都先认真阅读来信，并进行处理，从来信中，我收集到了许多对决策有用的信息，为了激励成员的热情，我决定，凡是被采纳的建议，给予鼓励，提出带有普遍性问题的来信，我都会给予答复。
发展良好的沟通技能，善于运用倾听和反馈。
在与项目成员沟通的过程中，从不随意打断对方说话。如果对方的话很有道理，我会给予适度赞美。在整个过程中，我都会心平气和的与对方讲话。当遇到问题时，我会用不同的方案去解决。如果对方听不明白，我就会举一些浅显的例子让他尽量明白我所说的话。在气氛紧张的时候，我会用幽默的话语来缓解气氛，也就是所谓的能听话，能赞美，能心平气和，能变通，能清楚，能幽默。在进行沟通时，我还特别注意培养自己的倾听素质，比如呈现给恰当肯定的面部表情，避免出现隐含消极情绪的动作，呈现出自然放开的姿态．．．．当然，适当的地反馈也是非常重要的，我尽量多问少讲，因为项目成员往往比我更清楚本职工作中存在的问题。所以，要多问问题，引导他们自己去思考和解决，我只对他们的工作进展作出评价，沟通的重心放在“我们”，在沟通中尽量多使用“我们”少用“你”。同时我会把握良机，在适当时候进行反馈，党成员出色地完成了一件事我会给予及时的表扬和激励;当成员犯了错误，我会等他冷静之后再作反馈;在进行批评时，也坚决不用“没能力”，“失信”等评价性语言。我特别注意反馈谈访的内容与书面考评意见的一致，不避重就轻，因为这样会带来不好的效果。
召开高效的项目会议。
项目会议是项目经理沟通项目信息，跟踪项目进展，制定项目计划，形成项目决策，解决项目冲突，确保项目按计划顺利进行的有效手段。在本系统项目中，启动阶段我们召开了项目启动动员大会，由该项目当事人双方参与，主要目的是为了士气，统一思想，明确目标，每周我们会举行一次项目例会，由项目组成员全体参与，主要是检查项目计划的完成情况，发现偏差，并制定和落实纠偏措施。每日会举行一次项目评审会议，主要目的是总结上阶段工作，布置下阶段任务，在该项目结束后，我们召开项目总结大会，发起人老总，各部门经理，项目组全体成员都参与，主要目的是为了总结经验，检讨教训，论功行赏，项目运行一段时间后，我们还召开了后评价会议。由很多专家参与，主要是学习和反馈，对项目进行总结，在开会之前，我们都确定了会议的日程，议题，参与人，地点等。并提前通知与会者。同时控制会议的规模。仅邀请必需人员参加，并要求按时开会，按时结束，制定防止开会迟到，早退的制度。在会议上不允许讨论与会议议题无关的话题，在会议也要听取不同的观点和意见。
航空票务系统在2004年12月下旬正式上线，提前完成了项目，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。重新回顾该项目开发过程，项目组成员常常因为技术问题而争论，当发生冲突，在解决冲突方向时，我们仍旧处理地不够好，技能欠缺，在今天的开发中，我会不断的努力和改进。
推荐第7篇：软件项目管理小结
软件项目管理已经到了学期的最后，我们seed小组的软件项目也已完工，这一个学期真的是获益匪浅！
礼平老师曾经说我既可以走技术路线也可以走管理路线，一切都看我自己。真的很是佩服老师的看人眼光，很犀利。我知道，现在的我不是没有能力去做好，只是自己没有去做，一直在殿外徘徊，不肯付出努力向前迈进。从大一到现在，我的专业技术一直都是我的短板，理由么，很简单，就是因为自己懒，不肯花时间去做。从以前不知道自己想做什么，到现在明确目标，可以说，软件项目管理课程给了我很多灵感，让我从自己纷乱的思绪中看清楚了自己最想要的东西。一直自己很喜欢管理，我会花费很多时间在这上面，从大一到现在一直都是，一直没有改变过。在技术上，我总是给自己找借口，总是偷懒，但我现在明确了一点，没有技术，就没有管理！脱离技术的管理是不可能的，也是不现实的。在这个行业里，技术是一切的基本，想作工程师也好，想作管理者也好，技术都是起步的根基。而我这次所经历的项目更让我明确了这一点。在这个小项目里，虽然我们两个星期就开发完成了这个软件，并交付使用，但是问题还是很多的。在这么一个小项目里，由于需求、设计、代码、文档产生的问题，每一个看似容易，却都需要实实在在的经验在里面，都需要对业务的熟悉，有语言功底作根基。
在这个项目里，我负责软件配置管理工作，在文档的整理过程中，我仔细看了他们的需求分析，概要设计，数据库设计，模块设计等文档，也参与了风险分析文档的编写，承担了用户手册和项目成本估算的编写。在这个过程中，我明确了技术的实在意义，明确了技术对我的指导作用，同时也明确了自己的学习道路应该怎么走下去！
整个项目进行的过程中，我一直在努力从中学习，我旁听开发组的会议，为组长提供管理意见，为会议、文档制定标准，整个过程我收获了很多。
1、软件项目小组中的人员安排要职责明确，并有配套的管理记录，整理每个人的工作进度，随时更新，以方便开发人员、测试人员之间的沟通。
2、会议、文档、代码都要有相应的“纪律”，否则整个小组的开发效率会大打折扣。
3、对业务的熟悉有助于明确需求，只有明确的需求才能让项目更加顺利的进行。
4、细致的计划可以让项目进行避免很多弯路，可以在任务的初期就发现存在的问题，并及时予以解决。
5、项目文档、代码定期予以备份，当项目遇到未预料到的问题时可以及时恢复，尽可能减少损失。
当然，还有很多，包括软件测试上的收获，写文档的收获，这里就不一一列举了。这是我大学里最认真的一门课，当然，收获也是最多的。
最后，谢谢礼平老师给我带来的这一切一切，也感谢同组同学给我的帮助，结果已然不重要了，我所收获的这许多东西，远比成绩要有意义的多
软件项目管理小结（2）：
对软件项目的管理者来说，他最应该关心的是能否按时优质地交付产品的问题。在计划软件开发的路线时，他必须首先考虑软件基本功能的实现和工程交付期，其次，才考虑产品的卖点，许多工程失败的原因就在于设计者没有时间概念，工程前松后紧或增加了许多次要的技术特征，这样反而对产品质量形成了威胁，总之，最重要的是懂得统筹安排各个环节。
推荐第8篇：软件项目管理总结
《软件项目管理》学习总结报告
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展。
项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报最大化，使潜在风险最小化。
1.项目管理在软件开发中的应用的成因
目前我国大部分软件公司,无论是产品型公司还是项目型公司,都没有形成完全适合自己公司特点的软件开发管理模式,虽然有些公司根据软件工程理论建立了一些软件开发管理规范,但并没有从根本上解决软件开发的质量控制问题。这样导致软件产品质量不稳定,软件
后期的维护、升级出现麻烦,同时最终也会损害用户的利益。
随着软件开发的深入、各种技术的不断创新以及软件产业的形成,人们越来越意识到软件过程管理的重要性,管理学的思想逐渐融入软件开发过程中,应用开发的项目管理日益受到重
视。
2.软件项目管理常见问题及解决方案
(1)缺乏项目管理系统培训
在软件企业中,以前几乎没有专门招收项目管理专业的人员来担任项目经理,被任命的项目经理主要是因为他们能够在技术上独当一面,而管理方面特别是项目管理方面的知识比
较缺乏。
解决方案:项目经理接受系统的项目管理知识培训是非常必要的,有了专业领域的知识与实践,再加上项目管理知识与实践和一般管理的知识和经验的有机结合,必能大大提高项
目经理的项目管理水平。
(2)项目计划意识问题
项目经理对总体计划、阶段计划的作用认识不足,因此制定总体计划时比较随意,不少事情没有仔细考虑;阶段计划因工作忙等理由经常拖延,造成计划与控制管理脱节,无法进行有
效的进度控制管理。
解决方案:计划的制定需要在一定条件的限制和假设之下采用渐近明细的方式进行不断完善。提高项目经理的计划意识,采用项目计划制定相关知识、技术、工具,加强对开发计
划、阶段计划的有效性进行事前事后的评估。
(3)管理意识问题
部分项目经理不能从总体上把握整个项目,而是埋头于具体的技术工作,造成项目组成员之间忙的忙、闲的闲,计划不周、任务不均、资源浪费。有些项目经理没有很好的管理方
法,不好安排的工作只好自己做,使项目任务无法有效、合理地分配给相关成员,以达到“负载
均衡”。
解决方案:加强项目管理方面的培训,并通过对考核指标的合理设定和宣传引导项目经理更好地做好项目管理工作。技术骨干在担任项目经理之前,最好能经过系统的项目管理知识,特别是其中的人力资源管理、沟通管理的学习,并且在实际工作中不断提高自己的管理素
质,丰富项目管理经验,提高项目管理意识。
(4)沟通意识问题
在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足,造成各做各事、重复劳动,甚至造成不必
要的损失;有些人没有每天定时收邮件的习惯,以至于无法及时接收最新的信息。
3.软件项目管理的现状分析
软件项目管理的提出是在20世纪70年代中期的美国，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10％的项目能够在预定的费用
和进度下交付。
1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31％的项目未做完就被取消，53％的软件项目进度通常要延长50%的时间，只有9％的软件项目能够及时
交付并且费用也控制在预算之内。
软件项目管理和其他的项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有
很好的管理，其软件质量是难以想象的。
4.我国软件项目管理的前景
应该很清楚地意识到，项目管理在中国起步较晚，项目管理水平与高速增长的经济建设不相适应，也不利于参与国际竞争，必须奋起直追，赶超国际先进水平。展望未来，我们
面临的不仅有广阔市场的大好机遇，还有必须认真对待的严峻挑战：
（1）、随着中国加入WTO，工程建设市场竞争时代的来临，加大项目管理力度势在必行。只有稳定提高实力，迅速熟悉并掌握国际规则，主动溶人贸易体系，不断加强竞争实
力和项目管理水平，才不会在激烈的市场竞争中失败。
(2)、随着中国宏观控制体制调整和市场经济改革的深化，工程公司、项目管理公司和工程咨询公司等企业必须进一步深化管理体制和运行机制改革，加快重组，与世界接轨，建立现代企业制度，才能成为自主经营、自担风险、自负盈亏和自我发展的良好经济实体，在
项目管理中提供高质量、有针对性、有竞争力的服务。
(3)、目前，中国建设市场在管理体制、法制建设、运行机制、中介服务、价格政策和社会习惯等方面仍有许多有待改进的工作要做。中国必须建立法制的、政府监督的、自我约
束的管理体系，建立公开、公平、公正的投资中介市场，加大投资中介服务的法律责任，为
工程咨询和项目管理创造更好的市场环境。
(4)、中国公司应该进一步加强与美国、欧洲和澳大利亚的国际项目管理机构和协会之间的合作与交流。充分利用理工大学和学院加强项目管理的理论与实践研究，建立自己的项目管理体系，引进和开发先进的项目管理软件系统，提高项目管理水平，为工程公司、项目
管理公司和工程咨询公司的发展提供更好的环境。
(5)、中国必须培养自己的优秀项目管理专业人员，大力提高项目管理水平。专业人才匮乏是影响中国项目管理快速发展的主要因素，中国应当把培训和建立一支优秀项目管理专业人员队伍作为战略任务来抓。中国项目管理人力资源结构必须通过国内国际相关培训和认
证机构以及项目管理实践来改进。
只有采取上述的措施，中国企业才能适应可持续发展要求并在激烈的市场竞争中立于不败之地。刚刚在9月1日，邦永科技于广东亚洲国际大酒店召开首届渠道峰会，被业内同行称之为“来势汹汹”。此会议共在全国招募了30多个地区总代理商，11月份正式启动市场。据了解，邦永的产品定位为中低端，价位在5万到40万元之间。邦永目前加紧平面营销渠道建设的同时，还在酝酿许多与行业主管部门的技术合作，似乎对打造国内项目管理行业标准胸有成竹。无怪乎邦永拿出这么大的举措：据资料显示，2002年中国政府拨3000亿元专款用于各类政策性项目，省、市地方政府捐助至少1000亿元的专款，全国每年至少有2000个新的1亿元以上的大中型项目。如果这些项目都采用软件来进行管理的话，市场非常可观。邦永对这个市场充满信心，尽管项目管理软件市场在中国仍然处于启动阶段，但市场已经很大，高中端市场的容量在一亿元以上，3-5年内将达到6亿元左右。这还是一个
比较保守的数字。
总而言之，软件项目管理领域仍然是一个比较新的领域，竞争态势还远未达到白热化的程度，但前景十分可观。需要不断的去开发与研讨，才能让软件充分的发挥在项目管理的领域，但在软件项目管理中，存在在的各种风险管理应该根据不同的因素而做出不同的解决措施，让项目管理可以发挥到一定的程度，使之更加的完善。最后感谢张冰峰老师一学期来
的教导。
推荐第9篇：软件项目管理学习心得
软件项目管理课程总结和心得
软件项目管理这门课程是我们软件工程测试技术专业学生的一门重要的课程，这门课程的开设必有其重要性。软件项目管理的提出是在20世纪70年代中期的美国。由于开发项目不能按时提交、超出预算、质量达不到用户的要求等原因，70%的项目出现问题。于是，软件开发者开始逐渐重视软件开发中的各项管理。到了20世纪90年代中期，软件项目管理不善的问题仍然存在。软件项目管理和其他项目管理相比有相当的特殊性。首先，软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。因此，项目管理对软件生产具有决定性的意义。
项目管理的定义是指一定的主体，为了实现其目标，利用各种有效的手段，对执行的项目周期的各个阶段工作进行计划、组织、协调、指挥、控制，以取得良好经济效益的各项活动的总和。软件项目管理目的是为了使软件项目能够按照预定的成本、进度、质量顺利完成而进行分析和管理的活动。另外，进行软件项目管理有利于将个人开发能力转化成企业的开发能力。企业的软件开发能力越高，表明这个企业的软件生产越趋向成熟，企业越能够稳定发展。
对于软件项目的学习，我首先放正了态度来学习，认真分清软件项目管理与软件工程的关系和项目管理知识体系。软件项目管理从头到尾包括9个知识领域、5个标准化过程组和44个模块。其中本学期我们学习的主要知识点有以下几个部分，如：项目的初始中项目立项、合同项目、内部项目、项目授权、初始项目范围、生存期模型等知识点；项目计划中范围计划、时间计划、成本计划、质量计划、人力资源计划、沟通计划、风险计划、合同计划、配置管理计划、集成计划等知识点；项目执行控制中集成变更管理、范围管理、进度成本管理、挣值分析法、偏差管理、质量管理控制、团队管理和建设、项目沟通管理和风险管理等；项目结束中合同结束、项目结束、项目总结、项目管理的建议等。对于这些知识点，我根据具体案例具体分析。
通过本学期的学习，我感受到软件项目管理是一门非常需要学习的课程。即使作为考察课程，它也是软件行业人士所必须了解的知识。它对软件工程项目的作用是至关重要的。现在，作为学生的我所做的项目虽然都是一些小的项目，但是在小组共同开发的时候还是需要用到项目的管理。如：人员的分配，时间、进度的计划，沟通计划，项目执行变更管理，以及质量管理控制等多种管理。如今这门课程我学的还不是很好，但我相信在今后的实训及工作当中，能够更好的体验和感受到项目管理的精髓，对软件项目管理有更深入的了解。我也希望，学校的老师能够在今后的教学当中重视软件项目管理课程，多让学生了解实例，去感受、体会软件项目管理所遇到的问题和解决方案，理解软件项目管理的精髓。
推荐第10篇：《软件项目管理》教学大纲
计算机系教学大纲
软件项目管理
《软件项目管理》教学大纲
课程代码：
课程名称：软件项目管理
授课对象：软件工程专业（本科） 课程性质：《软件项目管理》是本科软件工程专业的一门专业选修课程。本课程先修课程有“软件工程”、“程序设计”、“UML需求分析”、“构建技术”。
教学目的：本课程的旨在使学生掌握软件项目如何开始、如何获得资金以及项目如何进行等项目管理的基本内容、原理和方法。要求学生通过本门课的学习，掌握先进的项目管理技术、项目管理的结构以及学习如何保持项目朝着最终结构的方向前进。
课程的教学原则和教学方法：
本课程本课程从基本到高级循序渐进地介绍了项目管理的基本概念，如编织预算、设计工作分解结构、维持令人兴奋的环境，从而确保不断地获得成功。 课程总学时：总学时数为42学时。
课程教学内容要点和建议学时分配： 软件项目管理概述（ 2 学时） （1）项目管理的概念及特征 （2）项目管理的生命周期 （3）项目管理的知识体系 （4）软件项目管理的目标 （5）软件项目管理过程 具体教学要求：
①了解项目管理概念，了解项目管理知识体系； ②理解项目管理的生命周期，软件项目管理特点； ③了解软件项目管理的目标和过程；
项目启动准备（4学时） （6）项目立项
（7）项目的准备工作 （8）项目可行性计划 （9）项目的启动动员 具体教学要求：
①了解项目建议书的书写必要性，了解项目章程； ②理解项目可行性分析方法；
③理解项目的成本效益分析方法。 软件项目计划（4学时）
计算机系教学大纲
软件项目管理
（10）软件项目计划概述 （11）软件项目计划的内容 （12）项目计划工具 具体教学要求：
①了解项目计划的概念和项目计划的内容概要； ②掌握项目计划原则，项目计划流程； ③掌握项目计划的各项内容的制定方法； 软件项目需求管理（ 4学时） （13）软件项目需求管理的概述 （14）软件需求开发 （15）软件需求管理 具体教学要求：
①了解软件项目需求管理概念；
②理解需求获取的的方法，需求文档的撰写； ③掌握需求变更方法和流程； 项目的进度管理（ 6学时） （16）项目进度的概念
（17）项目进度计划制定方法 （18）进度计划的撰写 具体教学要求：
①了解标识项目活动过程，确定项目活动的次序，项目活动之间的关系； ②理解关键路径分析法，正向遍历和反向遍历，项目进度计划编制方法； 项目预算和成本管理（6学时） （19）项目成本估算概述 （20）项目估算方法 （21）工作量的方法 具体教学要求：
①了解项目成本估算；
②掌握项目成本预算编制； 软件项目的质量管理（6学时） （22）质量管理概述 （23）软件质量管理计划
（24）软件项目质量控制和缺陷预防 （25）软件项目质量度量 具体教学要求：
①了解项目质量管理的基本概念，项目质量管理的组织结构； ②理解项目的质量管理计划的内容、实施和控制；
计算机系教学大纲
软件项目管理
软件项目风险管理（4学时） （26）软件项目风险管理的概述 （27）风险的认识和分析 （28）应对项目风险的措施 具体教学要求：
①了解项目风险管理的概念，理解项目风险的识别方法； ②理解项目风险的评估方法；
软件项目人力资源管理和沟通管理（4学时） （29）项目团队组织结构 （30）团队管理概述
（31）团队的激励管理方式 （32）沟通管理 具体教学要求：
①了解项目团队建设过程和方法，项目团队组织结构划分；
②理解项目团队过程管理，团队的知识传递和培训，团队沟通原则； 项目收尾（4学时） （33）项目收尾概述 （34）项目验收和移交 （35）项目总结和评价 具体教学要求：
①了解项目验收前提、内容和流程； ②理解项目总结的目的和意义； 教材和教学参考书：
教材
（37）夏辉，软件项目管理，清华大学出版社，2015 教学参考书
（38）康一梅，软件项目管理，清华大学出版社，2010 （39）朱少民 ，软件项目管理（第2版），人民邮电出版社，2015 课程考核与评估方法：
该课程考核由平时成绩（包括出勤、书面作业）和期末笔试成绩（闭卷笔试）两部分综合评价。
课程总评成绩（100％）＝出勤（10%）＋作业（20％）＋期末考试（70%）。
第11篇：软件项目管理作业
1.谈谈你对质量管理的认识？保证质量管理从哪几个方面考虑？
答：质量管理的学派和观点有很多，具体代表性有戴明理论，朱兰理论，克鲁斯比理论，田口玄一理论等。其中：
1.戴明理论的核心是“目标不变，持续改善和知识积累”，预防胜于检验。○
2.朱兰理论的核心思想是适用性，适用性是通过遵守技术规范，使项目符○
合或者超过项目相关人及客户的期望。
3.克鲁斯比理论的核心思想是质量定义符合预先的要求，质量源于预防，○
质量的执行标准是零缺陷，质量是用非一致成本衡量的。
4.田口一玄核心思想是应用统计技术进行质量管理，通过损失函数来决定○
产生未满足目标产品的成本。
质量就是符合客户要求。人们对质量如何达成的认识是在不断发展与完善之中的。早期认为质量是检验出来的，后来随着统计方法的应用认为质量是控制出来的，现在业界普遍认为是覆盖全员、全过程、全系统的质量管理。质量管理归结起来可包括：关注客户；明确要求；零缺陷过程方法；系统分析与预防；领导重视；全员参与；持续改进；基于数据与事实决策；与供应方合作互利；知识管理。
至少要考虑以下几个方面：
1、让用户承认你的测试对象分析结果(需求分析转化为测试需求分析的过程要得到客户的认可)
2、用例设计过程，不但要能设计出高效的用例，而且要能说明是如何的高效，要得到客户的认可。
3、如何证明，你的测试过程是高精度，高效率的，你的团队是敬业的，并有在实施的过程中能不断的发现问题，克服/解决问题。
4、你的结果报告中的内容，是否能准确反映软件的质量状况，并且，有客户想看到的内容。
2.结合自己的软件项目，拟定项目管理控制计划。
第12篇：软件项目管理1
实验1
1.软件项目与一般项目的区别是什么？
通常意义上来说，
软件项目管理是指软件开发过程的管理，来源是项目的立项报告和开发任务书，结果是可部署的软件系统。
软件工程是软件开发遵循的一般性指导，是项目经理和开发人员必须掌握的，一般都作为一门课程教学，ISO9002和CMM是我们经常具体使用的指南。
IT项目管理涉及面就较广了，不但要考虑软件系统，还要涉及网络基础设计、软硬件平台、运行维护管理等。
软件估算的戒律
（1）不要追求完美：就像没有人能预测出未来，如果还没有完成，就不要企图完美的结果。更何况估算的太精确，反而会失去灵活机动的空间。
（2）不要为满足预算而估算：如果这个项目的预算根本不能完成100%的任务，那么就不要让你的团队委曲求全。正确地反映客观现状，不仅可以争取应得的权利，而且是完成任务的前提。
（3）不要随意削减估算结果：有很多老板喜欢把项目经理递交的估算，不假思索地砍掉一部分。这是一种不负责任的做法，如果要削减一定要有理由。
（4）客观地估算，不贪多不偷减：就像老板不能随便削减你的估算一样，你也同样不能在估算的时候，贪多或是偷减。贪多必然导致会浪费，偷减必然导致不足。这两个结果恐怕都不是一个合格的项目经理的作为。
（5）客观利用过去的经验：对于以往估算的经验，当然是宝贵的财富，但是如果财富用错了地方就会变成垃圾。在使用经验时，要注意现在和参考经验之间的差异。不要忘记，随着时间的推移，
计算机领域技术的更新，许多观念都在发生着改变。
（6）不要以客户目标作为估算的结果：客户是上帝，软件公司一定要尽力实现客户的需求。但我们要实现的是合理的目标，况且不能为了完成目标而去堆积数字，这样岂不是因果倒置了。
（7）不要隐匿不确定的成本：软件开发中存在潜在风险，是很正常的事情。现在风险就会带来潜在的成本，如：突然一位程序员离职，导致工作进度路落后。我们不可能估算到任何一种可能发生的情况，但有责任把可能出现的一些关键环节列出来。
2.项目成本管理包括哪些过程？
项目成本管理由一些过程组成，要在预算下完成项目这些过程是必不可少的： 1资源计划过程--决定完成项目各项活动需要哪些资源(人、设备、材料)以及每种资源的需要量。
2成本估计过程--估计完成项目各活动所需每种资源成本的近似值。
3成本预算过程--把估计总成本分配到各具体工作。
4成本控制过程--控制项目预算的改变。 项目成本管理应遵循下列程序：
1 掌握生产要素的市场价格和变动状态。
2 确定项目合同价。
3 编制成本计划，确定成本实施目标。
4 进行成本动态控制，实现成本实施目标。
5 进行项目成本核算和工程价款结算，及时收回工程款。
6 进行项目成本分析。
7 进行项目成本考核，编制成本报告。
8 积累项目成本资料。
3.简述软件项目立项一般需要经过哪几个阶段？
1、首先制定项目计划，最初计划是里程碑性质的。可以先按瀑布模型设置，里程碑点主要为需求评审、设计评审、经过代码开发和单元测试后进行集成测试、部署上线是一个很重要的里程碑，一般用户会期望系统何时能使用进入试运行期（也可以称为用户测试阶段）
2、需求开发阶段：怎么样写好需求很关键，如何学会进行需求开发可以去看下经典的《需求工程》这个翻译的书，不是很厚，但需要能理解为什么那样做更好，这个需要实践经验锻炼自己。如果有项目成员，可以一起做需求，这个阶段对于业务理解、分析、如何开展调研以及文字表述、业务流程图描述还有文档编辑能力都有不少要求。一般分为《用户需求说明书》和《需求规格说明书》，小项目可以写一个《需求分析报告》，《用户需求说明书》是用用户的语言进行描述，让用户和开发团队对于需求的达成一致的理解，《需求规格说明书》，则是对用户需求的分析，形成系统要具有的功能，这个是真正提供用户可交互操作的文档，也就是后期设计和代码开发的重要基线。
另外，作为了解需求，拿出用户UI和用户交流也是一项比较重要的需求获取手段，虽然这个属于设计的范畴
3、系统设计阶段：系统总体架构，结合用户对系统环境、开发语言以及运行的网络硬件等要求，确定开发工具等，对应用系统关系进行架构性设计，通过需求阶段对用户的分析归类，用图的方式描述出用户和各子系统或模块的全局视图，以及和其他系统的关系。也就是搞清楚系统的边界问题。概要设计中除了高层架构设计，还需要设计网络拓扑图，以及系统部署图。概要设计比较重要的还有就是子系统、模块进行合理的划分。模块的名称很大程度上会成为用户的主要菜单，如何用用户的角度去取比较清楚的子系统和模块是很重要的。
4、代码开发和单元测试阶段：这个阶段一般来说需要改进瀑布模型，类似跌代开发，把模块进行合理划分，把项目总体计划的代码开发测试阶段划分为多个时间段，每个时间段都包括代码开发、单元测试和集成测试，这个阶段还需要对需求变更进行跟踪控制，如果需求有变更，那么要把需求文档、设计文档都重新跟上。跌代开发的好处就是不让代码开发阶段拉的过程，没有进行及时的自我检查，不小心到了提交时间，却不是用户想要的，还有可能都不是自己想要的。
项目经理重要的责任是控制好进度，能及早发现风险，并能拿出好的预防和解决办法的措施。合理安排好开发团队的任务，合时的任务安排和衔接，你会觉得非常有艺术感，这个要自己体会了。另外，关注项目团队各人员的状况，保持高的战斗力，及时发现并能鼓励团队共同朝一个目标前进。
5、测试工作，测试是项目的很重要的环节，怎么测试，怎么准确测试，怎么有效测试，怎么覆盖测试，时间、人手、经验扽个方面都会有制约。高级测试人员能够分析系统各测试要点，在需求、设计阶段都要参与，提早了解如何去测试，能写出测试用例。
6、文档工作，文档在项目开发中也占有重要位置，除非你觉得代码是项目唯一的成果，那么你把文档抛掉吧，什么都在你的脑子里，团队中人员一走，项目的一部分也就带走了。代码开发其实也需要文档，代码是成果，代码注释是成果，模块开发卷宗也是重要的成果，因为程序员在开发时候的逻辑是怎么样的，对于今后查问题很有作用。除非你的系统设计程度到了方法、类，把代码逻辑也都设计好了，那么程序员就CODEING去吧。
7、QA是对项目过程的质量保障，有些公司吧QA和测试工作合成一个岗位叫做QA&测试人员，或者就叫QA人员。QA是对项目全过程的监管，独立于项目之外。监督项目经理在各项目里程碑提交相关成果，入库形成基线。
第13篇：软件项目管理会议纪要
软件项目管理会议
2016.4.11
一、项目管理问题
1、项目质量（变更）：解决项目反复修改问题
1）商务问题：
①跟进商务要从项目开始到验收，必须掌握每个环节情况，项目在实施阶段，技术总监要给商务提供各阶段进度表。《需求阶段质量控制》《开发阶段质量控制》《设计质量控制》《测试质量控制》
②变更：商务在获取需求时，要与技术总监进行判定，有偿还是无偿 2）技术问题
①制定项目评审计划：设计、需求等
②对项目各阶段记录管理，填写相应表格，查看管理者是否按要求进行审核，出现问题，进行追溯
③项目结项后，对售后服务进行统计，统计看看具体是什么问题，每个季度开一次售后服务总结会议。看看是质量、还是需求、设计等等问题
2、项目时间
1）项目级别划分：对项目进行评级打分，确定周期、优先级
2）避免与程序员进行商讨开发时间：公司一旦定好时间，工时不能变更
二、团队管理问题
1、态度问题：不自主
1）对待不自主就一个办法：给他直接“安排工作”，告诉要求。 2）绩效：严格按绩效、制定执行
第14篇：软件项目管理总结
软件项目管理
1 项目管理过程
软件项目管理的对象是软件工程项目。涉及的范围覆盖了整个软件工程过程。
项目管理是指“在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期限。”
项目的核心知识是范围、时间、成本和质量。辅助知识是人力资源管理、风险管理和采购管理。
2 项目启动
接受项目的第一步工作就是界定项目。 项目启动应做如下工作：
1) 设定目标：收集事实、信息、意见、需求；探讨假设情况；确定应包括的内容和应排除的东西。
2）SWOT分析：S（优势）W（劣势）
O（机会）
T（威胁）
3) 确定需要进行的主要工作及需要的技能和资源，即明确项目的资源和范围。 4) 考虑可能的解决方案，标明技术上和管理上的限制。
2.1 制定计划工作：度量
什么是度量? IEEE 定义度量是 “对一个系统、构件或过程具有的某个给定属性的一个定量测量”。进行度量工作，是为了了解产品开发的技术过程和产品本身。 （1）度量开发过程的目的是为了改进过程; （2）度量产品的目的是为了提高产品质量。 度量的作用是为有效地定量地进行管理。
2.2 制定计划工作：估算
在软件项目管理过程中关键的活动就是制定项目计划。 在做计划时必须就需要的人力（以人月为单位）、项目持续时间（以年份或月份为单位）、成本（以元为单位）做出估算。
（1）在软件项目管理过程中关键的活动就是制定项目计划。 （2）在做计划时必须就需要的人力（以人月为单位）、项目持续时间（以年份或月份为单位）、（3）成本（以元为单位）做出估算。
2.3 制定计划工作：风险分析
所谓风险分析实际上就是一系列风险管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决和风险监督。这些步骤贯穿在软件工程过程中。 2.4 制定计划工作：进度安排
每个软件项目都要求制定一个进度安排，但不是所有进度都得一样安排。 2.5 追踪和控制
一旦建立了开发进度安排，就可以开始着手追踪和控制活动。 由项目管理人员负责追踪在进度安排中标明的每一个任务。 如果任务实际完成日期滞后于进度安排，则管理人员可以使用一种自动的项目进度安排工具来确定在项目的中间里程碑上进度误期所造成的影响。
（1）可对资源重新定向
（2）对任务重新安排 （做为最坏的结果）可以修改交付日期以调整已经暴露的问题。用这种方式可以较好地控制软件的开发。
3 软件生产率和质量的度量
生产率与质量的度量是以投入工作量为依据的软件开发过程的度量和软件产品质量的度量。 面向规模的度量面向功能的度量软件质量的度量 软件度量分为两类：直接度量与间接度量。
软件过程的直接度量包括所投入的成本和工作量。 软件产品的直接度量包括产生的代码行数（LOC）、执行速度、存储量大小、在某种时间周期中报告的差错数。
软件产品的间接度量包括功能性、复杂性、效率、可靠性、可维护性和许多其他质量特性。
3.1 面向规模的度量
面向规模的度量是对软件和软件开发过程的直接度量。 3.2 面向功能的度量
面向功能的软件度量是对软件和软件开发过程的间接度量，主要考虑程序的 “功能性” 和 “实用性”，而不是对 LOC计数。
该度量是一种叫做功能点方法的生产率度量，利用软件信息域中的一些计数和软件复杂性估 功能点度量是为信息系统应用而设计的。
特征点度量（Feature Points）可以用于系统和工程软件应用。特征点度量适合于算法复杂性高的应用，如实时处理、过程控制、嵌入式软件。
3.4 软件质量的度量
质量度量贯穿于软件工程的全过程中以及软件交付用户使用之后。
使用得最广泛软件质量的事后度量包括正确性、可维护性、完整性和可使用性。
（1）正确性：一个程序必须正确地运行，并为它的用户提供某些输出。正确性要求软件执行所要求的功能。正确性的度量是每千代码行(KLOC)的差错数，其中将差错定义为已被证实是不符合需求的缺陷。
（2）可维护性：软件维护比其它的软件工程活动需要更多的工作量。还没有一种方法可以直接度量可维护性，必须采取间接度量。
一种简单的面向时间的度量:
平均变更等待时间MTTC。这个时间包括分析变更要求、设计适当修改、实现变更并测试、把变更发送给所有用户。一个可维护的程序与不可维护的程序相比，应有较低的MTTC。
（3）完整性：完整性度量一个系统抗拒对它的安全性攻击（事故的和人为的）的能力。程序、数据和文档都会遭到攻击。
度量完整性，需要定义两个附加的属性：危险性和安全性。危险性是特定类型的攻击将在一给定时间内发生的概率，安全性是排除特定类型攻击的概率。
一个系统的完整性可定义为
完整性＝∑(1－危险性×(1－安全性)) （4）可使用性：如果程序不具有用户友好性，即使它所执行的功能很有价值也常常会失败。
4.2 软件开发成本估算方法
对于绝大多数项目，主要的成本是工作成本。
软件成本计算的目的是要精确地、客观地预测软件承包商的开发成本。 软件的开发成本是以一次性开发过程所花费的代价来计算的。 要进行一系列的估算处理。主要靠分解和类推。
1.自顶向下的估算方法
这种方法的主要思想是从项目的整体出发，进行类推。
估算人员根据以前已完成项目所消耗的总成本（或总工作量），推算将要开发的软件的总成本（或总工作量），然后按比例将它分配到各开发任务单元中去，再来检验它是否能满足要求。
2.自底向上的估算方法
这种方法的主要思想是把待开发的软件细分，直到每一个子任务都已经明确所需要的开发工作量，然后把它们加起来，得到软件开发的总工作量。 它的优点是估算各个部分的准确性高。缺点是缺少各项子任务之间相互联系所需要的工作量，还缺少许多与软件开发有关的系统级工作量.
3.差别估计法
这种方法综合了上述两种方法的优点，其主要思想是把待开发的软件项目与过去已完成的软件项目进行类比，从其开发的各个子任务中区分出类似的部分和不同的部分。 类似的部分按实际量进行计算，不同的部分则采用相应方法进行估算。
4.专家判定技术
由多位专家进行估算，取得多个估算值。再把这些估算值合成一个估算值。
一种合成方法是求各估算值的中值或平均值。其优点是简便。缺点是可能会由于受
一、二个极端估算值的影响而产生严重的偏差。另一种合成方法是召开小组会，使各位专家们统一于或至少同意某一个估算值。优点是可以摈弃蒙昧无知的估算值，缺点是一些组员可能会受权威或政治因素的影响。
5. 标准Deiphi技术
A组织者发给每位专家一份软件系统规格说明书和一张记录估算值的表格，请他们估算。 B专家详细研究软件规格说明书的内容，对该软件提出三个规模的估算值，即：ai (最小), mi (可能), bi (最大), 无记名地填写表格。 C组织者整理专家们填在表格中的答复：
（1）计算各专家估算的期望值 Ei
Ei = (ai＋4mi＋bi)／6 （2）对专家的估算结果分类摘要。
D在综合专家估算结果的基础上，组织专家再次无记名地填写表格。比较两次估算的结果。若差异很大，要通过查询找出差异的原因。
E上述过程可重复多次。最终可获得一个得到多数专家共识的软件规模 (源代码行数)。
.最后，通过与历史资料进行类比，根据过去完成软件项目的规模和成本等信息，推算出该软件每行源代码所需要的成本。然后再乘以该软件源代码行数的估算值，就可得到该软件的成本估算值。
4.3 软件开发成本估算的经验模型
软件开发成本估算是依据开发成本估算模型进行估算的。
1. IBM模型 (Walston-Felix) 静态单变量模型
2.其他静态单变量模型 3.Putnam 模型
动态多变量模型。
4. COCOMO模型 结构型成本估算模型是一种精确、易于使用的成本估算方法。 软件开发项目的总体类型: 组织型
不涉及硬件的开发
嵌入型
完全与硬件结合的开发
半独立型
介于上述两者之间
COCOMO模型按其详细程度分成三级：
基本COCOMO模型
中间COCOMO模型
详细COCOMO模型
基本COCOMO模型是静态单变量模型，用源代码行数(LOC) 为自变量的经验函数计算软件开发工作量。
中间COCOMO模型在用LOC为自变量的函数计算软件开发工作量（称为名义工作量）的基础上，用涉及产品、硬件、人员、项目等方面的影响因素调整工作量估算。 详细COCOMO模型包括中间COCO MO模型的所有特性，但用上述各种影响因素调整工作量估算时，还要考虑对软件工程过程中每一步骤（分析、设计等）的影响。 15种影响软件工作量的因素 fi：
产品因素：软件可靠性、数据库规模、产品复杂性
硬件因素：执行时间限制、存储限制、虚拟机易变性、环境周转时间
人的因素：分析员能力、应用领域实际经验、程序员能力、虚拟机使用经验、程序语言使用经验
项目因素：现代程序设计技术、软件工具的使用、开发进度限制
6.1 软件范围
软件范围包括功能、性能、限制、接口和可靠性。 估算开始时应对软件功能进行评价，对其进行适当的细化以便提供更详细的细节。由于成本和进度的估算都与功能有关，因此常采用某种程度的功能分解。 性能的考虑包括处理和响应时间的需求。
约束条件则标识产品成本、外部硬件、可用存储或其它现有系统对软件的限制。 现成的用以支持软件开发的工具（硬件工具及软件工具）; 最基本的资源（人）; 通常，对每一种资源，应说明以下四个特性：资源的描述、资源的有效性说明、资源在何时开始需要、使用资源的持续时间。最后两个特性统称为时间窗口。
6.4 风险分析
风险分析的主要活动有风险识别、风险估算、风险评价和风险管理。
风险分项目风险、技术风险和商业风险。
项目风险是指 （1）潜在的预算、进度、人员和组织、资源、用户、需求方面的问题，以及它们对软件项目的影响。（2）项目的复杂性、规模、结构的不确定性。 技术风险是指（1）潜在的设计、实现、接口、检验和维护方面的问题。 （2）规约的二义性、技术陈旧或太先进。
第15篇：浅谈软件项目管理
浅谈软件项目管理
1.软件项目管理的概念
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，通过计划、组织、控制等一系列活动，合理地配置和使用各种资源，对成本、人员、进度、质量、风险等进行分析和管理，以达到既定目标的过程。其根本目的是对软件开发的各个阶段进行管理，增强对软件开发的控制能力，提高软件开发质量。项目管理可以让一个项目获得高额的盈利也可以让一个项目损失惨重，而编码的影响力则相对小一些。软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展(即减小开发风险)。软件因其复杂性和难以度量，使软件项目管理较之其他项目管理而言有其特殊性。
2.软件企业管理国际标准
软件项目管理日趋成熟，并且已在软件业发达的欧美日及印度等国得到广泛应用，而在我国，由于大多数软件企业规模较小，生产方式依然是倚仗个人英雄主义的作坊式生产，软件开发缺乏严格的项目管理和质量保证体系。标准化、管理过程标准化、度量标准化、应用领域内业务的标准化，都是推动整个软件行业内、软件产业链上各个企业规范软件开发过程的前提基础和有力保障。目前，软件研发项目进行管理必须依据一定的标准，主要有ISO9000系列和能力成熟度模型(capabilitymaturity modeloISO9000系列和CMM的比较从背景上看，ISO9000系列国际标准是在总结了英国的国家标准基础之上产生的，因此，欧洲通过ISO9000认证的企业数量最多，约占全世界的一半以上。受此影响，相当多的欧洲软件企业选择了IS09001认证。CMM是由美国卡内基一梅隆大学的软件工程研究所(SEI)开发的软件成熟度模型，美国的软件企业更多的选择取得CMM等级证书。在形式上，CMM分为5个等级(第1级级别最低，第5级级别最高)，与ISO9000审核后只有“通过”和“不通过”两个结论相比，CMM是一个动态的过程，企业在取得低级别证书后，可根据高级别的要求确定下一步改进的方向。从内容上看，IS09001和CMM都十分关注软件产品质量和过程改进。尤其是ISO9000：2000版标准增加持续改进、质量目标的量化等方面的要求后，在基本思路上和CMM更加接近。尽管ISO9001标准的一些要求在CMM中不存在，而CMM的一些要求在ISO90O1标准中也不存在，但两者之间的关系非常密切，都强调“该说的要说到，说到的要做到”。对每一个重要的过程应形成文件，包括指导书和说明，并检查交货质量水平。CMM强调持续改进，ISO9001的1994版标准主要说明的是“合格质量体系的最低可接受水平”(ISO9001的2000版标准也增加了持续改进的内容)。
对于企业来说，取得ISO9001认证并不意味着完全满足CMM某个等级的要求。表面上看，获得ISO9001标准的企业应有CMM第3至第4级的水平，但事
实上，有些获得CMM第1级的企业也获得了ISO9001证书，原因是ISO9001强调以顾客的要求为出发点，不同的顾客要求的质量水平也不同，而且各个审核员的水平也有些差异，取得ISO9001认证所代表的质量管理和质量保证能力的高低与审核员对标准的理解及自身水平的高低有很大的关系。
3.软件项目管理软件
项目管理技术的发展与计算机技术的发展密不可分，随着计算机性能的迅速提高，大量的项目管理软件涌现出来。它们可以用于各种商业活动，提供便于操作的图形界面，帮助用户制定任务、管理资源、进行成本预算、跟踪项目进度等。根据项目管理软件的功能和价格水平，大致可以划分为两个档次：一种是供专业项目管理人士使用的高档项目管理软件，这类软件功能强大，价格一般在2000美元以上，如Primavera公司的P
3、Gores技术公司的Artemis、ABT公司的WorkBench、Welcom公司的OpenPlan等。另一类是低档项目管理软件，应用于一些中小型项目，这类软件虽功能不很齐全但价格较便宜，如TimeLine公司的TimeLine、Scitor公司的Pro—iectScheduler、Primavera公司的SureTrak、Microsoft公司的Project等。根据我国软件行业的现状，下面介绍目前软件开发进程中的一些有用的工具。
3．1项目计划工具MicrosoftProject2003是一个业界领先的项目管理应用软件，利用它可以发现新的、更有效率的方法来分配任务和资源、跟踪项目进程及互相沟通项目的状况直观的计划编制。在“项目指南”这种新的交互式工具的协助下，用户将逐步建立一个新的项目、管理任务和资源。全面的整合，在MicrosoftProjec和微软其他应用程序之间，用户可以进行更加紧密的整合和更为流畅的转换。更好的状况更新，在新Wizard的指导下管理项目，可以允许调整MicrosoftProject计算实际状况的方式。合理分配资源改进的搜索和过滤功能及新的图表可以为项目鉴别和分配合适的资源。增强的个性化功能，个性化的MicrosoftProject之所以能具有更大的弹性，是因为它具有一种新的基于XML的文件格式、一种可扩展的对象模式及更强的OLEDB提供者。
3．2软件开发管理工具美国Intersolv公司的PVCS，是世界知名的软件开发管理工具。它作为当今优秀的软件开发管理解决方案，可通过对软件开发过程中产生的变更进行追踪、组织、管理和控制，建立规范化的软件开发环境。PVCS是软件开发的基础结构，在软件开发过程中可以完善地管理软件系统中的多种版本自动创建完整的文档，保障软件的维护；全面记载系统开发的历史过程，包括谁作了修改、修改了什么、为什么修改；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化；管理需求分析等。
PVCS在以下几个方面给软件开发带来了益处：规范开发过程缩短开发所需的时间、减少开发成本：它能完整详细地记载开发历史过程，便于软件维护；同时通过排除开发中的错误、加强软件一致性和可重用性，以提高软件质量。当前的开发人员常常工作在含有众多开发工具的环境中，如：编辑器、语言、编译器、Debugger、数据库等。而在这样的环境中，PVCS这种跨平台开发管理工具带来的效益会十分明显。
3．3软件配置管理工具Rational公司推出的软件配置管理工具ClearCase是目前所有配置管理工具中功能较全面和使用最广泛的工具之一。它提供了全面的配置管理功能，包括版本控制、工作空间管理、建立管理和过程控制。版本控制ClearCase可对所有文件系统对象(包括文件、目录和链接)进行版本控制，同时还提供了先进的版本分支和归并功能，用于支持并行开发。
4结语
在软件项目管理活动中，既要研究技术层面的问题，也要仔细考虑认识层面的问题，成功的软件项目开发一定是两者相辅相成的结晶。现阶段，我国软件业的业内项目管理人员仍然更多关注于技术问题而忽视了认识问题，但对于成功的软件项目管理二者是缺一不可的，甚至后者在更高的层次上决定着一个软件项目的最终成败。运用项目管理软件来指导、管理软件开发，用软件能力成熟模型对软件质量进行管理，是科学可行的。
第16篇：IT项目管理论文
《IT项目管理》课程论文论IT项目管理的风险分析
论IT项目管理的风险分析
【摘 要】随着知识经济时代产业的飞速发展，IT项目管理中暴露出的问题也日益突出。风险管理作为 IT 项目管理的重要内容，是项目成功的重要因素。本文从风险分析的概念、过程以及方法出发，阐述了如何对对IT项目实施更加有效的风险管理，从而减轻项目风险所产生的后果，增加项目成功的机会。
【关键字】IT项目；项目管理；风险分析
一、引言
随着科学技术进步与发展、经济全球化，IT行业的竞争日益激烈。由于IT项目的研制开发需要新的技术，或使用许多已经过验证的技术和产品，但产品生产数目一般较少，这些技术和加工工艺不容易达到成熟或定型的程度。且一些大型项目的研制需要长时间大规模的组织指挥协调工作，以及漫长的研制周期等，使得难以预见的不确定性因素增多。这些不确定因素的存在使得项目能否按照预定的计划－－费用、进度和性能完成任务往往难以预料存在着失败的风险。
在我国，项目失败的现象尤为突出，大多是由于项目风险管理失误造成。从概念上讲，项目风险管理是为了使项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量等进行风险分析和管理的活动。而风险分析不但可加深对项目和风险的认识和理解，澄清各方案的利弊，了解风险对项目的影响，以便分散风险检查和考虑所有到手的信息、数据和资料，明确项目的各有关前提和假设批；还可提高项目各种计划的可信度，有利于改善项目执行组织内部和外部之间的沟通，编制应急计划时更有针对性；同时，为以后的规划和设计工作提供反馈，以便在规划和设计阶段就采取措施防止和避免风险损失。所以在进行项目管理时，风险分析是必要且重要的。
二、风险分析概念
（一）风险
风险是指活动或事件的消极的、人们不希望的后果发生的潜在可能性，指在特定的客观情况下、特定期间里，某一事件的预期结果与实际结果间的变动程度。变动程度越大，风险越大反之，风险越小。风险包含两个特征：不确定性，指风险的事件可能发生也可能不发生，没有发生的风险；损失，如果风险变成了现实，就会产生恶性后果或损失。
风险可分为以下几类：
1、已知风险，是通过仔细评估项目计划、开发项目的环境、以及其它可靠的信息来源之后可以发现的那些风险。
2、可预测风险，能够从过去项目的经验中推测出来，如人员调整，与客户之间无法沟通，由于需要进行维护而使开发人员精力分散。
3、不可预测风险，它们可能、也会真的出现，但很难事先识别出它们来。
（二）风险分析
风险分析是通过定性或定量的分析方法衡量风险发生的可能性和破坏程度的大小，对风险按潜在危险程度进行优先级排序和评价的一个过程。风险分析有狭义和广义两种，狭义的风险分析是指通过定量分析的方法给出完成任务所需的费用、进度、性能三个随机变量的可实现值的概率分布。而广义的风险分析则是一种识别和测算风险，开发、选择和管理方案来解决这些风险的有组织的手段。本文中所说的风险分析时，都是指后一种定义。风险分析包括风险识别、风险评估、风险管理三个方面的内容。
风险识别是指确定哪些可能导致费用超支、进度推迟或性能降低的潜在问题，并定性分析其后果。在这一步须作的工作是分析系统的技术薄弱环节及不确定性较大之处，得出系统的风险源，并将这些风险源组合成一格式文件供以后的分析参考。它属于定性分析的范围。 风险评估是指对潜在问题可能导致的风险及其后果实行量化，并确定其严重程度，得到系统风险的综合印象。
风险管理则是指在风险识别及风险评估的基础上采取各种措施来减小风险及对风险实施监控。这也可以说是风险分析的最终目的。
三、风险分析的过程
（一）风险识别
风险识别是风险管理过程的第一步，是将项目中的不确定性及问题转换为具体的可以被描述和估量的风险，使团队可以在风险影响项目之前将主要风险揭示出来。风险只有被识别并被清晰地、明确地表述出来，项目团队才能最终达成一致意见并进而进行风险的评估和管理。风险识别过程的目标就是利用多种手段识别出尽可能多的潜在威胁，为团队创建一个面临风险的详细列表，该列表应是全面的、能覆盖项目的所有领域的、并通过提供足够信息使风险分析更具效果及效率的一个文档。
风险识别是一个反复的过程，第一轮可能是由部分项目团队或风险管理团队实行整个项目团队或主要项目利益相关者完成第二轮为达到公正，需要与项目无关人员参与第三轮。有时风险一被识别出马上就可以开发或实施简单有效的应对策略。
风险识别的方法主要有：
1．头脑风暴法，由项目成员、专家、客户等各方人员组成小组，讨论所有可能的风险；
2．专家访谈法，向项目相关领域的专家或有经验人员了解项目中会遇到哪些困难；
3．查阅历史资料，通过查阅历史资料了解可能出现的问题；
4．检查表法，将可能出现的问题列出清单，可以对照检查潜在的风险；
5．评估表法，根据历史经验进行总结，通过调查问卷判别项目的整体风险和风险类型。
（二）风险评估
在进行风险识别并整理之后，必须就各项风险对整个项目的影响程度做一些分析和评价，通常这些评价建立在以特性为依据的判断和以数据统计为依据的研究上。风险分析是详细检查风险的过程，目的是确定风险的范围和程度、它们彼此如何关联及哪些是最重要的。通过风险评估，可以制定有效的决策。
风险评估在风险识别步骤中所生成风险信息的基础上，并将该信息转换成为决策制定信息。在分析步骤中，项目团队同风险列表的风险项中新添加三个元素可能性、影响和风险值。团队可以利用这些元素来进行风险分级，并依其次序用最强的力量来管理最重要的风险。 在风险评估过程中，主要注意的是由于团队成员具有不同的经验或观点，他们会对概率和影响做出不同的评定，因此团队不太可能在风险分级上完全达成一致。为了维护讨论中的客观性并减少争论，要确保在开始此步骤之前，确定作为一个团队应如何解决这种分歧。可选方案包括采取多次规则进行投票、选择最坏情况的评估或赞同对风险发生情形的处理最有经验人员的意见。
评估将风险数据转化为风险决策信息。分析为项目管理者专于管理正确的、重要的风险提供了基础。从经过排序好的主风险列表中确定顶级风险清单是一个非常有意义的工作，顶级风险清单是团队常用来跟踪风险的简单有效的技术。
风险评估的方法非常多，主要可分为定性和定量两种：
1．定性评估：定性风险评估的目的是界定风险源，并初步判明风险的严重程度，以给出系统风险的综合印象，定性地量化各种风险源可能对系统造成的破坏，从而判明系统风险大小。定性风险评价主要包括风险评估指数法RAC、总风险暴露指数法TRPC、直接风险评估法SCRAM等。其主要特点是对危险的可能性和严重程度做粗略的数值分析，大致将其划分为一些等级，然后把这两者用小同的方式综合起来衡量风险的大小及重要程度，并按大小和重要程度对风险进行分类排序，最后分别对小同种类的风险采取小同的措施，确定是接受风险还是改进设计、改善材料土艺、改变工作流程、加强人员培训以减小风险。
2．定量评估：定量风险分析是在定性分析的逻辑基础上，给出各个风险源的风险量化指标及其发生概率，再通过一定的方法合成，得到系统风险的量化值。它是基于定性风险分析基础上的数学处理过程。现发展较为成熟的方法有PRA（概率风险评估）,DPRA（动态风险概率评估）及仿真通用软件VERT（风险评审技术）等。
PRA和DPRA都是在FTA分析基础上的量化，在可靠性及运行系统风险分析领域内应用广泛。稍作改造，我们便可将其运用到项目风险分析领域。其分析步骤如下：（1）识别项目研制过程中的困难环节，找出风险源；（2）对各风险源考察其在项目研制中的地位，及相互逻辑关系，给出项目的风险源树；（3）标识各风险源后果大小，及风险概率；（4）对风险源通过逻辑及数学方法进行组合，最后得到系统风险的度量。如果是用DPRA进行评估，则尚须考虑它们在时间上的关系。
另一种被广泛运用于风险评估的方法是VERT 。VERT是国外在八十年代初期发展的一通用仿真软件，它对项目研制构造过程网络，将各种复杂的逻辑关系抽象为时间、费用、性能的三元组的变化。网络模型面向决策，统筹处理时间、费用、性能等风险关键性参数，有效地解决多目标最优化问题，具有较大的实用价值。它的原理是通过丰富的节点逻辑功能，控制一定的时间流、费用流和性能流流向相应的活动。每次仿真运行，通过蒙特卡洛模拟，这些参数流在网络中按概率随机流向不同的部分，经历不同的活动而产生不同的变化，最后至某一终止状态。用户多次仿真后，通过节点收集到的各参数了解系统情况以辅助决策。如果网络结构合理，逻辑关系及数学关系正确，且数据准确，我们可以较好地模拟实际系统研制时间、费用及性能的分布，从而知道系统研制的风险。
（三）风险管理
面对风险评估后得到的风险决策信息以及风险清单，项目管理者需要对风险采取相应的措施并进行风险的监控。这一阶段的风险管理主要就是风险应对和风险监控。
应对风险时，主要有以下四种策略：
1．规避。通过变更项目计划消除风险或风险的触发条件，使目标免受影响。这是一种事前的风险应对策略。例如，在项目管理的过程中澄清不明确的需求、明确资源的需求量和时间、加强与各参与方的沟通，确保项目资金等。
2．转移。不消除风险，而是将项目风险的结果连同应对的权力转移给第三方。这也是一种事前的应对策略，如，将项目的成败交给监理方控制或与用户签定补偿性合同。
3．弱化。将风险事件的概率或影响力降低到一个可以接受的程度。例如，在项目正式实施之前在测试系统上多次演练。
4．接受。不改变项目计划，而考虑发生后如何应对。例如制定应急计划，当项目实施出现问题时，按事先制定好的应急计划执行。
仅仅对风险采取了相应的措施是不够的，项目管理人员还需继续进行风险监控：监视风险的状况，确定风险是已经发生、仍然存在还是已经消失；检查风险的对策是否有效，监控机制是否在运行；不断识别新的风险并制定对 策。无论项目进展的情况如何，都必须将风险管理的计划和行动结果整理汇总进行分析，形成风险管理报告。采取书面或口头、不定期的或阶段性的等多种方式，为项目的实施、控制、管理、决策提供信息基础。
四、总结
在IT项目中，风险总是和效益并存的。只有正确地识别风险、分析风险、应对风险，才能确保每一个项目的顺利实施和成功完成，并对项目的后续发展和企业的持续经营有着重要的影响，给企业带来更多的效益。
参考文献：
[1]邱莞华，项目管理学[M]，科学出版社，2001.
[2]李丽，项目管理学精要[M]，海天出版社，2001.
[3]文亚栋，软件项目的风险管理[J]，计算机系统应用，2002(2),34-36.
[4]林建平，企业信息化建设的项目管理[J]，中国民用航空，2006(2),16-18.
[5]杰克.吉多.詹姆斯,P.克莱门斯,成功的项目管理[M],北京：机械工业出版社,2004.
[6]黄济， IT项目管理的战略规划[M]，北京:人民教育出版社,2005.
第17篇：软件项目变更管理流程
变更管理流程
1 2 概述 .......................................................................................错误！未定义书签。 变更流程 .................................................................................................................2
2.1 摘要 .........................................................................................................................................2 2.2 提交变更申请 .........................................................................................................................3 2.3 审核变更申请 .........................................................................................................................4 2.4 识别变更可行性 .....................................................................................................................4 2.5 批准变更申请 .........................................................................................................................4 2.6 实施变更申请 .........................................................................................................................4
3 变更任务 .................................................................................................................5
3.1 变更申请人 .............................................................................................................................5 3.2 变更经理 .................................................................................................................................5 3.3 变更可研小组 .........................................................................................................................5 3.4 变更审批小组 .........................................................................................................................5 3.5 变更实施小组 .........................................................................................................................5
4 5 变更登记 .................................................................................................................6 变更模板 .................................................................................................................6
Confidential
Page 1 1 概述
描述变更管理的目的。就项目中变更管理的总体流程提供一份概述，如：
变更管理流程是成功交付项目的基础。变更管理流程确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。
对项目的变更管理是通过对以下五个关键步骤的实施引入的。，: 提交和接收变更申请 审核和记录变更申请 确定变更申请的可行性 批准变更申请
实施和结束变更申请
2 变更流程
对将要执行的流程和程序做一个图表概述，以启动、实施项目中的变更并审核其效果。例如：Provide a diagrammatic representation of the procees and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project.An example follows:
2.1 概要
下图对将要执行的变更流程和程序做了一个概述，以有效地管理与项目相关的变更。同时也明确的变更管理中的职责分工。
Confidential
Page 2 ChangeManagementProceChangeManagementRole1.1 Changerequirementidentified1.0 SubmitChange Request1.2 ChangeRequest FormsubmittedChangeRequestor2.1 ChangeRequest Formreviewed2.0 ReviewChange Request2.2 FeasibilityStudy required?ChangeManagerNoYes3.1 ChangeFeasibility Studyperformed3.0 IdentifyChange Feasibility3.2 ChangeFeasibility StudyapprovedChangeFeasibility Group3.3 Changedocumentationsubmitted4.1 Changedocumentationreviewed4.0 ApproveChange Request4.2 Changeapproved?ChangeApproval GroupNoYes5.1 Changeimplementationscheduled5.2 Changeimplementationtested5.0 ImplementChange Request5.3 ChangeimplementationperformedChangeImplementationGroup5.4 Changeimplementationreviewed5.5 Changeclosed2.2 提交变更申请
本步骤中项目团队中的任何成员都可以提交项目变更申请，需要完成以下工作：
变更申请人识别项目中任何方面的变更需求（如范围、可交付成果、时限、组织）. 变更申请人完成变更申请表（CRF），并将其呈交变更经理。变更申请表对需要进行的变更做一概述，包括：
变更描述
变更原因（包括商业驱动） 变更利益 变更成本
变更带来的影响 支持性文件
2.3 审核变更申请
本步骤授权变更经理对变更申请表进行审核，以决定是否需要一份充分的可行性研究报告以供变更批准小组评估变更可能带来的全部影响。做出上述决定的基本依据是：
呈交的可选择变更数目Number of change options presented 申请变更可选反性的复杂程度Complexity of the change options requested 提出的变更解决方案的衡量Scale of the change solutions proposed 变更经理将不会在变更日志中打开一份变更申请并记录是否需要一个变更可行性研究。The Change Manager will open a 慍hange Request’ in the Change Log and record whether or not a change feasibility study is required.
2.4 识别变更可行性
本步骤涉及完成一份完整的变更可行性研究，以确保对所有的变更可选项进行调查并上报，变更可行性研究包括对以下各项的定义：
变更需求
变更可选项Change options 变更成本及利益
变更风险及事项Change risks and iues 变更带来的影响 变更的建议和计划
对对可行性研究进行认真审核以确保研究是切题的，同时确保（经过变更后的）最终的可交付成果是可以通过的—那研究报告就可以上报变更审批小组了。变更经理将整理所有变更文件并报变更审批小组做最终审核。这些文件包括：: 原始的变更申请表
已通过的变更可行性研究报告 所有支持性文件
2.5 批准变更申请
本步骤涉及变更审批小组对变更申请的正式审核。变更审批小组可能做出下列任何一种结论：
拒绝变更Reject the change 要求与变更相关的更多信息Request more information related to the change 批准变更申请Approve the change as requested 在特定条件下批准变更Approve the change subject to specified conditions
决定是否变更的标准大致为：
实施变更给项目带来的风险 不实施变更给项目带来的风险
实施变更对项目产生的影响（时间、资源、财务、质量方面）
2.6 实施变更申请
本步骤涉及对变更的全面实施，包括: 确定变更进度（如：实施变更的日期）
实施前对变更进行测试Testing the change prior to implementation 实施变更
对实施变更的成功度进行审核 就实施变更的成功度进行沟通 在变更日志中结束变更
3 变更职责
对项目中启动、审核和实施变更所涉及的所有资源（包括项目中或项目之外的资源）的职责和责任进行定义，如：
3.1 变更申请人
变更申请人最初意识到对项目进行变更的必要性并就此需求与变更经理进行正式沟通。其主要职责为: 及早识别对项目进行变更的需求
通过完成变更需求表来完成对更申请的正式文件 将变更申请表提交变更经理以供审
3.2 变更经理
变更经理对一个项目中所有的变更进行接收、记录、监测和控制。其主要职责为：
接收所有的变更申请并将其记录于变更登记簿中 将所有的变更申请进行分类、优选
审核所有变更申请以确定在提交变更审核小组前是否还需增加有关信息 确定是否需要进行一个正式的可行性研究并提交变更审核小组 通过委派变更可行性研究小组来启动变更可行生研
对所有的变更申请进展情况进行监测以确保项目按时完成 将所有的变更申请问题和风险上报变更审批小组 就变更审批小组做出的所有决定进行下达和沟通
3.3 变更可行性研究（可研）小组
变更可行性小组负责完成由变更经理签发的对于某变更申请的正式的可行性研究，主要职责为：
通过进行摸拟研究来确定变更可能的要素：成本、利益和变更带来的影响。 将变更可行性研究报告中的所有发现形成文字 对报告进行认真审核并批准交其上报。 将报告转变更经理以提交变更审批小组
3.4 变更审批小组
变更审批小组决定是否批准变更经理转来的所有变更申请。其主要职责为：
审核变更经理转来的所有变更申请 考虑所有变更支持性文件
根据每个变更申请的相关价值决定批准还是拒绝 解决变更争议（当两个或两以上变更撞车时） 解决变更问题Resolving change iues 决定实施变更时间表
3.5 变更实施小组
变更实施小组对项目中所有变更的实施进行计划、落实和审核。变更实施小组主要负责： 计划所有变更的进度（在变更审批小组提供的总体时间框架范围内）) 在实施前对所有变更进行测试 实施项目中的所有变更 实施后审核变更的成功度 在变更日志中请求结束变更
4 变更登记簿
变更登记簿是用于登记、跟踪变更申请进展情况的日志/数据库。描述项目变更登记簿的目的和用途，在下面插入一个真实的变更登记文本
5 变更模版
插入所需的每个模版（如变更申请表）以对项目中变更的效果加以启动、执行、实施和考量。
第18篇：软件项目管理知识点总结
中原工学员信息商务学院
P1项目的特征：1.目标性2.相关性3.周期性4.独特性5.约束性6.不确定性
P2 软件项目是一种特殊的项目，他创造的唯一产品或者服务是逻辑载体，没有具体的形状和尺寸，只有逻辑的规模和运行的效果。 P3 软件项目要素组成：软件开发的过程、软件开发的结果、软件开发赖以生存的资源以及软件客户。 项目目标成功实现的制约因素：项目范围、成本、进度计划、客户满意度。 项目管理分为：战略管理、运作管理、项目管理。
P4 项目管理定义：是指一定的主体，为了实现其目标，利用各种有效的手段，对执行中的项目周期的各阶段工作进行计划、组织、协调、指挥、控制，已取得良好经济效益的各项活动的总和。
P5 软件项目管理和其他管理相比有相当的特殊性：1.软件是纯知识产品，其开发进度和质量很难估计和度量，生产效率也难以保证。2.项目周期长，复杂度高，变数多。3.软件需要满足一群人的期望。
P6 软件项目管理的根本目的是为了让软件项目尤其是大型软件项目的整个软件生命周期都能在管理者的控制之下，已预定成本按期、按质的完成软件并交付用户使用。
项目管理的五要素：技术、方法、团队建设、信息、沟通。 P7 软件项目管理的四大变量：范围、质量、成本、交期。
P24 投标文件有两种：1.建议书（乙方根据甲方提出的产品的性质、目标、功能等，提交的完整的技术方案和报价）2.报价单（乙方根据甲方提出的产品的特定型号、标准、数量等要求提交必要的报价材料等） P26 项目经理的职责：1.开发计划2.组织实施3.项目控制
项目经理的权利：1.制定项目有关决策2.挑选项目成员的权利3.对项目获得的资源进行再分配。（其中 职责>权利） P27 生存期模型：V模型、瀑布模型、原型模型、增量模型、螺旋模型，渐进式阶段模型等。
瀑布模型优点：适用于项目简单，规模小，要求项目所有的活动都严格按照顺序执行，一个阶段的输出时下一阶段的输入。 V模型：强调测试的重要性，它将开发活动与测试活动紧密地联系在一起。（及时发现错误） 原型模型：设计符合客户需求的页面，达成共识再编程。
增量模型：可以避免一次投资太多带来的风险，将主要的功能或风险大的功能首先实现，然后逐步完善。（适用于开始时，明确了大部分的需求，但是需求可能会发生变化的项目）
螺旋式模型：是针对风险比较大的项目设计的模型，应对变化的灵活性上很有优势。
P44 软件需求：指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么样的性能。 P45 软件需求包括三个层次：1.业务需求2.用户需求3.功能需求
P47 进行需求获取的时候应该注意什么问题：1.识别真正的客户2.正确理解客户的需求3.具备较强的忍耐力和清晰的思维4.说服和教育客户5.需求获取阶段建立分析小组，进行交流，相互学习。
P48 需求分析完成的标志是提交一份完整的软件需求规格说明书。 P53 需求管理主要的工作如下：（自己看）
P53 项目管理的第一法则是：“做正确的事，其次是正确的做事。” P54 解决复杂问题不二法门：化繁为简，分而治之。
P57 任务分解的方法：类比、自顶向下（采用演绎推理法，从一般到特殊的方向进行）、自底向上（采用发挥创造力的解决问题的方法，从特殊到一般的方向进行）等。
P59 如果对项目人员来说，这个项目是一个崭新的项目，采用自底向上的方法。
P67 项目进度计划的主要过程：首先根据任务分解的结果（WBS）再进一步分解出主要的任务，确立任务之间的关联关系，然后估算出每个任务需要的资源、历时，最后编制出项目的进度计划。
P66 任务关联关系：开始->结束；开始->开始；结束->结束；结束->开始。
任务关联关系的依据：1.强制性依赖关系（因为客观规律和物质条件的限制造成的）2.软逻辑关系（是认为主观的，自己的偏好进行的）3.外部依赖关系（是项目活动与非项目活动之间的依赖关系，例如：环境测试依赖于外部提供的环境设备）
P67 进度管理图示1.甘特图2.网络图（PDM（优先图或节点法）ADM箭线法 CDM（条件箭线图，很少用））3.里程碑图4.资源图
P80 资源平衡方法是通过调整任务的时间来协调资源的冲突，这个方法的主要目的是形成平稳连续的资源需求，最有效的利用资源，使资源闲置时间最小化，同时，尽量避免超出资源能力。
P97 自下而上估算法是利用任务分解图，对各个具体工作包进行详细的成本估算，然后将结果累加起来得出项目总成本。
1
计科122班
P98 参数模型估算法的进本思想是：找到软件工作量的各种成本影响因子，并判定它对工作量所产生影响的程度是可加的、乘数的还是指数的，以期望得到最佳的模型算法表达式。当某个因子只影响系统的局部时，我们一般说它是可加的；当某个因子对整个系统具有全局性的影响时，我们则说它是乘数的或指数的。
P112 国际ISO定义：质量是产品或者服务满足明确和隐含需要能力的性能特性的总体。 P112 一个项目的主要内容是成本、进度、质量。
P116 质量控制是确定项目结果与质量标准是否相符，同时确定消除不符的原因和方法，控制产品的质量，及时纠正缺陷的过程。质量控制是对阶段性的成果进行检测、验证，为质量保证提供参考依据；软件质量控制主要就是发现和消除软件产品的缺陷。
P117 质量成本包括预防成本和缺项成本。（其中，预防成本>缺陷成本）预防成本是为确保项目质量而进行预防工作所耗费的费用。缺陷成本是为确保项目质量而修复缺项工作所耗费的费用。
P127 团队成员包括：企业内部的人、供应商、承包商、客户等。
项目管理中的组织结构可以总结为三种类型：职能型、项目型、矩阵型。矩阵型沟通最复杂，项目型在项目收尾时，团队成员和项目经理压力比较大。
P135 沟通管理的基本原则是：及时性、准确性、完整性、可理解性。
P141 风险定义：软件风险是指软件开发过程中及软件产品自身可能造成的伤害或者损失。
P142 风险的类型：商业风险、管理风险、人员风险、技术风险、开发环境风险、客户风险、过程风险、产品规模风险等。 P143 风险的基本性质：客观性、不确定性、不利性、可变性、相对性、风险和利益相对性。
P145 风险识别是试图系统化地确定对项目计划的威胁，识别已知和可预测的风险，只有识别出这些风险，项目管理者才有可能避免这些风险，且当必要时控制这些风险。
风险识别的方法：德尔菲方法、头脑风暴法、情景分析法、风险条目检查表。
P152 定性风险评估：只要是针对风险概率及后果进行定性的评价。（历史资料法、概率分布法、风险后果估计法）
P153 定量风险分析：是在定性分析的了逻辑基础上，给出各个风险源的风险量化指标及其发生概率，再通一定的方法合成，得到系统风险的量化值。（访谈、盈亏平衡分析法、敏感性分析、决策树分析、模拟法等）
P156 风险应对计划：回避风险（是通过分析找出发生风险事件的原因，对可能发生的风险尽可能的规避，采取主动放弃或拒绝使用导致风险的方案）、转移风险、损失控制（损失预防、损失抑制、）、自留风险、风险规划的结果。 P161 风险管理过程包括：风险识别、风险评估、风险规划、风险控制等。
P166 软件外包：其实质是软件开发过程从企业内部部分或全部延伸到外部的管理规范与管理技术。
P173 基线是一个或者多个配置项的集合，他们的内容和状态已经通过技术的复审，并在生存期的某一阶段被接受了。基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。
P180 配置审计的只要作用是作为变更控制的补充手段，来确保某一变更需求已被切实实现。 P185 配置管理包括三个只要的要素：人、规范、工具。
P194 项目集成计划定义是指，通过使用其他专项计划过程所生成的结果（项目的各种专项计划），运用整体和综合平衡的方法制定出的，用于指导项目实施和管理的整体性、综合性、全局性、协调统一的整体计划文件。
集成计划的编写过程：1.项目信息收集2.确定项目计划初步方案3.项目计划的综合平衡4.项目计划最终方案编制5.软件项目计划评审、批准。 P207 变更控制的目的就是为了防止配置项被随意修改而导致混乱。
P214 挣值分析也称以获取价值分析，是对项目实施的进度、成本状态进行绩效评估的有效方法，是计算实际花在一个项目上的工作量，以及预预 P223 代码走查是在代码编写阶段，开发人员检查自己代码的过程，代码走查是非常有效的方法，它可以检查到其他测试方法无法检测的错误，好多的逻辑错误是无法通过测试手段发现的，很多的项目证明这是一个很好地质量控制方法。 P226 质量度量方法：1.尺度度量（定量度量，直接度量）2.二元度量（定性度量，间接度量） P230 项目成员的激励：薪酬激励、机会激励、环境激励、情感激励 P233 团队的建设包括：组建阶段、磨合阶段、规范阶段、执行阶段。
P235 团队管理过程中已改主意的方面：1.创建有实际存在感的项目团队2.建立奖励机制3.确立良好人际关系4.设置工作授权系统 P236 按照评审的时间属性，可以将项目评审分为：定期评审、阶段评审、事件评审等。
P260 项目管理的经验和建议1.平衡关系2.高效原则3.分解原则4.实时控制原则5.分类管理原则6.简单有效原则7.规模管理原则
第19篇：软件项目管理知识点总结
第一章概述
1项目是指在一定约束条件下具有特定目标的一项一次性任务。
2.项目的特点
一次性；有确定的起点和终点
目标明确性：成果性目标，约束性目标；
整体性：开展的活动密切相关
独特性：每个项目都是唯一的
不可逆转性：无论结果如何，项目结束，结果确定。
3.项目的生命周期：项目启动、项目计划、项目实施、项目结束。
4.项目管理的要素：客户满意度、工作范围、组织、时间、质量、成本
TQC：时间质量成本成功因素：TQC+范围
5软件项目管理的定义
根据PMI项目管理的定义总结：在软件项目活动中运用一系列的知识、技能、工具和技术，以满足软件需求方的整体要求。
6.项目管理特点：综合性、创造性、时间性第二章软件项目需求管理
1软件需求的抽象层次：原始问题空间（原始问题描述、用户需求）；解决方案空间（系统需求、软件设计描述）
2软件需求：用户需求和系统需求：
①用户需求：从用户角度描述系统的需求，只描述系统的外部行为，并且只通过自然语言、图表、图形等叙述
②系统需求：从开发人员角度描述系统的需求，是系统实现的依据，通常采用结构化语言、PDL过程设计语言等描述。
系统需求：功能需求、非功能需求、领域需求
3、需求工程的组成：需求开发和需求管理
需求开发：需求的获取、需求分析、规格说明和需求验证
需求管理：变更管理、版本控制、需求跟踪和版本状态
4需求管理的必要性
①需求供求双方固有的矛盾
②需求具有易变性和难以表达性
③需求错误出现的高频性和修复的高昂成本
5需求管理的目标：是在客户与项目组织之间建立对客户需求的共同理解。
①使软件需求受控，并建立供软件工程和管理使用的需求基线；
②使软件计划、产品和活动与软件需求保持一致。
6、需求变更的原因
①在项目的早期所有的问题不可能完全定义；
②随着软件项目的进行，开发人员对问题的理解发生变化，这些变化反馈到需求中；
③大型系统的需求可能是冲突或是矛盾的，系统需求是它们之间的妥协，这种妥协可能发生变化；④系统购买者和最终用户很少是同一人；
7、需求变更管理过程
首先要建立变更控制委员会，分析、讨论、评审、执行。
第三章软件项目的成本管理
1软件项目的成本：为完成软件项目而支付的货币量
2软件项目的时间估算点：客户需求产品定义系统设计系统实现系统运行
3对软件规模的估计要从软件的分解开始。软件的分层结构对应工作分解结构（WBS） 4软件规模的度量标准：LOC代码行和FP功能点
5成本估算方法：专家判定、类比、自顶向下、自底向上、算法模型（cocom(自底向上)、cocomoⅡ、putnam（自顶向下））
6、三层次的产品分级结构：模块、子系统、系统
7、估算的时机和精度是相互矛盾的。第四章软件配置管理
1软件项目配置管理：是识别定义系统中的配置项，在软件生命周期中控制他们的变更，记录并报告配置项和变更请求的状态，并验证他们的完整性和正确性的一个过程。 2软件配置项：SCI出于配置管理的目的而为软件要素设置的单位。
3基线：开发过程的里程碑，以一个或多个软件配置项的交付为标准；基线由通过正式评审的软件配置项组成，是进一步开发的基础；基线只有通过正式的变更控制过程才能改变。 4基线的两个基本功能：①对基线进行适当控制，禁止任何来源的交互②为程序员提供灵活的服务，确保他们能够比较容易地对自己的代码进行修改测试
5软件配置管理主要功能：配置标识、配置控制、配置状态报告及配置审核
6配置控制委员会：CCB 负责评审和批准对基线的变更
7软件的配置项组成：正确性、一致性、完备性、有效性、可追踪性。
8确定变更是否正确的措施:正式技术审核和软件配置审核.
9配置审核的种类：过程审核、功能审核、物理审核、质量系统审核
第五章人力资源管理
1、软件项目中的人力资源管理包括：所有的项目干系人：资助者、客户、项目组成员、支持人员及供应商等。
人力资源管理就是有效地发挥每个项目干系人作用的过程。
2软件开发中人员与时间具有非线性替换关系。第六章质量管理
1软件质量六大特性：功能性、可靠性、可用性、效率、可维护性、可移植性
2、过程质量控制是主动的、系统的、先期的；
产品质量控制是被动的、个体的、后期的；两者都要重视。
3.CMM的5个等级：初始级、可重复级、已定义级、已管理级、优化级
4.CMMI的两种表示方式：连续性表示和分阶表示
5软件过程能力等级（连续性表示法）：不完备级、已执行级、收管理级、已定义级、定量管理
级、持续优化级。
第七章风险管理
1.风险的定义：损失的可能性
2.风险的属性：可能性损失
3软件风险：就是有关软件项目风险、软件开发过程风险和软件产品风险。
4.风险管理过程：风险识别、风险分析、风险计划、风险跟踪、风险应对（风险最小化，机会最大化）
5.风险应对策略包括：避免、转移、缓解、接受、研究、储备以及退避。
6软件项目管理的主要风险类别：①资源风险②需求风险③项目接口风险④设计风险⑤管理风险⑥开发过程风险⑦项目集成风险。
第20篇：软件项目成本管理概念
成本管理是软件项目管理的主要内容之一，分析了目前软件开发成本管理过程中存在的问题，提出了将进度和成本联系起来考虑，使工作量和实际成本匹配的方法。结合现有的估算方法，设计成本管理系统并将其应用于软件项目管理平台中，旨在改善软件开发中成本超支的现象，为企业提高效益。
关键词软件项目管理平台 成本估算 成本控制
随着信息技术的飞速发展，软件产业在国民经济中扮演着越来越重要的角色。对软件开发实施有效的管理是决定软件产业发展的至关重要的因素。在软件项目的开发过程中，项目管理日益受到人们的关注。软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。成本管理是软件项目管理的一个主要内容，就目前发展来看，成本管理是软件项目管理中一个比较薄弱的方面，许多软件项目由于成本管理不善，造成了软件造价的成本上升，软件质量得不到保证。针对这些现象，文章提出了一种新的成本管理方法，并将其应用于正在研究中的课题--软件项目管理平台的开发当中，以便于开发有效的软件项目管理工具，为企业节约成本，提高经济效益。
1 成本管理概述
项目成本管理包括确保在批准的预算范围内完成项目所需的各个过程[1]。软件项目成本的管理基本上可以用估算和控制来概括，首先对软件的成本进行估算，然后形成成本管理计划，在软件项目开发过程中，对软件项目施加控制使其按照计划进行。成本管理计划是成本控制的标准，不合理的计划可能使项目失去控制，超出预算。因此成本估算是整个成本管理过程中的基础，成本控制是使项目的成本在开发过程中控制在预算范围之内。
1.1 成本管理的过程
软件项目成本管理就是根据企业的情况和项目的具体要求，利用公司既定的资源，在保证项目的进度、质量达到客户满意的情况下，对软件项目成本进行有效的组织、实施、控制、跟踪、分析和考核等一系列管理活动，最大限度地降低项目成本，提高项目利润。
成本管理的过程包括[1]：
l 资源计划，包括决定为实施项目活动需要使用什么资源（人员、设备和物资）以及每种资源的用量。其主要输出是一个资源需求清单。
l 成本估算，包括估计完成项目所需资源成本的近似值。其主要输出是成本管理计划。
l 成本预算，包括将整个成本估算配置到各单项工作，以建立一个衡量绩效的基准计划。其主要输出是成本基准计划。
l 成本控制，包括控制项目预算的变化。其主要输出修正的成本估算、更新预算、纠正行动和取得的教训。
1.2 软件开发成本管理过程中的主要问题
（1） 项目成本预算和估算的准确度差。
由于客户的需求不断变化，使得工作内容和工作量不断变化。一旦发生变化，项目经理就追加项目预算，预算频频变更，等到项目结束时，实际成本和初始计划偏离很大。
此外，项目预算往往会走两个极端：过粗和过细。预算过粗会使项目费用的随意性较大，准确度降低；预算过细会使项目控制的内容过多，弹性差，变化不灵活，管理成本加大。
（2） 缺乏对软件成本事先估计的有效控制。
在开发初期，对成本不够关心，忽略对成本的控制，只有在项目进行到后期，实际远离计划出现偏差的时候，才进行成本控制，这样往往导致项目超出预算。
（3） 缺乏成本绩效的分析和跟踪。
传统的项目成本管理中，将预算和实际进行数值对比，但很少有将预算、实际成本和工作量进度联系起来，考虑实际成本和工作量是否匹配的问题。
1.3 成本管理方法的改进
目前常用的软件项目管理工具都侧重于某一方面的功能，如微软的
Project2000侧重管理、规划任务，并在项目执行过程中跟踪这些任务，偏向于进度安排与跟踪控制；RUP侧重于用户需求的描述；PVCS侧重于软件变更管理。这些软件项目管理工具都在不断的完善其功能，虽然也有成本管理的功能，但总的来说大多数都不能用来进行软件成本估计，缺乏事先成本控制，不能和估计数据自动化协调，不能自动化地利用历史数据库中的数据。当前的项目管理工具并不能满足成本管理的需要。
针对以上成本管理过程中出现的问题，以及目前软件项目管理工具的不足，文章提出了一种改进的管理方法，将进度和成本联系起来考虑使工作量和实际成本匹配的方法。并且结合已有的成本估算方法，同时将过程数据库引入到软件项目管理中，给出成本管理系统的原型设计。系统采用先进的估算方法解决了成本估算准确度差的问题，工作量和实际成本匹配的方法进行成本的绩效分析和跟踪使得项目成本能够控制在预算范围之内。
回答人的补充2009-06-29 22:28
2 成本管理系统的设计
2.1系统总体设计
虽然目前已有不少项目管理软件，但一般只是管理软件进度和跟踪监督，和软件估算是项目独立的，而且目前还没有成型的软件项目成本管理软件，我们以为指南，研究软件开发过程中的特殊性，结合现有的软件成本估算技术和一般行业的项目管理技术，以进度、人员、成本，变更为中心，提出了软件成本管理的具体实施方案。并以此为基础对系统的功能进行分析和设计。图1是系统的基本体系结构图。
3 结论
该文讨论了目前已经有的一些软件项目管理系统的不足，不能把预算、工作量和实际进度联系起来考虑做到有效的成本管理，本文提出了改进的成本管理方法，可以对成本管理进行准确的估算、有效的控制，并且给出了系统的设计。但由于软件项目管理本身的复杂性，虽然本文所提出的方法有助于成本管理中估算
与控制问题的解决，但仍然不可能做到非常好，如果能将成本和进度、质量联系起来取得三者之间的平衡，势必对软件企业的项目管理有很大的实用价值
