信任–軟體項目開發中不能忽視的問題

來源:互聯網
上載者:User

信任似乎和軟體開發管理沒有關係,但實際上,信任對軟體開發過程影響很大。說說這些想象和原因以及如何獲得信任。

對開發人員不信任的表現:

領導和客戶對開發人員不信任的表現:

 1要求對開發人員到現場開發,在開發現在和使用現場不在一起的時候,使用者和領導總是要求開發人員到現場開發,這也是開發人員需要進行大量出差的一個原因。

2加班,軟體開發人員似乎總和加班有關,其實加班也是客戶(包括領導)對是否可以按時完成任務的一種擔憂

3縮短計劃工期,每一次做開發計劃,給開發人員的時間總是很短,開發人員總是感覺不可能完成任務,而如果領導層次越多,則被削剪的時間越多,這些被削剪的時間都被用於防止風險的發生。

4其實手段,比如封閉開發,派特別檢查人員,領導別人關心等等。

分析一下對開發人員的大致原因:

首先要說明的,無論客戶還是領導並是希望採用懷疑的態度對待開發人員,但由於IT開發的實際情況是的我們的客戶對開發人員產生懷疑,討論這些原因對我們避免這些問題有很大協助:

1人員的不熟悉,IT行業人員流動的問題比較大,一個單位每年10%的流動率就算比較好的,我遇到過幾次,單位在2年的時候所有開發人員基本上換了一個遍,對新開發人員的不瞭解,必然造成客戶(老闆)對開發人員的懷疑和不信任。

2IT項目的高失敗率,很大開發人員認為自己項目沒有失敗,畢竟需要的東西開發出來了,但系統是否拖工期了,人員經費是否超支了,客戶對我們的系統是否滿意,系統是否滿足使用者的需求,是否有擴充性和可維護性。最簡單一點,一個項目是否賺錢(包括開發和維護)。開發人員是不考慮的。這種IT項目的好像成功而實際上的失敗,造成了客戶(領導)對開發人員的不信任

3IT項目的所謂高科技性,使得開發人員重技術輕管理,現在的技術人員重視某種語言的學習,重視架構學習,熱衷於爭論JAVA和C#的爭論,但卻不關心客戶需要什麼,也不關心管理,這種熱衷於展示某種技術,而不注意技術如何為客戶服務的想象,使得開發人員開發方向重視和客戶的需求差別很大。

4專案管理過程的缺失造成了客戶(老闆)對開發人員的不信任。軟體項目的開發涉及很多方面,比如項目的範圍管理(軟體需求),費用管理,進度管理,品質管理,溝通管理,人力資源管理,合約管理,風險管理。其實在軟體工程的理論上也涉及到了專案管理的絕大部分的內容,但可惜的是,我們的開發人員對軟體工程的關注遠遠低於對某種單純技術的關心,而在關心軟體工程的學習的中對那些對軟體項目應該關注的方面(比如範圍、風險等)的管理卻遠遠不夠

5缺乏成功的案例。

6對權利過分的追求。造成對開發過程中資訊的封鎖,這種溝通渠道的不暢通,必然造成客戶、老闆、上級領導對項目進展情況的不瞭解,必然造成這些人對項目失控的擔憂。而由此必然產生對開發人員的不信任感。試想一下,有一個事情對你可能由極大的利益關係的事情(比如考大學),而你對這個事情完全不可控和瞭解(比如在考大學後分數沒有下來的時候),你自己當時的感覺,就不難理解客戶和老闆的感受了。

7個人對單位和部門的重要性評判的標準:一個人對公司和部門的重要性判斷的標準是什麼樣,以我個人的觀點來看,是你完成了多少個項目,而不是你在做了多少個項目。具體的說,公司畢竟是一個經濟體,它的生存和發展是以個人和項目組給公司帶來的盈利為衡量標準的,這個標準即使不說是唯一的也是主要的,開發人員不要輕視這個標準。

8總在最關鍵的時候暴露問題而沒有解決方案,問題一直被掩藏著。到最後上線的時候才暴露出來,開發人員沒有任何解決辦法,和領導和客戶在會議上大眼瞪小眼,你說領導會信任你嗎?

針對以上問題,我們談一下如果獲得別人的信任,和增強別人對你的信任

  1、首先,我建議大家不要頻繁跳槽,不是說不要跳槽,但你必須知道在招聘時候的一些篩選標準,比如,一個人如果在一個單位工作工作時間不夠2年,一般會認為是這個人無法和公司文化相結合,而如果在結構單位都不到2年,會認為這個人無法和其他人合作,那麼這個人被招聘的可能性就很低了,另外一個人作一個如果只有幾個月,我們會認為他不真正瞭解所開發的系統系統,對你的項目經曆一點好處一點作用都沒有,所以我建議大家在選擇新單位的時候,先看一下自己的簡曆是否存在這些問題,防止你的簡曆在第一輪就被篩選掉

  2、IT項目的高失敗率,這個問題大家誰都知道,但原因呢,恐怕就不見得人人都知道了,IT項目最主要的失敗原因都是需求(國外統計佔75-80%)所以如何獲得真實的需求就是最主要的問題了,那麼需求調研的重要性遠遠要高於所謂開發的選擇或者某種技術的使用,順便說一下,專案範圍的蔓延和不明確,也是其他非IT項目失敗的一個主要原因,所以在一個更大的專案管理的範疇內,專案範圍的管理(具體到IT就是需求)一直專案管理的重中之重。

  3、IT人似乎總崇尚於自己的技術,其實如果要實現你的目標必須要有一定的權利,否則你是無法實現你的目標的,什麼是權利,有人認為是職位,其實在我看來所謂權利是你可利用的資源的多少,而要想順利的使用這些資源,需要你講頭低下來平等對待你身邊的每一個人,獲得他們的協助,才能講公司的資源真正轉化為你的項目可利用的資源,中國有一句古話:縣官不如現管,平等對待你身邊那些非技術人員,他們會給你意想不到的協助,而這些協助對你的項目成敗有時候會起到關鍵作用。

  4、做好溝通管理,不同不是簡單的吃飯,想想你的老闆需要你頃刻嗎,你的客戶誰有吃不起一頓飯,作溝通管理,首先需要給你的老闆和客戶一個可行的計劃,然後定時向他們彙報實際工作情況。當你的老闆和客戶看到你的實施都是按照計劃不斷進步,他們怎麼會不信任你,溝通還有另外一個作用,就是即使彙報工作中的問題,防止問題變成風險,及時獲得他人的協助,不要將問題變成誰也不發解決的風險,那樣除了增加別人對你的不信任,什麼作用都沒有。

  5、不要太看重職位,職位和權利是兩回事情,作為中級管理員,不要阻礙正當的資訊交流。你的人員和其他人員的交流,如果對項目有協助為什麼呀阻止它。要知道個人技術的進步有時候就在那些隨意的聊天中。另外沒有必要成為資訊交流的瓶頸,如果你成為資訊交流的瓶頸,那麼離你離職的時間就不遠了。

  6、不要佔太多的項目,一個人的經理是有限的,如果你沒有那個那裡,就管好一個項目,一個部門,不要佔了所有的位置,獲得信任的一個關鍵點是你做完了幾個項目,而且項目很好那是最完美的,如果你的佔了幾個項目而這些項目讓老闆永遠看不到完工的希望,你也無法獲得他的信任,(可能開始的時候他會信任你,但這種信任不會超過半年)。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.