软件项目部工作流程
软件项目开发流程图开始软件组综合组技术支持任务书商务售前销售立项销售立项报告售前准备合同评审记录表签订合同工程立项任务书项目实施设计开发开发任务书需求分析工程立项报告书实施策划测试记录及问题处理表进度管理表集成测试安装调试申请表安装调试培训评估表用户测试项目移交申请表初验报验申请表试运行 测 试 记 录 及表理处题问 项目服务项目移交接收内容登记表项目维护终验申请终验终验报告质保期维护服务及维护记录结束 利水新华（北京）科技有限公司质量记录
实施流程图
（一）售前控制实施策划编写立项报告立项评审N·工程立项报告书客 户Y评审通过·评审记录·立项通知·变更申请Y需求分析客户沟通、交流编写软件需求规格说明书N·软件需求规格说明书·测试用例需求评审编制项目测试用例评审通过Y编制项目进度任务分发··········交流纪要变更记录进度管理表客供财产清单开发任务书空间数据或美工处理任务书采购申请进度报告评审记录变更申请系统设计 利水新华（北京）科技有限公司质量记录
实施流程图
（二）需求分析系统设计需求解读 软件设计说明书 编写 数据库设计说明书N·软件设计说明书·数据库设计说明书设计评审评审通过Y编制开发进度具体任务分配····评审记录进度管理表进度报告变更申请软件编码实现代码编写单元测试····安装维护手册用户手册软件程序编写规范源代码代码修改····测试记录及问题处理表进度管理表进度报告变更申请测试问题修改手册编写项目测试编写测试报告项目集成测试·测试计划·用户培训大纲（教材）·测试分析报告编制培训大纲····测试记录及问题处理表进度管理表进度报告变更申请安装调试 利水新华（北京）科技有限公司质量记录
实施流程图
1 工作分解结构
1.1 概念
工作分解结构(WBS)是有效计划和控制项目的工具。是以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围,每下降一层代表对项目工作的更详细定义。
1.2 方法
软件项目的工作分解方法常见的有两种:一种是自顶向下,一种是自底向上。
1)自顶向下。从项目的目标开始,逐级分解项目工作,直到参与者满意地认为项目工作已经得到充分定义。该方法可以将项目工作定义在适当的细节水平,对于项目工期、成本和资源需求的估计较准确。
2)自底向上。从详细的任务开始,将识别和认可的项目任务逐级归类到上一层次,直到达到项目的目标。这种方法存在的风险是可能不能完全地识别出所有任务或者识别出的任务过于粗略或者过于琐碎。
1.3 基本原则
1)任务分层原则。任何一个项目的分解结构都必须是有层次,如果没有划分层次将会给项目管理工作带来很多不便。
2)80小时原则。在任务分解的过程中,最小级别的任务最好控制在10个工作日内,通过这一手段,可以把项目问题暴露在两周之内或者更短的时间。
3)责任到人原则。任务分解过程中,最小级别的任务最好能够分配到某一具体资源,如有某一项任务的资源由若干个资源一起完成,建议对此任务继续细分。
4)风险分解原则。任务分解过程中,若遇到风险较大的任务,需将此任务继续细分。
5)逐步求精原则。即将开始的任务需要非常精细的分解,未来的任务可以粗放一些,等到执行的时候再细分。
6)团队工作原则。任务分解、工期估计等关键环节中需要项目成员一起进行,这样可以避免项目执行过程中的任务分解方面有分歧。
1.4 步骤
建立一个WBS分为4个步骤:
1)确定项目目标,着重于项目产生的产品、服务以及提供给客户的结果。
2)准确确认项目所产生的产品、服务或提供给客户的结果(可交付成果或最终产品)。
3)识别项目中的其他工作领域以确保覆盖100%的工作,识别若干可交付成果的领域、描述中间输出或可交付成果。
4)进一步细分步骤2)和3)的每一项,使其形成顺序的逻辑子分组,直到工作要素的复杂性和成本花费成为可计划和可控制的管理单元(工作包)。
2 工作分解结构实例
PMBOK®中关于项目的定义为:“一种临时的努力活动,产生一个独特的产品、服务或结果。”如果从输出类型的角度来考虑,项目的类型有:产品型项目、服务型项目和结果型项目,而所有类型的项目都有一个或多个可交付成果或输出,它们是开发WBS的基础。不同类型的项目的WBS有自己的特征和分解规则,软件项目产出物是产品,故软件项目属于产品型的项目。
2.1 Project软件项目开发WBS模板
“产品”的分解是基于相似的逻辑群体以及相关的工作元素、功能或技术,是对即将输出的产品的自然物理结果的分解。对于产品型的项目,建立WBS时应注意:一个产品项目WBS的第二级元素通常包括主元素和其他主要可交付成果,以及支撑产品工作的主要横向关联;产品的第三级元素反映了产品的自然结构;横向关联元素是集成性、分析性或过程性的元素。下面是一个通用软件项目的WBS图,来自于Project软件项目开发模板,如(图1)所示[2]。
从图1中可以看出:
1)WBS覆盖了软件项目工作的全部范围,不在WBS中的工作也不在项目中。
2)所有的可交付成果或输出产品都在WBS中得到表示。
3)每一级元素的总和都代表了次高级元素工作的百分之百(第二级所有元素的总和是项目工作或成本的百分之百)。
4)每一个元素中的工作都等于其下属元素工作的总和。
5)细分是有逻辑性的,并要反映产品的本质特征。
6)每一个WBS元素都有一个唯一标识符。
7)WBS元素的描述几乎都使用名词,如有必要,加上形容词。为了便于理解或是出于文化背景的原因,WBS描述要尽可能包括动词和修饰成分。然而,它们不能认为是活动,因为活动是通过WBS元素下发生的行为元素定义的。
8)项目管理在所有的WBS中都是第二级元素。
9)WBS应集中于项目输出或可交付成果,它不是一个组织图,也不是一个进度计划或资源表。
10)最低级WBS元素应该是在活动以上的那一级——工作包级。
11)最低级WBS元素应该允许对项目管理的足够的控制和可见度。
12)所有WBS的分支的最低级不必是一样的。
13)WBS不反映元素间的时间关系或横向关系;所有的结构关系都是纵向的。
2.2 具体软件项目开发实例
据2.1Project软件项目开发WBS模板的可以看出,软件项目开发WBS模板的项目分解是以软件开发瀑布模型思想为基础,按软件开发的顺序:需求、设计、编程、测试,并在前后增加了一些必要的相关工作,整个管理流程很标准,而且在做项目分解的时候都能按照WBS的分解原则来进行分解,比较完善、理想。但是在教学的过程中,发现学生既没有学过系统的分析与设计,也没有学过软件工程,学生都不知道开发软件的基本流程,在讲软件项目的项目分解时,首先得让同学知道软件的开发过程大致有那些,然后再讲述WBS的的概念、分解的方法、基本原则、步骤等,讲完这些概念后,打开Project软件让学生看Project里软件项目的开发模板,发现学生看了以后还时觉得不时很明白,觉得很多东西他们想不到,教学的过程中就只能与一个具体的项目来讲述软件项目的WBS的制作,以便让学生掌握软件项目的WBS制作,因学生没有基础知识,讲课的时候只能按照软件开发的顺序及软件项目的特点、步骤来进行讲述,下面讲述讲课过程中创建某校教务管理信息系统WBS的创建方法。
第一步:识别某校教务管理信息系统的目标;
第二步:通过某校教务管理信息系统目标的识别,知道主要输出的产品软件,即项目的类型是产品型。
第三步:根据产品型项目管理的特点,确定某校教务管理信息系统的第二级WBS(项目管理、可行性研究、需求分析、系统设计、系统实施、系统验收),包括产品名称、次要产品名称和横向关联元素。确保所有的项目输出都与第二级元素有关。
第四步:根据产品型项目的第三级元素反映的是产品的自然结构;横向关联元素是集成性、分析性或过程性的元素的特点及软件项目自身的特点继续分解,得到第三层元素,
第五步:审查每一级工作元素,以保证确认了全部的工作;加上必要的元素。在产品型WBS中,确保加上了必要的集成元素。
第六步:根据任务分解的80小时原则、责任到人原则、逐步求精原则继续将元素分解到工作包级(第四层)。进一步分解可能会违背上述原理。当下一级可能是活动或未知时停止分解,直到完成了进一步的分析或计划。
第七步:与项目利益相关者一起审查WBS,并进行必要的调整,以确保覆盖了项目的所有工作。最后得到的WBS如图2所示。
3 总结
本文先从工作分解结构的概念、分解的方法、基本原则、步骤介绍,然后分析Project软件中软件项目开发模板,最后结合实例并按照教学的过程介绍一个具体的软件项目的WBS制作过程,并画出WBS图,通过实例的教学,我发现同学们对WBS的创建有所掌握,但是对于为什么要这样进行任务的分解不是很明白,以后的教学中,应给学生补充一些系统的分析与设计的知识。
参考文献
[1]曹汉平.信息系统开发与项目管理[M].北京:清华大学出版社,2006.
[2]刘卓炯.软件项目任务分解的思考[J].电脑知识与技术,2009.
[3]左美云.信息系统项目管理[M].北京:电子工业出版社,2009.
关键词：职场需求；校企合作；软件项目工作室
中图分类号：G712 文献标识码：A 文章编号：1674-7712 (2012) 14-0135-02
党的十六大明确指出：要坚持以信息化带动工业化，工业化促进信息化，走新型工业化道路。软件技术作为信息化的核心，国家需要大量的计算机软件人才。
一、软件专业教学存在的问题
为了培养软件行业所需人才，几乎各个院校都开设了计算机软件相关专业。尽管每年都有这么多的学生进入计算机软件专业学习，但我国的软件人才需求缺口依然巨大，最终能在软件专业岗位留下来的人才不到软件专业招生学生的30%。
从目前软件专业教育来看，大学的软件专业教学存在着两个重要的问题。
（一）所学与所用脱节
这个问题体现在两个方面，第一方面，大学的软件专业教学普遍还停留在理论讲授的阶段，讲的内容多，但做的东西少。这就导致了学生所学不能所用，不能充分的理解并转为应用；第二个方面是指软件专业的一些专业课程讲授内容滞后造成软件专业毕业生技能水平与社会实际要求相差较大，一旦走入岗位，发现无所适从，一切又得从头学。
（二）专业技能不熟练
有些学生在校学习不错，基础也挺好，但对软件专业的各个岗位技能需求不明确，对自己将来要从事的岗位和未来职业定位也不是很清楚，在校学习的技能与社会所需的熟练技能存在着一定的差距，这就是我们最常听见学生反馈的——很多东西都朦朦胧胧的，做不到对应职业岗位的要求水平。
二、软件行业职场需求的特点
软件专业的教学所出现的问题其实是与软件行业职场的特点息息相关的。目前，我国软件产业继续呈现快速增长态势，增幅始终高于电子信息产业平均水平，产业规模继续扩大，软件出口平稳增长，产业结构与布局不断调整。软件行业职场呈现出以下主要特点。
（一）软件岗位分工越趋精细化
随着软件规模的不断膨胀和软件开发技术的发展，软件开发的分工和组织也变得越来越复杂，对一个软件产品或者一项软件工程来说，参与角色通常包括如下几种：高级经理、产品经理或项目经理、开发经理、设计师、测试经理、开发人员、测试人员、项目实施人员。我们现在都提倡模块化编程，模块划分遵循高内聚、低耦合的原则。模块化可以使软件结构清晰，容易设计、容易阅读和理解、容易测试和调试；提高软件可靠性；有助于软件开发工程的组织管理。同样，我们的项目管理也在学习软件的模块化思想。项目成员之间有明确的分工，分工遵循高内聚、低耦合的原则，减少工作重复内容。
（二）软件岗位要求知识面偏广
虽然软件行业岗位分工明确，但每个岗位间有着很多千丝万缕的联系，在平常的工作中，我们会经常沟通和交流；又由于计算机学科本身是一门综合性学科，所以势必造成各个岗位普遍要求任职人员对软件技术知识面要偏广，知识面越广，在IT领域的发展空间也越大。
（三）软件岗位与日俱变、岗位需求变化较快
目前，基于框架的开发使得程序员从繁重的后台数据访问中解脱出来，越来越多的应用开发更多的关注于前端的开发，即“富”客户端开发，富客户端开发技术正在越来越受到重视。这个岗位上的人才需求明显增多，但市场供应明显不足。同时，通过深入市场，发现前几年需求较旺的软件测试人员受到了冷落，人员也偏多，而新生的3G开发，Android应用开发等新型领域的开发岗位和开发人员受到青睐。据调查，软件开发岗位一般2-3年就会有一次新的需求产生和技术变革引来的替换。
三、基于职场需求的校企合作软件项目工作室的建设
为了解决目前软件专业教学所出现的问题，我们认为通过相关教学改革最终要达到以下三个目标：一是学生的学习过程要与软件公司项目开发过程接轨；二是教师授课模式要与软件公司项目经理带团队模式接轨；三是学生的实际能力要与软件企业对员工的要求接轨。其中前两个是过程控制，最后一个是实现目标。
而通过在大学里建设基于职场需求的校企合作软件项目工作室可以帮助以上目标的达成，针对企业具体就业岗位，锤炼学生的技能熟练度和技术的深度，做到有的放矢，有效地弥补大学教育知识广而非精的弊端，更好地与企业实现接轨。下面来介绍一下项目工作室的重要建设内容。
（一）专业导师担任项目团队经理
项目工作室的项目团队经理职位在整个项目工作室建设中起着非常关键的作用，他是软件项目工作室的领头人和开拓者。一般由专业导师担任，专业导师必须是“双师型”，要有多年的企业一线工作经历，有着丰富的软件技术技能和经验，教学期间能常参与企业的顶岗学习或为企业做技术顾问等相关工作。
学校也要鼓励教师面向企业，面向生产，直接参与技术开发、技术转化与技术改造。采取激励措施，促进“双师型”教师队伍的建设，学校可结合本身实际情况，从制度上、政策导向上向积极开展校企合作的“双师型”教师倾斜。
（三）建立岗位考核与奖励机制
参考软件企业，以“虚拟公司”建立项目工作室岗位考核制度，考核以量化指标为主并辅以非量化指标结合进行，体现多劳多得的原则，同时鼓励技术创新和技术复用，将团队合作也纳入到项目小组的绩效考核之中，整体项目的考核可以从项目完成质量、项目完成时间、项目成本三个维度进行考核。此外，可以按月、学期进行时间梯度上的考核，注重考核的时效性和激励作用。
（四）校企基于项目互赢合作
项目工作室以外包的方式承接企业软件项目，企业对完成的项目进行验收和评估，并支付一定的软件开发费用用于奖励导师和项目工作室学生。项目工作室可定期邀请企业技术骨干指导项目开发。学生也可以经常深入企业进行学习。表现好的学生毕业后可以直接进入到企业就职。
四、结束语
我们认为，大学教育结合技能岗位教育才是解决“企业招不到人，学生就不了业”两难困境的钥匙。而基于职场需求的校企软件项目工作室的建设是实现这一途径的有效方法。通过与市场接轨的职场岗位锻炼，学生必能学以致用，振翅高飞。
参考文献：
[1]李德有,解晨光,刘明刚.高职高专计算机软件专业教学改革的探讨[J].哈尔滨金融高等专科学校学报,2009,99.
[2]钟石根.基于“导师制、项目化”建设校内生产性软件项目开发实训工作室[J].出国与就业,2011,14.
[3]赵学义.论高等教育的职业导向[J].教育发展研究,2008,11.
[4]胡艳曦,曹立生,刘永红.我国高等职业教育校企合作的瓶颈及对策研究[J].高教探索,2009,1.
一、做了什么
20xx年11月加入新公司，同时也尝试着做全新的岗位：软件项目经理(纯管理型)。我以前主要从事技术管理工作，现在转而从事项目经理工作。20xx年底进入公司后，公司给了我一个小项目A(用Java开发的MIS系统)，让我先适应，这个项目是一个内部项目，业务比较简单，也没用什么新技术，领导对我的指示就是让我放手用敏捷开发Agile的方法去管理项目，就当是敏捷的试验田来做。有了这话我也就放开了，大刀阔斧的就干起来了。
之后接着就是我的“噩梦”了，公司新开发了一条产品线，是云计算方面的。领导找我谈话，让我结束手上所有的案子，以后全心投入云计算产品线中来。该产品线下面有许多的项目，目前正在运行的有四个项目，其中三个由我来负责，另外一个由我的一个同事负责。说是我的“噩梦”，其实也是对我的一个挑战，因为云计算的项目很偏技术，业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次，云计算的技术也比较前沿，待解决/未解决的问题也特别的多，在开发的过程当中会碰到很多的阻碍。再次，以前只带一个项目，现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会，接受挑战，没有挑战就不会有进步。
二、收获
1.完成了我人生中一次大的转型，从偏技术岗位成功转型到偏管理岗位上来了。
2.参加了PMP的考试，并一次通过，取得了PMP证书。(复习真的很辛苦)
3.学习了公司规范的项目管理流程，结合PMP的学习，对同事们也混熟了，结交了不少朋友，非常感谢他们给我的帮忙和支持。
三、不足
1.项目虽然都跌跌闯闯的完成了，结案了。但是总觉得有很多的不足，可以改进的地方。项目结束的太匆忙，没有太多时间去想，去总结经验和坚持下来，断断续续，总是说没有时间。
2.业余时间没有抓紧，太贪玩了。
3.来新公司1年多了，还没有加薪，有点失望。
目前软件代理项目主要分为两大部分：总代理、一般代理
【一般代理】：一般代理的授权区域以市级为单位，代理成熟软件品牌。赠送软件宣传页
一般代理项目合作具体流程：沟通确定代理的最终软件品牌。签订一般代理协议。制作软件宣传页，客户需要提供以下基本信息:公司名称、热线电话、联系QQ、银行账户、客户自己是否有网站如果有需要提供域名，以及其它客户想要添加的信息内容软件开发商根据客户提供的联系方式安排发货,附加代理授权以及其他相关数据授权。与此同时，相关业务人员与客户协调具体的支付方式。并支付全款或首付款5 如果客户一次性支付全款，根据实际情况可获赠金融门户网站或其它
【总代理】：以软件开发商自由软件为基础，重新打造新的软件品牌，同时享有该软件全国独家总代理。
总代理可以设计专属软件logo、登陆界面、可选独立的账户开号管理后台
1、负责项目软件系统的实施;
2、参与软件需求调研，编写项目文档;
3、软件系统更新部署，软件系统故障排查;准确地理解用户需求，合理引导用户，维护用户关系;
4.负责项目的管理及协调工作，带领团队进行项目建设，确保项目按期按质交付;
5.合理协调各方人员，监督项目，严格按既定目标和合同条款进行建设，提高客户满意度。
任职要求：
1、大专及以上学历，2年以上软件系统开发经验及1年以上项目管理经验;
2、熟练掌握J2EE的开发技术及SSH框架;
3、熟悉掌握ORACLE、SQLSERVER等主流数据库技术;
4、能吃苦耐劳，积极主动，有较强的团队合作精神，思维敏捷、语言表达能力和应变能力强
1 立足“三个面向”,架构立体式的模块化学习领域
高等职业技术教育培养目标是培养社会生产一线急需的科学技术应用型、技能型、设计型等人才,也就是培养“零距离”就业的实用型人才,其实现的根本途径就是课程,因此,基于工作过程的软件开发项目课程建设必须立足于“三个面向”,一是面向现代社会职业岗位(群)所需的知识和技能、能力和素质、经验和策略;二是面向行业领域最新科学技术,软件行业技术更新快,一直以来都是处于多种开发平台并存、竟争、发展的势态;三是面向学生,从学生实际现状出发,尽量满足每一个学生的学习需求,充分调动学生的学习积极性。“三个面向”实际上提出了架构学习领域的三个侧重面,而现行的学习领域架构或多或少的有所忽略,导致达不到预期的实施效果。
基于工作过程的软件开发项目课程学习领域架构主要过程如下:
前期,在行业专家的直接参与和指导下,通过对当今社会上IT行业的软件产品开发的工作过程进行分析和研究,已确立了四个行动领域(岗位):软件需求分析、软件设计、编码、软件产品测试等;通过对各个行动领域的典型工作任务的分析和研究,初步确立了软件需求分析、软件设计、SQL Server开发与实现、MySQL开发与实现、Oracle开发与实现、Java编程、Web编程、C#编程、嵌入式编程、软件产品测试等十个学习领域(课程)。
架构学习领域有多种方式,这里采用“5(3,4)”立体式架构,即由五个递进(横向)的主学习领域模块构成,它们是:软件需求分析、软件设计、数据库开发与实现、编码设计与实现、软件产品测试,其中有二个主学习领域设置有分支,一个是数据库开发与实现学习领域,由三个平行(纵向)的子学习领域模块:SQL Server开发与实现、MySQL开发与实现、Oracle开发与实现等组成,另一个是编码设计与实现学习领域,由四个平行(纵向)的子学习领域模块:Java编程、Web编程、C#编程、嵌入式编程等组成。如图1所示。
立体式架构的学习领域具有开放性,是开放式的的模块化学习领域,一方面,它易于更新,适合IT领域技术日新月异的特点,便于实时与行业技术“零”距离接轨;另一方面,它易于拓展,符合IT行业多技术平台并存、并发的特征;其三,它易于选择,教师根据学生现状,实施分层次教学,学生在教师的指导下进行选择性学习,可增强学生的就业能力,等等。
2 以职业能力为主线,设计和构建开放式的学习情境
学习情境是构成学习领域的最基本的“主题”学习单元,这里采用开放式的模块化设计。首先,详细分析各个行动领域的典型工作任务,为各个学习领域分别设计工作情境及工作情境下的工作任务清单;其次,综合分析各工作情境的工作任务清单中涉及的相关技能、知识和态度,进行必要的重组和整合,以职业能力为主线,设计和构建各个学习领域的学习情境模块,每个学习情境模块都有明确的职业能力目标。需要强调的是:设计和构建学习情境不能仅仅是将单一典型工作任务进行简单的解构和重构,而是应该适当引进不同典型工作任务,进行类比分析和经验总结,将知识和技能进行有机地整合,确保学生的专业技能和知识应用能力能够由感性提升到理性。学习情境基于学习领域的架构设计,具有较强的开放性。
为了进一步进行课程的开发研究,可引入三级目录将学习情境进行序化,依次是学习领域一级目录、子学习领域二级目录、学习情境三级目录。需要强调的是:务必注意组织各子学习领域中具有同等职业能力目标的学习情境,建立相应的链接标识,适当构建联合学习情境,利用联合学习情境实施对比性教和学,激发学生的学习热情,拓展获得知识技能的途径,极大地提高教学效率和效果。例如,在数据库开发与实现领域中,三个子学习领域均有如下学习情境:建立数据库及表、建立视图、建立存储过程、建立触发器等等,它们的职业能力目标相同,可建立链接标识,构建联合学习情境。为了有效的实施联合学习情境,必须开发出相配套的辅助教学资源,而目前尚待建全。
3 以学生为本,进一步完善学习情境的内涵建设
学习情境作为具体化的课程方案,它承载着教学活动中所需的教学资源,包括学习目标、学习内容、训练项目、教学方式方法、学习辅助资源、学习评价、教学评价等条目,学习情境的建设任重而道远。由于学习的主体是学生,故学习情境的实施目标是学生,学习情境服务于学生,而学生始终处于一个流动的状态,而且随着招生规模的扩大,生源素质有所降低,层次明显,因此,要提高软件开发项目课程的教学质量和教学效果,必须要从学生的现状出发,以学生为本,以分层次教学理念为主导,进一步完善学习情境的内涵建设。
学习情境可采用三层设计:首先是面向每一位学生的基本层,也就是主层,在这一教学层面上,可安排两到三个示范型的典型软件项目开发任务,在教师的指导下进行分析和类比,必须完成,而对于学习困难生,往往需要举一反三,反复训练,才能掌握,解决的有效办法就是尽快完善学习辅助资源的建设,这需要课程建设和开发人员发掘智慧、勇于创新,研究和开发出适合学生需求的各种形式的教辅资源,如多媒体形式、网站形式等等;第二个教学层面是应用提高层,也就是拓展层,可设置一定数量拓展的典型软件项目开发任务,在教师的指导下选择完成;第三个教学层面是创新设计层,可安排一些有一定创新空间的典型软件项目开发任务,由学生自由发挥、自主完成。
另外,在具体的教学过程中,还可以引进分组学习模式,根据班级学生实际情况分成若干组,每组3—4人,设一个组长或增设一个副组长,组长和副组长应具有较高的水平和学习能力,先进带后进,达到都有所提高的目的,这不仅有利于学生职业能力的培养,也有利于学生职业素质的提高。
为了确保和监测学习情境的有效实施,每个学习情境的学习评价、教学评价等机制必须完善。一般可设置四级测评机制,学生自己测评、小组长测评、任课老师测评、课题小组测评。在测评时间的安排上可灵活机动,只是务必要及时、到位。
4 把握现在,继往开来
基于工作过程的软件开发项目课程建设是一个系统工程,需要在探索中前行,因此,必须要把握现在、继往开来,一方面学习国外的先进课程开发经验,立足于本地现有状况和条件,实行课程改革的“本土化”转换,同时,加大对教学资源的建设和开发力度,加强“双师型”教师队伍建设,加快企业级的实训基地的建设步伐,真实有效地开展校企合作等。另一方面,努力推进TCP训练教材套的研究开发,以推动全国高职院校统一新标准课程的制定和实施。
摘要：基于工作过程的软件开发项目课程建设是一个探索中前行的过程,该文针对目前该项目课程实施效果不太理想的状况,对学习领域和学习情境的构建和设计进行分析研究,提出了改进措施。
关键词：基于工作过程,学习领域,学习情境,模块化,开放式
参考文献
[1]姜大源.职业教育学研究新论[M].北京:教育科学出版社,2006.
一个软件项目，无论其规模大小，必然会受被实施方（用户）所处行业、自身特点、组织结构等多方面因素的影响而带来变革，这就使软件项目必然具有高风险性的特点。由于风险是在项目开始之初就对其整个过程起各种影响的，所以在项目过程中对风险分析不足，或是风险回避措施不得力，都很有可能造成项目的夭折、中断甚至失败。就项目所涉及到的人、财、技术、时间、计划以及市场等方方面面的因素，可将项目风险归结为以下几种：
人力资源风险
项目中的关系人作为项目的主体在项目中起着主导作用，优秀而富有经验的项目经理、用户/顾客参与项目的热忱度、项目团队的技能与协作精神、高层管理者的支持、角色明确而高效率的项目发起人以及其它利害相关者都会是项目不同程度风险的来源，所以协调处理好项目中各关系人的职权、需求和关系等方方面面的因素，对角色认真评估，保证合适的人选，以足够的精力参与到项目中来，以解决项目中因人力资源而引起的风险，保证项目的实施成功。
时间风险
时间风险主要是指超出进度安排限度的风险。由于很多软件项目的失败正起因于项目进度出现拖延而导致项目团队士气低落，效率低下，所以项目的时间管理需要充分考虑各种潜在的风险。在进度计划时，一味求快、甚至刻意追求某个特殊意义的日期作为项目里程碑，将会对项目进度控制造成很大的压力。在执行过程中，应强调项目按进度执行的重要性，在考虑任何问题时，都要将保持进度作为先决条件；同时，合理利用赶工及快速跟进等方法。
计划风险
项目计划及其变更与项目的实际进程不协调、频繁改变项目计划、计划考虑不周全、项目计划本身有错等都会引起项目中的计划风险。如制定计划阶段，项目管理人员与项目实施人员之间的沟通不善，或者对项目中出现的风险问题预估不够，造成项目计划与实际操作方式产生较大偏移；在项目进行过程中计划的变更和跟进与实际进度不符，或是根本就是计划与实际进度相分离；项目计划中没有考虑到在实施中可能会出现的某些不确定性因素或是对项目的时间、费用等估计不够等都会导致风险的产生，所以计划应该准确地反映完成项目的时间和各阶段的任务。计划必须跟随项目的发展保持最新状态，为了让计划与时俱进，项目计划就必须反映实际完成的工作，同时还要预计将要完成的工作。
技术风险
技术风险主要指由于不能满足项目的技术而导致的风险，由于额外的资源将被使用以满足项目的技术性要求，成本溢出将非常巨大。在项目开始时应对项目所涉及到的技术以及设备进行评估分析，确定此项目在技术上可行，在产品开发出来之前，该技术不会过时，而且硬件、软件、网络功能均适合，并且能够满足项目的目标，达到用户的需求。
财务风险
财务风险主要指项目超预算成本的风险。要降低财务风险就要对项目的有关财务情况多加分析，要了解并搞清楚此项目是否很好的利用公司的资源？项目干系人对此项目的财务预算是否可靠？项目是否满足回报估计？如果不满足公司还愿意继续此项目吗？……等一系列的财务问题。
在一个项目中不只是以上几种风险外，同时还有质量风险、市场风险、项目管理风险和其他项目外部的风险都会以不同程度的影响着项目的成功。作为项目管理者，就必须成功地控制项目的风险，从项目的各个方面着手，研究项目进展各阶段可能出现的各种已知、未知的风险，分清轻重缓急，有侧重的控制好风险，采用有效的防范措施，把风险损失降到最低程度，从而使项目顺利进行，发挥其最大的投资效益。
风险是不以人的意志为转移并超越人们主观意识的客观存在，而且在项目的全寿命周期内，风险是无处不在、无时没有的。虽然人类一直希望认识和控制风险，但只能在有限的空间和时间内改变风险存在和发生的条件，降低其发生的频率，减少损失程度，而不能也不可能完全消除风险，并且风险的产生是无规可循、杂乱无章的，在消除控制已有风险的时候也会产生新的风险或导致风险的变更，所以说风险存在客观性和普遍性，风险的发生具有偶然性和必然性，风险的控制消除过程又具有可变性，同时风险还具有多样性和多层次性的特点。
项目管理中建立风险管理策略和计划，并在项目的生命周期中不断控制风险是非常重要的。通常风险控制可以分为四个阶段：风险识别、风险分析、风险应对和风险监控，这里重点讲一下风险应对和监控。
风险应对计划 在对风险进行了识别及分析之后，就要对风险可能产生的结果或影响进行应对计划，风险应对计划的目的在于通过制定相应的措施，来应对风险对项目可能造成的威胁。常采用规避、转移、缓解、接受的措施来应对风险的威胁。
风险应对计划是针对已识别的风险进行的；对于未知的风险，不可能预先制定相应的应对计划或应急计划，因此，可以利用管理储备来准备应急措施。
风险监控 制定了风险应对计划之后，风险并非不存在，在项目推进过程中还可能会增大或者衰退。因此，在项目执行过程中，需要时刻监督风险的发展与变化情况，并确定随着某些风险的消失而带来的新的风险。风险监控就是要跟踪识别的风险，识别剩余风险和出现的新风险，修改风险管理计划，保证风险计划的实施，并评估消减风险的效果。
风险监控包括两个层面的工作：其一是跟踪已识别风险的发展变化情况。其二是根据风险的变化情况及时调整风险应对计划，并对已发生的风险及其产生的遗留风险和新增风险及时识别、分析，并采取适当的应对措施。
在项目管理过程中，成功而有效的风险管理可以防止和减少项目中潜在问题和负面影响的干扰，它是处理危机的有效处方。
[摘要]：
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点要一边论述理论，一边论述自己在项目如何实施，理论结合实际
项目总结报告
XXXXXXXXX 2017/7/27 项目概要信息
XXXXXXXXXXXXXXXXXXXXXXX系统的技术团队由11人组成，其中项目经理1人，需求分析师1人，UI设计师1人，开发人员6人，测试人员2人。
本项目的前期工作从2017年5月19日开始，历时16个工作日，于6月9日完成需求分析等准备工作。开发阶段从2017年6月12日开始，历时22个工作日，于7月10日完成全部开发工作，进入外部业务人员验证测试阶段，目前，可使用XXXXXXXXXXXXXXXXXXXXXXX的二级域名进行访问，详细信息如下：
用户资助申报地址：XXXXXXXXXXXXXXXXXXXXXXX 用户审核管理地址：XXXXXXXXXXXXXXXXXXXXXXX
本项目的开发过程有5个关键的里程碑，具体时间及内容如下： 2017年06月21日：项目初次全新功能开发完成；
2017年06月29日：项目初次内部功能测试、安全测试、性能测试完成； 2017年07月04日：需求变更，准备进行二次开发； 2017年07月10日：项目二次开发全部完成；
2017年07月11日：项目二次内部测试完成，等待外部业务人员验证测试。项目经验
因为是初次担任项目经理的角色，我最初找不到切入点，领导和同事在整个的过程中给了我很多的指导和建议。实际的项目管理工作使我对自己已学的理论知识有了更深刻的体会。所谓理论指导实践，实践验证理论，回想整个项目开发过程，至少可以总结了以下几点经验： 2.1 沟通讨论 信息交换要及时
沟通讨论是贯穿整个项目生命周期的活动，团队成员间信息交换是否及时，更是项目成功的关键。虽然不同角色承担不同工作，但都是以达成项目目标为指导的，团队成员只有始终保持沟通讨论，保证接收到最新的、一致的项目需求信息，才能使得开发工作顺利进行，避免出现信息交换不及时而导致的返工。
对于沟通，结合实际来说，如果需求分析师不能将变更的需求信息及时传递给UI设计人员，就会导致不符合用户需求的设计，更会使开发人员写出无用的代码，这必然导致重设计、重编码，甚至会延误整体项目进度。
对于讨论，尤其是像我这样缺少经验的项目经理，不论是制定计划，还是工作量识别，都必须向有经验的同事请教，接受正确的建议，才能得到合理的安排。2.2项目范围 功能边界要清晰
项目经理以需求文档为依据，将项目范围及边界清晰罗列，是把控项目开发进度的先决条件。
对于XXXXXXXXXXXX系统来说，其功能并不复杂，且开发周期短，所以在确定项目范围并进行任务细化时，可精确到接口、页面。把一个大任务分解成一个个的小任务的好处是，可以帮助我们更加精确的估计出它们的工作量，并暴露出很多可能一时无法想到的工作量，也可以保证后续进行项目开发过程的状态跟踪，更加精确。2.3时间计划 人员分配要合理
以前总认为写计划比写代码容易的多，其实恰恰相反。一份合理的项目计划需要经过思考、沟通、权衡、询问、倾听的过程，要知道，用来分析解决问题需要花费的时间，远远大于单纯的写代码时间。
项目进度计划必须将分解出来的小任务，综合考虑时间、难易程度、人员能力，估出工作量并进行合理分配。2.4代码开发 功能验证要同步
当日的开发任务结束后，作为项目经理应该对现有开发成果做验证，即对已完成的功能做验证，及时发现缺陷或其他问题，次日找对应的开发人员做修复。
因此，代码开发和功能验证的同步进行，既可以保证软件质量，同时也可以保证项目进度。当然，应该根据实际情况同步调整项目进度计划，预留处理缺陷的时间。
2.5进度执行 问题修复要反馈
项目成员必须及时反馈当日任务完成情况，及前一天遗留缺陷的修复情况，才可以保证项目经理对整体进度的把控，准确跟踪项目状态。2.6
需求变更 文档修改要记录
开发过程中的任何变更，都应做记录，作为项目成员之间沟通交流的依据，也可以避免重复修改，增加无谓的工作量。项目教训
3.1计划应当先于执行
项目计划必须要尽可能周全，并且在项目经理的可控范围内，可以根据实际情况及时做调整，但一定要保证，具体工作的开展是在计划范围内，因为没有计划直接执行会直接导致项目进度不可控，状态无法跟踪。3.2沟通应当注意技巧
关键词：软件；项目管理；对策
中图分类号：TP311.5
1 软件项目管理的特点
随着信息技术的发展，软件产品在社会各行各业得到了迅速的发展，成为推动社会进步和经济发展的重要动力，冲击着传统产业和传统的企业管理模式的发展，使人们的生产、生活和工作方式发生了重大改变。我国近年来网络技术发展非常快，其中软件行业发展尤为迅速。当前，软件行业对国民经济发展具有很强的带动作用，已逐步渗透到我国各级产业以及社会生活的各个领域，有效地推动了各个产业技术发展，提高了人们的生活水平。软件项目管理是软件行业不断发展壮大的重要条件，但是由于软件行业高度复杂的技术和不确定的市场，软件项目管理风险控制难度也不断加大，软件项目管理的成功率较低。在软件企业管理中软件项目管理占有非常重要的地位，可以说，管理的好坏可以决定软件项目的成败。软件项目管理在项目的整个过程中都是围绕设计展开的，这是软件项目管理与其他项目管理不同的地方。因此，人力资源成本是软件设计中的最大成本。与其他项目管理相比，软件项目管理需要的物资资源非常少，而是主要依靠管理人员的设计经验和技能。软件项目管理就是要把个人创造过程与软件开发很好地融合在一起。目前，如何把软件行业发展和软件项目管理的实施有机地结合起来，提高企业项目管理水平，仍是面临的很多的问题。
2 目前软件项目管理现状和所存在的问题
软件项目管理一个创造性的领域，其以满足客户特定的需求为目标，以团队的形式有效地组织企业项目资源，通过对项目进行管理和控制，实现项目的目标。在我国软件行业起步较晚，但在最近几年里得到了迅速的发展，但在应用项目管理中还存在许多的问题。
2.1 对软件项目管理认识程度不足，缺乏整体把握
软件项目经理或管理人员对项目管理的知识体系没有全面的了解和把握，在实际工作中不能很好地指导项目管理实践，依靠个人原有的知识技能对项目进行随意、盲目的工作管理。在软件企业中，项目经理往往是在技术上能独当一面的指挥官，但是他们在项目管理方面知识比较缺乏，对项目管理认识程度不足，导致出现管理混乱现象。一些软件项目管理人员对项目没有一个整体的把握，对总个项目没有系统的认识，不能很全面的做出总体计划、阶段计划。由于项目中有许多不确定的因素存在，项目经理没有系统分析各个不确定因素的内在联系，考虑不周全，做计划是走过场的形式，做出的计划不能适应情况的变化，造成计划与控制管理完全是脱节，衔接不上从而无法进行有效的控制和管理。计划跟不上变化是软件项目管理中常见现象。
2.2 管理思想和理念没有得到落实，风险管理不成熟
管理思想和管理理念对软件项目管理起着引导作用，对软件项目管理理论上的不足将可能导致软件项目管理的失败。我国软件项目管理发展较晚，管理人员在管理中多依靠自身的实践经验去开展工作，而对管理理论较为缺乏。部分项目经理不能总体上去管理整个项目，不能充分认识到自己是一个管理者，造成项目管理中工作任务分工不明确、资源浪费现象。从我国当前软件企业中，项目经理大多技术方面的知识扎实，但是项目管理知识、管理技能以及必备的素质都比较缺乏。特别是对软件项目管理中的风险管理认识较为肤浅，有待进一步的学习和提高。由于项目管理人员在项目管理实践中缺乏高效的管理思想，缺乏有效的方式和技巧，项目工作人员之间的团体协作能力较弱，资源整合优势难以有效发挥。
2.3 缺乏有效沟通
在软件项目管理中，沟通是维持项目进行的重要条件。若在一些重要信息方面缺乏有效的沟通，将可能导致项目管理出现较多障碍。从当前我国软件企业项目管理的实践来看，普遍存在沟通机制不完善，渠道不够通畅，各相关人员之间在项目管理中制定计划、意见反馈、情况通报、技术成果等等方面沟通不足，容易造成重复劳动，效率低下等情况发生，有的甚至造成的完全可以节省的损失。在软件项目管理中项目经理需要花费大量的时间来沟通和协调，而且要善于沟通，提高沟通意识和效率。
3 软件项目管理发展对策
3.1 提高项目管理人员计划意识，优化人力资源配置
软件项目管理人员在工作中要以身作则，真正发挥带头作用。在工作中要及时制定符合工作需要的工作计划并认真落实。计划要具有一定的前瞻性，在客观条件发生变换的时候要不断完善细化。软件更新速度较快，企业要在软件行业发展中抢占先机，要求管理人员要重视计划的制定，不断完善和优化工作流程。在软件项目管理中，要不断优化人力资源配置，使得每位员工能够对自身职责有明确的认识，工作责任意识明确，职员之间能够做到优势互补。管理人员要具备强烈的责任心和团队意识，不断发现和培养优秀人才。
3.2 树立风险管理理念，强化项目管理培训力度
我们要加强软件项目管理人员对项目管理知识学习，各方面都能充分认识到项目管理的重要性和必要性，让项目经理重视对项目管理的知识的学习和一些常用工具和方法使用。不断树立项目管理人员风险管理理念，充分意识到风险管理的重要性，经过充分分析、预测、评估可能的风险，积极探索应对风险的策略。对计划书中风险管理要具有针对性和具体性，真正发挥风险管理在防范风险中的作用。不断通过项目管理培训来强化管理人员实践能力和知识技能。只有具备管理知识和管理经验的人员才能担任管理人员和技术人员，大幅提高项目管理水平。
3.3 加强沟通，从整体上对软件项目管理进行把握
软件项目管理有效开展离不开有效的沟通，这要求要不断提高沟通意识，在企业中制定切实可行的沟通机制，使得各项企业政策能够上下通达。在项目管理沟通方式上要不拘一格，实现沟通方式的多样化，如书面沟通、口头沟通，提高沟通的有效性。对于因沟通不畅导致的损失要明确责任归属，确保企业重要内容信息的有效传达。软件项目管理人员要从整体上对软件项目管理进行把握，综合考虑各因素，作出全面的总体计划、阶段计划。同时对于具体问题也要预留空间，确保管理计划能够紧跟软件管理需要。
总之，计算机软件项目管理需要不断提高项目管理人员管理知识和实践恩能够里，强化沟通和项目管理培训力度，实现对对现代软件工程管理人员在理论和方法的全面提升。
参考文献：
[1]陈俊霞.软件项目管理的若干问题研究[J].现代计算机技术，2010（08）.
[2]刘从越.软件项目风险评估实践[J].计算机工程与引用，2011（03）.
[3]张宙.軟件项目管理的现状及发展粗略探讨[J].科技风，2012（08）.
[4]钱瑞胜.软件项目管理现状与对策分析[J].企业科技与发展，2013（02）.
作者简介：毕猛（1982.05-），男，沈阳人，网络工程师，硕士，研究方向：网络安全及软件工程。
【软件项目部工作流程】推荐阅读：
股票软件代理项目合作流程01-10
软件系统项目相关工作总结01-18
软件项目总结免费11-15
软件项目需求分析01-18
软件项目人员组织分工07-13
软件项目合同范本07-14
软件项目实施计划方案10-06
软件项目施工总结报告10-16
软件项目管理小结10-19
软件项目独家合作协议01-26
