浅论信息交流模式对软件开发的影响——软件项目管理的信息交流探索_计算机论文.docVIP

浅论信息交流模式对软件开发的影响——软件项目管理的信息交流探索_计算机论文.doc

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
浅论信息交流模式对软件开发的影响——软件项目管理的信息交流探索_计算机论文.doc

浅论信息交流模式对软件开发的影响——软件项目管理的信息交流探索_计算机论文 浅论信息交流模式对软件开发的影响——软件项目管理的信息交流探索_计算机论文 论文摘要:软件开发是一项高度知识密集型的创造活动,在这个过程中信息交流扮演了极其重要的角色。信息交流模式对软件开发效率、项目管理和开发工具的发展进化有着深刻的影响。提出信息交流的三个特征模式,并在共享库的基础上论证自然损耗的强信息交流模式对软件开发的积极作用和影响。   论文关键词:软件项目管理信息交流模式广义信息交流共享库   1引言   1970年Sackman对12名程序员用两个不同的程序进行试验,结果发现程序长度差别为6:1,程序运行时间差别为8:1,程序编制时间差别为9:1,程序编码时间差别为18:1,程序排错、调试时间差别为28:1。在实际开发中,软件项目开发成员之间存在差距是非常普遍的。对此通常的做法是采用内部交流,如员工培训、技术会议、成员讨论等方式,达到减少团队成员的差距的目的。   软件开发是一种有特定目标的团队合作活动,而团队只有通过有效的交流才能发挥其集体的力量。在开发活动中信息交流普遍存在,而且扮演着非常重要的角色。它协调成员行为,使工作同步,与团队行为方式及其效果密切相关。因此,如何有效管理和控制信息交流变得非常重要。但信息交流往往难于控制和管理:如果没有良好的管理,开发团队很容易陷入工作低效、信息混乱的境地,并导致种种负面影响——工作中断、思路中断、时间消耗等。调查显示,每周工作40小时的开发工程师,实际开发时间平均仅有16~18小时,其它很大部分时间消耗在人员之间的交流上。相反,一个团队的信息交流简单、通畅、损耗小,其工作往往协调一致,各种活动有条不紊。信息交流对软件开发有深刻的影响。   当代的软件项目管理理论似乎对开发团队的信息交流问题缺乏足够的关注,在这方面多数是强调团队合作的作用。实际上,信息交流模式存在很多内在的规律,研究分析这些因素将有利于软件项目管理工作的改进,有利于为软件业的发展提供有益的思考。   2广义信息交流及其模式分类   从狭义上讲,信息交流仅限于人与人在语言、思想上的直接交流,在广义上则包括一切信息的发送、接收、传递以及这个过程的相互作用(如引伸、扩展、缩小、曲解、联想等等)。在软件开发中,所有从自身以外主动获取信息的活动都属于信息交流的范畴;交流对象不一定是人,可以是机器、经验知识库、软件系统(如DSS)等等;但交流主体一定是人。广义信息交流在软件开发过程中极为普遍,所有任务都在特定的信息背景(专业知识、任务、计划、规范化、管理指令等等)下由各个成员共同完成。   3信息交流模式特征及其条件   根据信息交流的特性,可以将其分为三种特征明显的模式。   3.1强信息交流模式   强信息交流模式的特点是交流非常频繁,不仅发生在项目成员(包括项目经理)之间,而且发生在成员个人网络之问(如某成员与项目组以外的专家、个人进行的交流);信息交流方式表现为面对面或人与人的交流,缺少工具支持;存在很大的损耗,交流虽然活跃但处于无组织的信息混乱状态,过多的交流损耗大大降低了团队的工作效率,成为管理上的瓶颈。   图1中:   1.Nx:小组成员   2.M:项目经理或项目小组负责人   3.P:上一级负责人   4.C:内部评审小组   5.箭头及其方向:信息传输路线和方向(下同)   图1表示了一个典型的开发团队的强信息交流模式。可以看出,控制通道M—P或P—c的信息交流相对集中而简单,但项目小组内部的交流则非常频繁,交流频度(复杂度)是n(考虑交流的双向性,n为项目成员的数目)。由于项目的执行核心分散到每个直接开发软件的各个项目小组成员身上,在强信息交流的模式下,交流频度太高导致整个小组的开发效率低下。同时项目经理M由于忙于应付各方面的交流而导致小组内部缺乏管理。因此这是一种内耗巨大的信息交流模式。大型项目往往容易陷入这种状态,这也证明了为什么大型项目更依赖于有效的管理的事实。   3.2弱信息交流模式   这个模式的信息交流非常有限,只存在项目经理与程序员之间的交流,程序员之间几乎没有信息的交流,更没有项目小组以外的支持;没有利用工具促进交流。由于缺少交流,各自为政,效率低下。项目人员缺乏管理和组织,成员之间存在信息交流障碍,没有内部评审小组对计划进度的严格监督,如图2所示。 这种情况之下交流已经非常少,但仍然有损耗,这种无法避免的损耗就是自然损耗。   3.3自然损耗的强信息交流模式   上述两种信息交流模式都存在着固有的问题,但他们各有所长:强信息交流通畅无阻;弱信息交流损耗接近于自然损耗。若交流模式同时具备这两个特点,则该模式就是自然损耗的强信息交流。该模式既有强信息交流的优点,

文档评论(0)

wyj199218 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档