以溝通為出發(fā)點，以溝通為中心進行項目的開展，可以有效地進行項目的管理，提高項目的質(zhì)量，降低風險與成本。
溝通，不僅僅是指用言語進行溝通，還可以以書面，文檔，手冊，電話，郵件，會議等方式進行。靈活運用多種的溝通方式，使參與項目開發(fā)的每個成員能夠有統(tǒng)一的思想，不會產(chǎn)生歧義。當然，溝通不僅僅是在工作上的溝通，也需要工作下的溝通。簡單來說，項目經(jīng)理對員工的不同程度的問候，或多或少會提升員工的工作積極性與主動性。而這也就升華到管理的層面，是管理項目，還是管理人？可以從底層分析，項目是由誰來做？是參與項目的員工。那么項目的質(zhì)量直接由什么來決定？員工的工作心態(tài)。但是員工的心理活動往往低多變的，沒有人能夠掌控，那么適當?shù)臏贤ǎ粌H僅可以將這種情感活動向益于工作的方向轉(zhuǎn)移，而且也可以進一步促進公司的凝聚力，讓員工從心里將公司當成一個大家來對待。而工作層面，適當?shù)臏贤ǎ梢宰尡舜肆私鈱Ψ降乃伎挤绞剑杆俚牟扇『线m的辦法，讓彼此的意見得到統(tǒng)一。而不是因為意見向左，產(chǎn)生分析，得不到進一步的解決。從項目整體來講，合適的溝通可以降低項目需求的多變性，從而降低項目開發(fā)的成本；合適的溝通可以將技術(shù)層面的難題，得到共同的思想靠攏，從而得到解決；合適的溝通可以讓各崗位職責的人能夠明白彼此的意見，提高工作效率的同時，也進一步降低因為溝通不當，導致項目BUG出現(xiàn)的幾率。溝通分層次，同一個層次的人群互相溝通，不會有太大的難度與理論上的偏差。而針對不同領(lǐng)域，不同層次的人
來說，彼此之間的溝通成為了一個難題。所以從公司的角度分析，首先項目組成員必須具備最基本的理論基礎(chǔ)，如:《軟件工程》，《軟件質(zhì)量》等。從細節(jié)劃分，編程人員需要有關(guān)于具體編碼規(guī)范等額外理論基礎(chǔ)，測試人員需要有關(guān)測試方面等額外理論基礎(chǔ)，針對項目經(jīng)理，不僅需要編程人員與測試人員的基礎(chǔ)理論，也需要整個項目的理論，如《軟件項目管理》，《項目管理知識體系》等管理知識。只有理論背景差別大不的情況下，互相之間的溝通，才會更加有效率，進一步降低信息在傳輸之間的損耗，使開發(fā)出的軟件更加接近客戶的要求，提高客戶對公司產(chǎn)品的滿意度，有利于產(chǎn)品的市場推廣。所以完美的項目不存在，只能在共同的努力下，產(chǎn)品才能夠向完美進一步靠近。以下從項目的整體來闡述溝通對各個層次的影響。
競標階段，競標的成敗與否，在于自己的產(chǎn)品是否接近客戶心中的目標，從而贏得投標，其中的關(guān)鍵在雙方的溝通。
眾所周知，項目從哪來，是從客戶的需求得來。那么從公司的角度出發(fā)，如何獲得客戶的'認可，得到項目的投標？這是個很現(xiàn)實的問題。在《軟件工程導論》上得到很多信息，如何快速開發(fā)出客戶滿意的模型，在于需求分析師從客戶交流中，得到有用信息的有效程度。其中的信息不僅僅是項目的功能，也有客戶的背景，使用環(huán)境，客戶群的習慣等等方面。根據(jù)市場調(diào)研顯示，客戶的體驗度已經(jīng)成為一個不可忽視的環(huán)節(jié)，雖然所開發(fā)的系統(tǒng)已經(jīng)完成了用戶的基本功能要求，但是從客戶最直接的感官出發(fā)，系統(tǒng)操作不夠簡便，系統(tǒng)畫面不夠人性化等等細節(jié)體現(xiàn)出，客戶的滿意度沒有達到應該有的高度。所以，
中間的溝通也就成了關(guān)鍵。作為項目前期需求的主導--需求分析師的素質(zhì)成為了主要因素。對于大多數(shù)人來說，獲取對方話語的有效的信息量為80%，而經(jīng)過需求分析師的再一次理解，到了開發(fā)人員的手中的文檔的有效信息不到實際的70%，所以常常開發(fā)出來的軟件無法達到滿意的效果。如何在溝通中獲取全面的有效信息？最有效，也最全面的方式，莫過于在溝通交流之前，需求分析師進行一次全面的市場調(diào)研，對該客戶的環(huán)境，業(yè)務等方面進行理解與學習。然后在此基礎(chǔ)上，結(jié)合自己的理解與客戶進行下一步的溝通，在客戶的角度思考問題，用自己的話語闡述客戶的各種需求，得到對方的肯定，最終整理出最滿意的客戶需求。
那么如何快速的讓客戶的需求，轉(zhuǎn)變?yōu)榭梢钥吹降降奈锢砟Ｐ停@里提倡使用快速原型法。系統(tǒng)架構(gòu)師根據(jù)前期的客戶需求文檔，運用axure等建模工具,快速有效地開發(fā)出前期的模型，使文字性的描述，轉(zhuǎn)變?yōu)樽钪庇^的物理模型，不僅可以更清晰的展現(xiàn)用戶需求，也可以更直觀的確認該模型是否符合客戶的要求，以及時作出合理的調(diào)整，作出讓用戶滿意的模型產(chǎn)品。
開發(fā)模型的同時，成本的估算工作已經(jīng)展開。有了具體的值，才會有實際給客戶的報價。所以如何估算？使用哪種方式估算？以哪個項目為藍本？需要進一步的分析與思考。結(jié)合自己學的知識，以及向前輩請教的經(jīng)驗，發(fā)現(xiàn)（UCP）功能點算法，（LOC）代碼行算法,(WBS)工作結(jié)構(gòu)分解法已成為主流。對于UCP，主要用于面向?qū)ο蟮捻椖浚琇OC與WBS沒有具體限制。每個算法都有自己的優(yōu)缺點，對于不同
的項目，項目的不同階段，使用不同的算法，能夠很好地解決成本估算的問題。其中具體估算的同時，經(jīng)驗也是非常重要的，經(jīng)常性的去總結(jié)每個項目，詳細具體到單元，功能的估算，收錄成冊，形成良好的循環(huán)，對于公司是至關(guān)重要的。而這里是項目第一次的初步估算，是為贏得競標的概要值，得到標后，需要進行詳細的成本估算與具體商榷的價格。理論與經(jīng)驗的結(jié)合，可以進一步精確項目的成本估算，對于項目下一步的開展，起到良好的前期鋪墊作用。
公司得到競標后，進入需求分析階段，參與人員主要為需求分析師，系統(tǒng)架構(gòu)師，項目經(jīng)理。主要輸出為，詳細的項目成本估算，項目進度估算與需求規(guī)格說明書，概要設(shè)計，詳細設(shè)計等文檔。參與者之間，需要進行詳細的溝通，達成思想上的統(tǒng)一。
項目成本估算與項目進度的估算越詳細越好。實際中,為了滿足顧客期望的日期而造成的不合理進度安排，在軟件領(lǐng)域比其他的任何工程領(lǐng)域要普遍得多。而且，非階段化方法的采用，少得可憐的數(shù)據(jù)支持，加上完全借助軟件經(jīng)理的直覺，這樣的方式很難生產(chǎn)出健壯可靠和規(guī)避風險的估計。所以在這個階段，開發(fā)并推行生產(chǎn)率圖表、缺陷率、估算規(guī)則等等，對于整個公司來說，最終會從這些數(shù)據(jù)的共享上獲益，形成良好的循環(huán)。分別來講，在成本的估算上，推崇使用UCP（功能點算法）。這種方法，可以將項目中的各個方面，包括各種風險都能夠考慮進去。其中，在風險方面，需要全面的分析整個項目，從整體分析，然后小到局部，考慮未來可能出現(xiàn)的風險，評估每
個風險的概率，計算出對應的功能點，然后估算每個功能點的費用，從而得到比較理想的成本估算。在進度的估算上，推崇使用WBS（工作結(jié)構(gòu)分解法），將項目任務進行合理的細分，分到可以確認的程度，然后估算每個WBS要素的時間，從而得出整個項目的時間。當然WBS也可以適用于估算項目的成本，這里因人，因項目而異。靈活使用不同的方法，可以進一步精確最終的估算值，將風險減小到最少，利于下個階段的展開。
在整個需求分析階段，要將需求做的更細，更準確為目標，不斷地與客戶溝通，嚴格杜絕使用習慣性的想法，去掩蓋客戶的真實需求，溝通應該具體到每個功能點，得到客戶的肯定后，進行下個功能點的溝通。關(guān)注客戶的顏色感官，操作習慣等細節(jié)方面。盡可能全面的從客戶的角度去分析問題，然后結(jié)合公司的技術(shù)，給用戶合理的反饋，得到最終雙方都滿意的結(jié)論。需求分析師需要具有良好的溝通能力外，也需要出色的理解分析能力，具備業(yè)務基礎(chǔ)，項目成本評估，以及各種文檔的編寫能力。一個成熟的需求分析師，可以將溝通中信息的損耗減小到最低，提高用戶的滿意度，整理出比較全面的《需求規(guī)格說明書》，有利于系統(tǒng)架構(gòu)師的工作開展。
【軟件工程論文】相關(guān)文章：
1.軟件工程科技論文
2.軟件工程的論文
3.軟件工程師論文
7.軟件工程系論文
8.軟件工程論文模版
本文來源：http://www.nvnqwx.com/shiyongwen/2158773.htm