軟件中項目管理應用以及對于軟件信息交流的政策技術事項來說都是大家十分關注的話題，軟件的運用要點大家也應該充分的掌握等等。

　　摘要：當代的軟件項目管理理論似乎對開發團隊的信息交流問題缺乏足夠的關注,在這方面多數是強調團隊合作的作用。實際上,信息交流模式存在很多內在的規律,研究分析這些因素將有利于軟件項目管理工作的改進,有利于為軟件業的發展提供有益的思考。

　　關鍵詞：軟件項目,軟件信息,軟件論文

　　1引言

　　1970年Sackman對12名程序員用兩個不同的程序進行試驗,結果發現程序長度差別為6:1,程序運行時間差別為8:1,程序編制時間差別為9:1,程序編碼時間差別為18:1,程序排錯、調試時間差別為28:1。在實際開發中,軟件項目開發成員之間存在差距是非常普遍的。對此通常的做法是采用內部交流,如員工培訓、技術會議、成員討論等方式,達到減少團隊成員的差距的目的。

　　推薦期刊：《軟件和信息服務》軟件科技期刊，創刊于1984年，由中國電子信息產業發展研究院、北京中電報發展有限公司主辦。計算機科學技術刊物。

　　軟件開發是一種有特定目標的團隊合作活動,而團隊只有通過有效的交流才能發揮其集體的力量。在開發活動中信息交流普遍存在,而且扮演著非常重要的角色。它協調成員行為,使工作同步,與團隊行為方式及其效果密切相關。因此,如何有效管理和控制信息交流變得非常重要。但信息交流往往難于控制和管理:如果沒有良好的管理,開發團隊很容易陷入工作低效、信息混亂的境地,并導致種種負面影響——工作中斷、思路中斷、時間消耗等。調查顯示,每周工作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自然損耗的強信息交流模式

　　上述兩種信息交流模式都存在著固有的問題,但他們各有所長:強信息交流通暢無阻;弱信息交流損耗接近于自然損耗。若交流模式同時具備這兩個特點,則該模式就是自然損耗的強信息交流。該模式既有強信息交流的優點,又克服了其損耗大的缺陷:一方面成員個體之間的信息通道非常暢通,另一方面每個個體受到來自團隊內部其他成員的干擾大大減少。

　　但形成這個模式是需要條件的,存在大量的管理良好的易于獲取的充分共享的經驗知識庫,即圖3中的共享庫,是其中的一個必要條件。共享庫使得大量的信息可以不通過傳統的交流獲取,提高了信息傳遞的速度,降低了人與人之間的直接交流的頻度。

　　共享庫是一個關鍵的角色,在這里泛指一切有助于提供有效信息服務的信息集,但應排除團隊本身,否則又回到強信息模式的狀態。內部資料庫、可以提供咨詢的專家組、決策支持系統、Internet資源等等都可以成為有效的共享庫。其特點是共享,可以同時提供多通道的服務。

　　另一方面,項目組成員之問必須排除個人色彩,交流通道流暢,不存在任意交流,每次直接交流都是必要交流——共享庫無法提供這種信息才由直接交流解決,這是強信息交流模式的一個條件,同時也是自然損耗強信息交流模式的一個條件。

　　4自然損耗的強信息交流模式對軟件開發的啟示

　　信息交流模式的重要性質提醒我們:軟件開發中如何避免信息交流的混亂?如何管理好團隊的信息交流模式?如何降低信息交流的損耗?信息交流的三個特征模式的為此提供了有益的啟示。

　　4.1從廣義信息交流來看軟件開發的發展趨勢

　　僅僅從狹義信息交流來看,軟件開發的信息交流并不起眼。為了得出建設性的結論,我們必須從廣義信息交流的角度來研究問題。基于此,我們認為下面四點均是軟件業按照信息交流模式規律發展的證明:

　　·運用工具促進交流

　　計算機網絡使單機環境向網絡環境擴展,大大擴展了信息傳播的方式和速度;局域網已經成為各單位的必不可少的環境,特別是Internet已經成為事實上最大的信息源。分布式數據庫系統、郵件系統、文件傳輸協議、即時交流工具、搜索引擎都是基于網絡的信息交流工具。這些工具使人們獲得所需信息的能力大大提高。

　　強大的集成環境:普遍認為它是人們應付軟件危機的產物,但從信息交流的角度來看這是軟件開發工具發展的必然趨勢。它代替程序員做了大量的信息獲取、知識輸出、信息協調、交流的工作,為降低交流頻度起了巨大的幫助作用。可以預見集成開發環境將有更驚人的發展,而且逐步會把其他軟件和目前仍然要人工來完成的工作納入其范圍,如配置管理、版本控制、更友好的聯合開發環境、自動測試、智能輔助工具、自動化的文檔管理技術等等。

　　·構建更大的信息單元(信息粒度)

　　軟件由模塊或對象組成,而模塊和對象則由更多的信息單元(包括數學公式,元數據等)組成。多個信息單元可以集成為具有特定功能的更大的信息單元,使得使用信息時不必考慮更多的與目標無關的細節,從而增加信息交流的強度。這種信息單元的擴大化就是軟件復用思想。早期的軟件開發比較原始,基本上是完全個性化的(比如某個具體功能的匯編語句),隨后逐漸出現了直接調用各種工具包、系統函數的情況,直至更正式的復用:面向對象、構件等技術的提出和應用;軟件業在軟件復用方面做了巨大努力,出現了不同的技術和標準,主要有OMG定義的CORBA和Microsoft公司的DCOM以及SUN公司的Java平臺。復用構造了更大的信息單元,為降低信息交流的開銷創造了有利條件。

　　·支持信息共享

　　驅動軟件業發展的一個重要思想是共享,共享在信息爆炸時代充分體現了其優越性。沒有共享,信息再多也只是一個孤島,嚴重影響信息流通和交流。早期的開發工具缺少共享支持,隨著軟件需求的快速膨脹,出現了所謂的軟件危機。為了應軟件危機,出現了支持充分共享的開發平臺,這些開發工具普遍出現了可視化、網絡化、智能化、自動化的趨勢,為共享提供了技術支持,而共享的根本目的在于破除交流的障礙,為實現無損耗的強信息交流模式創造了條件。

　　·利用智能化

　　智能化一直是軟件工業的一個研究熱點,而且將會發揮越來越大的作用。軟件開發要減少人的交流開銷關鍵在于減少人的有意識的參與活動。機器智能可以代替人面對面的交流、教育、培訓,它不受時空的限制,可以即時提供,可以并行工作,可以隨需應變,從而大大減少直接交流帶來的損耗。比如智能化的搜索引擎可以提供更好的搜索服務。

　　由此可以得出一個結論:追求“減少交流損耗”是軟件業發展的一個內在的趨勢,減少交流損耗是提高效率的重要條件。

　　4.2保持活躍的信息交流。減少損耗

　　在軟件開發活動中信息不對稱普遍存在。信息不對稱導致的結果是成員之問的開發速度無法一致,只有充分交流才可以降低信息不對稱性,才能加速知識的流通和傳播。但實際上,由于信息交流的損耗問題,不允許這種交流無限制地發展,這就需要管理控制和工具輔助,避免并非必要的直接交流的發生,使強信息交流的損耗降低到自然損耗的水平,實現自然損耗的強信息交流模式。