web學習心得體會范文

　　當我們經過反思，對生活有了新的看法時，馬上將其記錄下來，這樣可以記錄我們的思想活動。是不是無從下筆、沒有頭緒？以下是小編收集整理的web學習心得體會范文，希望對大家有所幫助。

　　web學習心得體會1

　　算起來我學習軟件設計也有快一年了，感到做這個工作最要緊的就是要明白，什么叫因地制宜、因勢利導，就是說只有最合適的，沒有什么叫對的，什么叫錯的。我們的根本目的就是賺錢，而不是什么研究機構，所以最忌諱的就是完美主義傾向，尤其是我們這些做技術人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。

　　在這個寒假里，我也接過一個網站來做。先不論這個網站的好壞，首先，我的的確確在這里面學到了很多東西。因為是我一個人做，所以也不可能做什么大型的網站。在這個過程中，我真切的感到和客戶溝通才是最重要的。不管你的技術有多么的好，能做出多么漂亮的網站，但你做出的東西不是客戶想要的東西，你也只是徒勞，畢竟我們的目的就是賺錢。還有就是和客戶溝通的時候，千萬不要滿口的專業術語，（除非對方也懂這些）不然就會費更多的時間。當然在做項目的時候首先是要做好詳細的需求分析書，一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

　　就像我們上學期的Web項目，我們都有一個項目小組。當然，在做這個項目時我們沒有自己選擇組員的權利。所以當我們成為一個項目小組的成員時，我們要做的就是要懂得互利共生的道理。特別是項目經理，對于項目總監、項目成員，要讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。第一個是規定信息的流動方式和介質，是推還是拉。推的意思就是項目經理將主動發布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人，拉的意思就是我們需要什么信息就去問項目經理。說這些看似很無聊，其實里面牽涉信息傳達不完全的責任問題。

　　例如我們中有一個項目小組，就因為項目經理的前期信息傳達不到位，而導致整個項目小組的進度不能跟上，團隊分得了零分。分數倒是小事，但要是我們走上了工作崗位，而不能按時交出客戶想要的產品，那可就不好辦了！

　　第二個問題就是文檔問題，很多人怕寫文檔，但是項目經理一定要牢記"好記性不如爛筆頭"的道理。有理有時候為什么會說不清呢？就是因為沒有證據。所有需求變更全部要有書面文字，這點切記！這樣做好處多多：有書面證據，以后他還想改，你有了他以前要求的證據，告訴他：你以前可是這么說的，便于需求變更管理，需求如何慢慢演變的歷史可以看清楚，從而更深切地體會客戶的目的，對于客戶來說，嘴巴一動最方便，反正是我們做，不花他的資源，所以要求是否合理，是否和項目的目的一致，他是不負責任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了。

　　其實，上學期的項目中，我們很多的組員意見不統一，就造成了意見剛剛達成，過來沒幾個鐘頭，又有人有好的點子，結果想更改計劃，最后改得什么都不像。寒假的這個項目我也感到文檔的重要。就比如說一次我正和他們中的一個老板談得快達成協議了，這時，另一個老板又來和我交涉。但是兩個老板的意見不和，我也一時難以把握。最后，我決定由他們選出一個人專門和我交談，當達成協議時，就形成紙質文件，由雙方簽字通過。

　　當然，在上學期，各位項目經理對自己職務的職責范圍還不是特別的明確。下面就說說我對這個職位的理解吧：和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節、缺乏大局觀、有點消極悲觀、自尊心強，所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點，千萬不要做評判者的角色。一個問題，有很多方面，從不同的角度看，現象是完全不同的，想想盲人摸象的故事吧。作為技術人員，他們往往精通一個方面，就自己的角度發表見解，除非一些很特別的情況，你都應該認為他們提出的方案，從他們的角度來看是最合理的'。項目經理的長處是掌握事情的優先級，評估各個方面的輕重緩急，從而根據他們的意見得出一個合適的（而不是正確的）方案。所以，在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論（你要讓大家知道事情不是非黑即白的，而是多元的）。會后，你自己整理結果，寫文檔，做決定。會議上大家的面子都被照顧了，自然實施起來的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說服他，你就要讓他明白，因為是你負責這個項目、你要擔當風險，所以，這個優先級應該你來判斷。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以，對事情的優先級的判斷肯定應該要比下屬強。

　　說了這么多，還是想說說這次的項目，其實從這次軟件中心舉辦的“主導杯”班級主頁大賽中，我獲得的最多。由于以前有過項目經驗，所以這次我們的項目也逐漸接近了正軌。但看到好多組的工作方式實在是很感慨，大家對待項目的目的和流程并不太了解。所以我對項目作了一個總結：

