軟件項目管理小結2篇

軟件項目管理已經到了學期的最後，我們seed小組的軟件項目也已完工，這一個學期真的是獲益匪淺！

禮平老師曾經説我既可以走技術路線也可以走管理路線，一切都看我自己。真的很是佩服老師的看人眼光，很犀利。我知道，現在的我不是沒有能力去做好，只是自己沒有去做，一直在殿外徘徊，不肯付出努力向前邁進。從大一到現在，我的專業技術一直都是我的短板，理由麼，很簡單，就是因為自己懶，不肯花時間去做。從以前不知道自己想做什麼，到現在明確目標，可以説，軟件項目管理課程給了我很多靈感，讓我從自己紛亂的思緒中看清楚了自己最想要的東西。一直自己很喜歡管理，我會花費很多時間在這上面，從大一到現在一直都是，一直沒有改變過。在技術上，我總是給自己找藉口，總是偷懶，但我現在明確了一點，沒有技術，就沒有管理！脱離技術的管理是不可能的，也是不現實的。在這個行業裏，技術是一切的基本，想作工程師也好，想作管理者也好，技術都是起步的根基。而我這次所經歷的項目更讓我明確了這一點。在這個小項目裏，雖然我們兩個星期就開發完成了這個軟件，並交付使用，但是問題還是很多的。在這麼一個小項目裏，由於需求、設計、代碼、文檔產生的問題，每一個看似容易，卻都需要實實在在的經驗在裏面，都需要對業務的熟悉，有語言功底作根基。

在這個項目裏，我負責軟件配置管理工作，在文檔的整理過程中，我仔細看了他們的需求分析，概要設計，數據庫設計，模塊設計等文檔，也參與了風險分析文檔的編寫，承擔了用户手冊和項目成本估算的編寫。在這個過程中，我明確了技術的實在意義，明確了技術對我的指導作用，同時也明確了自己的學習道路應該怎麼走下去！

整個項目進行的過程中，我一直在努力從中學習，我旁聽開發組的會議，為組長提供管理意見，為會議、文檔制定標準，整個過程我收穫了很多。

1、 軟件項目小組中的人員安排要職責明確，並有配套的管理記錄，整理每個人的工作進度，隨時更新，以方便開發人員、測試人員之間的溝通。

2、 會議、文檔、代碼都要有相應的“紀律”，否則整個小組的開發效率會大打折扣。

3、 對業務的熟悉有助於明確需求，只有明確的需求才能讓項目更加順利的進行。

4、 細緻的計劃可以讓項目進行避免很多彎路，可以在任務的初期就發現存在的問題，並及時予以解決。

5、 項目文檔、代碼定期予以備份，當項目遇到未預料到的問題時可以及時恢復，儘可能減少損失。

當然，還有很多，包括軟件測試上的收穫，寫文檔的收穫，這裏就不一一列舉了。這是我大學裏最認真的一門課，當然，收穫也是最多的。

最後，謝謝禮平老師給我帶來的這一切一切，也感謝同組同學給我的幫助，結果已然不重要了，我所收穫的這許多東西，遠比成績要有意義的多

軟件項目管理小結（2）：

對軟件項目的管理者來説，他最應該關心的是能否按時優質地交付產品的問題。在計劃軟件開發的路線時，他必須首先考慮軟件基本功能的實現和工程交付期，其次，才考慮產品的賣點，許多工程失敗的原因就在於設計者沒有時間概念，工程前鬆後緊或增加了許多次要的技術特徵，這樣反而對產品質量形成了威脅，總之，最重要的是懂得統籌安排各個環節。

面試程序員

理想的方法是由開發小組的其他成員一起來面試，如果誰看不上眼，他都不能加入，否則以後會有很多麻煩。這樣做的另一個好處是藉此機會互相認識一下，經理一定要把新員工介紹給大家，並且小組每個員工都應該過來握手介紹自己，這是起碼的招聘禮節。

程序員需要關心尊重

曾經有個例子，某公司開發人員王某由於剛開始學習編程，技術水平差一點，常常受到經理的“另眼相看”，每次軟件出現了問題都懷疑是他的原因，老開他的低級玩笑，這位員工會有怎樣的表現就可想而知了。經理通過這種手段能夠迫使這一位自動辭職嗎？非也，這位員工後來工作非常不負責任，把代碼寫得既長又重複，且在代碼中留下大量的隱患，此時，經理卻反而不敢過份得罪他了（否則，留下的巨量代碼很難維護）。如果認為某人不適合目前工作，為何不另請高明？既然已經請他作了這件工作，就得尊重他。不能指望開發人員在非工作場合談吐得體、辦事周到、眼觀六路、耳聽八方，正所謂“尺有所短，寸有所長”，例如要求技術人員在酒席宴上象公關小姐或公關先生一樣舉止適度，從來不會有好的效果。軟件人員普遍喜歡自由而寬鬆的工作環境，最好不要做過多的無謂的規定，例如不準遲到、上班必須換拖鞋，否則罰款等等。如果確實有人經常上班遲到，工作不認真等，首先應該瞭解原因，此時多作思想工作是必要的，許多公司的經理們認為“思想工作”是過時的東西了，其實不然，私企職工揹負的心理壓力其實很重。他們特別需要有人關心，特別需要心理上的“減負”。管理需要合理地使用資金，有的公司在不該花錢的時候花錢，在需要花錢的時候節支，結果卻事倍功半。例如，員工向公司提出買台電視、熱水器、電風扇等生活設施（甚至是廁所的紙巾）時，公司強調節支，而在組織大家集體乘飛機到外省旅遊這種事情上卻捨得花錢，這種現象比較普遍，效果卻不一定好，因為員工會認為公司集中花一筆錢是在收買人心。所以，關心職工的事情需要過細地作。

心態調整問題

作坊式作業的時候，軟件是由一兩個程序員寫的，軟件寫完了，雖然在產權上這個軟件或許不是自己的，但程序員心裏會覺得這個軟件就是自己的，對這個軟件的感情就象對自己的兒子一樣，關於這個軟件一切成敗榮辱都被看成是自己的，在這種心態下，程序員會不分白天黑夜地超常投入。而現在的軟件一般都是十幾人、幾十人甚至上百人協作完成，軟件寫成後究竟是誰的？有了榮譽是誰的？都不是太明確，同樣，軟件有點毛病也不專是哪個人的，而是大家的，既然是大家的事情，那就讓大家來做，我為什麼多操那個心？如何在大協作的背景下最大限度地提高個人的積極性很值得仔細研究。設計部分大家參與、多開會交流、讓程序員直接傾聽用户對自己工作的意見等方法不妨一試。