　　在項目開始的時候組隊是很關鍵的，在選擇人員的時候一定要對組員進行一定的考察。其實同學們都算比較了解了，建議最好熟悉的人在一組，其一是方便溝通，其二則是方便管理。朋友即使有了矛盾很快就能化解，不過要注意的是不要放不下面子，特別是項目經理，千萬不能怕得罪誰（遇到問題時可以找其他組員先商量，在作決定，實在不行可以提出嚴厲的責罰，不過這只是下下策）。其次是項目經理千萬不要把自己當成是那么一回事，說白了，大家都只是合作關系，沒有誰絕對服從誰。而更重要的是要有一個明確的制度，并讓所以組員對制度進行簽字。有了這樣的東西，在一定程度上能對組員起到不小的約束力。

　　接下來我們就要開始進行項目的需求分析書了現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓組員知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。一定要提前做出統一的模板，這就是一個風格的定位，有了這個定位相信大家在以后的工作中會順利很多。

　　現在項目已經完成了前期工作，了解了項目的目標、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是項目經理比較空閑的時候，不像前期的時候項目經理要像記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當然，小項目的項目經理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。項目經理這個時候就要多和技術經理和行政經理多溝通，實時了解大家的工作情況和進度。當然這個時候和組員溝通的工作大部分交給了行政經理和技術經理手上了。這時你們要做的就是要多了解大家對這次項目的態度和想法，收集整理之后向項目經理匯報。當然并不是說項目經理就沒什么事了，你要做的則是和老師溝通，畢竟老師是一種資源，有了老師的幫助，相信我們的項目會有更進一步的飛躍！

　　有一句話叫做細節決定成敗，項目的過程中一定要注意細節問題，如圖片的大小，太大了會占空間，所以建議大家在用之前先用PS改變圖像的大小，作為用戶都不希望軟件太大，這一點很多玩游戲的同學相信更深有體會。在改變圖像大小的時候建議大家按照原始比例來改變，最好一次就將原圖改變到需要的大小，不要破壞了圖片的結構（如果有特殊的要求除外），不然圖像的質量也會受到一定程度的影響。盡量少用音視頻文件（專業的音視頻網站除外），如果實在要用，就提前用專業的軟件對其進行壓縮。其次就是配色問題，一個網頁的色彩最好不要超過3種，一面視覺效果混亂，用色柔和，對比度強的色彩不能應用于一般網站，時尚網站使用還可以。一般不好搭配的顏色，用灰度搭配。再次，就是整體的頁面布局，最好在初期做好一個規范，這時就體現了css樣式表的重要性，對不同的字體定義不同的樣式，以后每次用直接調用就可以了，這樣項目的工期也縮短了一大半。還需要注意的就是數據庫的編碼規范，圖片、音頻文件等的命名規范以及對文件的命名規范。后期我們要安排更多的時間放在測試上，測試是非常重要的，當你的網站或者軟件完成了，但是有一個功能不能實現，也許只是一個小小的問題，但也會對你的產品造成更大的漏洞。也就是說花了那么多的時間去做項目，然而項目完工了，卻是個不合格產品。

　　其實做網站或者軟件總結起來就幾個字：布局合理、界面美觀、功能完善、操作簡單、壓縮大小。

　　當項目做完了，我們就要面臨殘酷的答辯關了，當然，在面對答辯的時候我們不必慌張，要做到有理有據，大方得體，在答辯之前做好一個答辯的流程，先介紹什么，在介紹什么。不要像上學期那樣一個一個都上去講。其實只需要一個人演示，一個人講解就可以了，演示的人一定要注意講解人的語言，不要講解人已經講到下一步了，演示人還沒有反應，這也是對我們配合的一種鍛煉。講解的時候要注意從哪里開始，是從內到外，還是從整體到局部，這是開始的時候需要大家一起商量的。當然在演示的時候難免會出現錯誤，特別是這學期我們學的asp動態項目，當我們遇到某些功能無法運行時，也不要慌張，我們要從理性的角度分析這種問題是因為什么原因所產生的，當場給評委做出解釋，如果不能分析出來也不要緊，你可以告訴評委們，這個問題的原因我們待會兒再給大家解釋。到了后面即使你還是不能找到原因所在，你完全可以不說，評委也不會去刻意去追問你是什么原因。這樣的目的是為了大家在做答辯時能夠順暢的完成，不會就直接跳過，不會產生什么尷尬的場面。

　　項目做完后一定要記得保存好自己的產品，這是我們以后找工作的一份憑證。當然每次項目完后一定要記得寫項目總結，收集項目的一些必要的東西，如項目管理文檔，項目進度跟進表等等，這樣對我們以后會有很大的幫助！

　　最后，我想對我們上學期期末的項目答辯做個總結：上學期期末的答辯總體來說還算不錯，有優秀的項目，當然也有很不上面的項目作品（我們總不能要求所以的東西都達到理想的效果吧！）。所以，從這些優秀的項目中我們確實學到了很多，而且我們還從那些不那么優秀的作品中找出許多的不足。總的來說，我們是在項目中快速的成長，快速的壯大！希望我們以后的項目做的越來越好，能有更優秀的項目出來，讓我們一起努力，把軟件做得更好！