第一篇：項目經驗總結

基于高速USB2.0的數據采集系統項目經驗總結

王曉莉

這次關于《基于高速USB2.0的數據采集系統項目》我主要工作是協助項目經理對項目進行管理，負責了部分文檔的整理以及整個項目過程的監督。雖存在些許的不足之處，但總體的付出，還是獲得了不少收益，現就次工作情況，做簡要總結：

一、工作內容和收獲：

1、工作內容：

a、參與項目的制定，進行會議記錄。

b、策劃并組織團隊建設活動。

c、討論風險登記，運用頭腦風暴法。

d、匯總整理項目狀態報告。

e、監督項目組其他同學的項目進度，進行溝通協調并且向項目經理進行報告。

f、協調項目經理進行項目變更。

2、工作收獲：

a、工作敏感度有所提高，能夠較積極地向項目經理匯報工作進度

與結果;

b、工作適應力逐步增強，對后期安排的工作，現已得心應手；

二、工作中存在的不足：

1、工作細心度仍有所欠缺;在日常工作中，時常有些工作因為不夠

細心，從而浪費時間或是再做一遍。相信以后遇到類似問題，一定會仔細、仔細、再仔細來完成每項工作;

2、因為對技術方面的內容不是很了解，出現過一些溝通問題。以

后工作中自己會在做好本職工作同時積極參與其他工作的學習。

三、經驗體會：

這次項目過程中對之前所學的項目管理內容進行了融會貫通，對之前理論學習進行動手之后有了更深刻的認識。就自己負責的行政管理內容這一塊也發現了一些問題，自己的優勢是比較善于溝通協調，做事積極主動，善于發現問題。缺點是對于自己不涉及的領域了解還不夠知識面比較窄，并不是專業的IT行政工作者。即使以后想做管理這一塊，我覺得學好技術還是很有必要的，不然跟工程師的溝通問題會比較大。根據以上工作中存在的不足，我也會不斷改進，提高自我工作意識及工作效率，努力做好以后學習工作中的每一件事情!

第二篇：項目經驗總結

項目經驗總結

本人從事IT工作多年，親身參與過多個項目。感到做這個工作最要緊的就是要明白什么的員工適合做什么樣的事，合理分工、因地制宜，只有最合適的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤工作進度。以下是本人做項目的一些個人體會，希望大家多多指點，共同提高業務水平。

項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

1.這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據項目的名稱望文生義地去想象項目的目標。前期了解情況越詳細，后面的工作就越順利，項目的風險就越小。

2.這個項目里牽涉哪些方面的人，如投資方、具體業務干系方、項目建成后的運營方、技術監督方等等，很多項目里除了業主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監理公司、業主的行業主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，盡可能的爭取更多人的支持，讓事情向你所希望的方向發展。只要有利益存在，競爭方也可能做合作方。

3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態度決定了你做這個項目的戰略，而這個戰略方針將對你做項目計劃產生直接的影響；

4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發生設備等人還是人等設備的情況，浪費的都是你的時間；

5.現在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

6.在明確項目的總體策略后，開始成立項目小組。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發揮你的影響力去尋找那些你想要的人吧。成員的組成根據項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業專家（Industry expert），這樣雙方才可以相互清晰的理解對方的表達意思。我們經?？吹降那闆r是我們的技術人員和客戶交談時滿口的專業術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。

7.現在你要面對三類人：你的領導、你的團隊和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后發生什么問題，就能做到有據可查。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任；另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。

8.現在是做計劃的時候了。首先是找幾個關鍵組員，比如客戶業務專家、系統分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做甘特圖的形式表現出來。你做完這個表以后會驚奇地發現，甘特圖上項目的結束時間會遠遠落后于你的計劃結束時間（簽合同的人永遠不會先征求你的意見的）。

項目進入實施階段，項目經理這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態度要積極一些，千萬不要說一些領導不懂的細節，有些需要他支持的地方，比如資源調用需要說詳細一點。

和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節，所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點。一個問題，有很多方面，從不同的角度看，現象是完全不同的。這些技術人員，他們往往精通一個方面，就自己的角度發表見解。在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論。會后，你自己寫文檔，做決定，自然實施起來的阻力就小。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以，對事情的優先級的判斷肯定比下屬強。

在開發過程中，內部管理還要注意的一點是時刻強調以驗收為目的的思想，每個任務的最終可交付成果一定要是可以被檢查的，時刻考慮如何檢查結果、如何向客戶交付是項目經理一直要注意的事情，我聽說有些老項目經理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。

接著，我們再談談最讓人頭痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更；另一種是沒改變目標，但是客戶不滿意目前的實現方式，大到流程的實現，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰略是容許這種情況的，那么注意下面幾點：

1.確保以前的文檔，就是記載著以前的結論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認一下你的方案，然后讓他簽字，避免以后說話沒有憑據；

2.和客戶坐下來，自己探討他修改的根本目的是什么，是不是有同樣能達到相同目的，但是對你來說有代價更小的選擇？

3.（項目初期的工作）明確更改流程，一般是客戶指定一人簽字，以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本、進度的影響，在你的領導同意后，出相應意見書，主要是要說明更改設計的原因和指出由此帶來的不確定后果。然后再讓客戶在上面簽字。

第三篇：項目經驗總結

第一章 主 體 部 分

主體部分是指正負零以上的施工部分，不同主題有不同的施工工藝和放線方法，常見主題結構有框架結構【利用多個框架柱組成樓體受力傳導體系，用框架梁連接分載受力】框剪結構【由不同設計形狀的異形柱組成，柱身大多與墻體截面尺寸相同，特殊位置增設連系梁拉結，將樓體荷載傳導至基礎上】半框剪結構【在框架結構基礎上增設異形柱或剪力墻（混凝土墻）用于特殊位置，多用于高層建筑電梯井處，力量傳載原理同框架結構】。磚混結構【利用承重粘土磚砌筑作為荷載受力傳導位置，利用圈梁和夾墻構造柱形成抗震抗扭體系】。鋼結構【利用金屬型材焊接或組裝形成受力傳導體系，使用鋼梁連接】等。下面來說說框架結構主題做法：【其它主體 結構做法與其相似】，當基礎完成后進入一層梁板柱的施工部位，放線員首先要在一層墊層或基礎磚上放出一層框架柱，框架梁及一層二次砌筑線【二次砌筑就是主題結構框架形成后瓦工砌筑填充墻】。放好線后在把500線【一種標高控制方法，有需要是還可以有1000線，800線，大多建筑物都是由500線控制標高】打在框架柱的主筋上以便于木工和鋼筋工控制作業標高【包括梁底，下層樓板，預留洞口，鋼筋接茬位置等各項標高】，在木工操作時放線員要詳細看圖，并配合各工種做好埋件安裝，洞口預留以及位置甩筋等工作，工人做錯的地方要及時督促更改，一旦錯誤成型要配合相應工種給予妥當處理，確保不影響下道工序的正常進行。在一層頂板支模完畢后放線員把下層的500線打在鋼筋甩茬上用于控制下層作業標高。此項工作最好是在砼澆注前進行，這樣可以同時控制下層板的砼標高。在進入標準層放線員要放出框架柱，框架梁，填充墻等墨斗線，程序基本一樣，一般建筑物的底層和頂層有一些變化，只要按圖施工放線方法都大同小異?？蚣芙Y構施工完畢后進入砌體填充【砌磚】，要使用建施圖，在施工中如果有墻體與結構不符【設計部門出現筆誤】及時與工地技術負責人溝通解決。填充墻大多設計為非承重空心磚，有粘土燒制的還有爐渣制作的品種多樣，但是瓦工砌筑方法都一樣，保證砌體橫平豎直，按線撂底，接茬預留，扶墻拉筋放置，預留洞口【包括門窗洞口，水電預留洞口，設備預留洞口等】標高及位置控制好，放線員要在砌磚前把砌體位置清掃一下，有墨線不清楚的用墨斗修補，要做到一目了然。預留洞口標高最好是用記號筆標在框架柱上。另外砌磚前要與工地技術負責人溝通一下，如果有圖紙設計變更就要案變更圖操作，并將變更內容標注在施工圖上以免錯誤操作造成損失。一個框架結構的建筑物填充墻砌筑完成后說明主題基本交工。

第三章 抹 灰 部 分

主題完成后進入抹灰工程，這時放線員會很清閑，因為需要放線的地方不是很多，也就是說這段時間老板處于養人狀態，相對比之下放線員的工作壓力會明顯減小，當然老板看到你清閑他的壓力會變得很大，所以盡量不要總出現在老板面前，隨傳隨到，不傳你也別往跟前湊合，哪怕你是在工作他也會覺得你在故意做給他

看，這個你慢慢會懂。

外墻抹灰：外墻抹灰俗稱抹外皮，質量要求很嚴格，因為主題砌筑和結構質量不能保證太過平整，抹灰時可以把這些問題掩蓋處理?；疽竺鎸悠秸麩o裂縫空鼓，遇門窗洞口處轉角保持垂直流暢，成活宏觀好【有相關驗收規范和技術交底】。抹灰前要有抹灰工在外墻打點掛鋼線【用細鋼絲或綁線從樓頂垂下固定后用水泥砂漿在鋼線作用下做出垂直或水平灰餅，抹灰時按照灰餅厚度進行施工】，保證

成活質量。

內墻抹灰：內墻抹灰俗稱抹里皮，質量要求同樣嚴格，有相關的驗收規范和技術交底在這里就不細說了，放線員要在里皮成活后彈出500線【與結構500線相同】，用來控制成活地面門窗安裝和室內凈空等，所有墻體必須彈500線。內外墻抹灰完畢后進行地面工程，客觀說地面工程也屬于抹灰的一部分，做地面前放線員要借助500線量出地面的面層標高墨斗彈線，抹灰工利用墨線來保證地面平整。還有一種不常用的補救法【主題樓板平整超差，不能保證室內凈空尺寸】，建筑物交工時需要有關部門驗收，如果樓板超差嚴重地面做的越是平整凈空就越不能保證，此方法盡量不用?，F在驗收室內凈空的儀器大多是紅外測距儀，一般都是驗收人員將儀器置于房間的轉角處采取數據，如果居室各轉角數據上下超出驗收標準為不合格。方法是做地面不用500線控制，從成活樓板轉角處量下合格凈空尺寸做地面，這樣可以保證房間凈空尺寸但是成活地面不一定平整。在抹灰工程基本完成后對建筑物進行粘磚，有的建筑物要求外墻粘磚，樓梯間踏步和外出口臺階大多也需要粘磚，所用材料多種多樣，有專業工種操作這里不再細說，因為一個放線員工作到這個部位時基本沒線可放，這時可能調離現場或結賬放人。沒有放線地方留你何用？建筑物從開工到竣工基本經歷：開槽，基礎，主題，抹灰，地面，門窗，大白，細部裝修，掃地出門，大多放線員只能跟到抹

灰完畢便撤離場地。

實 踐 教 學 篇【2】

非常感謝能耐心閱讀到這里，如果你確實想學放線那么請繼續往下看，因為下面要講的是實踐放線一些方法和竅門。

首先來說說控制線，對于放線員來說建筑物的控制線可稱得上生命線，因為所有施工部分都是由測量軸線反引出來的，一條條排列有序的軸線是從控制線為起點分別丈量而生，所以無論是平面控制線或高程控制線都要認真對待，一旦反引偏差過大則會導致建筑物分層錯位，層高不一。具體留設和反引方法如下：在放線過程中我們可以從橫縱外墻軸線向內反引出兩條平行于軸線1000或500的控制點，用墨斗彈成控制線。必要時還可以把這兩條線反引到外墻墻面上彈出墨線【簡稱外墻立線】，等下層需要放線時可以用線墜將控制線吊上去用墨斗彈在下層樓板上作為該層的放線依據。有些建筑物每層落地面積較大，可能要求分段放線，這樣我們可以把控制線橫跨該層的樓梯間處，并在其墻體上彈出控制線【在樓梯間墻上彈立線，因為澆完樓板后樓梯間多是與下層漏空的】，每層樓梯間砌筑完畢后樓梯支模前都要將此線引向下層，當需要分段放線時可以將此線作為放線依據。過長的控制線必須用經緯儀投射才能保證其準確性，如果天氣晴好無風，樓的長度不超過三十米拉白線畫點也可以，但是白線一定要彈直拽緊。我們還可以在樓板上預留放線洞【大多是200＊200，可以在每個控制線交點留設一個，矩形建筑一層大概4個】，用線墜從放線洞垂下，線墜尖對準控線交點穩定后在上層做出標記彈上墨線。高層建筑物對垂直度要求較高，所以大多用激光鉛直儀投設空制點，方法是將儀器置于底層控制點上調平后開機，激光點會投向上層的放線孔，上邊的操作人員可以用有機玻璃片蓋在線孔上，如果出現的激光點過大可以通知下面的操作人員調整一下光點【光點越小越準】，然后將鉛直儀慢速水平旋轉360度【每90度上下通報一聲】同時認真觀察玻璃片上激光點是否在旋轉過程中移位，光點在半公分之內誤差即可使用該點，用墨斗線通過光點彈出兩條交叉線，其交點為激光點，目的是方便與后期通過連接此線找到軸線控制點。如果光點超差請檢查儀器的安放情況，附近有無大幅度震動導致，或者找專業人員重新校核儀器方可使用。另外還有一種即簡便又準確的投點方法：將經緯儀置于上層的放線孔上，用底視點對準下層控制點調平儀器后同樣用有機玻璃片或者木板上釘一個小釘子，通過儀器底視點調整小木板，直到釘帽進入底視點控制區域位置【點1】，同樣方法將儀器移至另一個放線洞重復以上的操作【點2】后開始投線，把儀器鏡頭對準剛做好的控制點1，鎖定投線完畢后可根據建筑物的設計角度轉角繼續投線【矩形建筑物轉角為90度】。用線墜投設控制點誤差較大，一般在十米【三層】左右還算準確，但要保證線墜垂直沒有障礙物或外力作用下進行。用經緯底視點投設相對比較準確些，但是建議在6米【2層】高度之內使用，因為經緯儀的底視點最多也就6-7米能看清楚，如果是激光底視點還能好些。最精準的方法就是用激光鉛直儀，它可以在無障礙的情況下垂直投射大于50米【小于20層】，誤差極小但操作起來比較耗時間，所以在進入標準層放線時，用線墜投設法和經緯底視法每隔十米【3-4層】高度用鉛直儀校

核一下。

放線員使用的墨斗墨汁容量要大，最好在纏上棉線，這樣的墨斗不用頻繁補墨耽誤放線時間。使用的卷尺5米比較常用，最好不要用過長的卷尺容易壞。紅藍鉛不要用扁的，最好用八角的抗用。大鋼尺50米的比較常用，每次使用后都要用水泥面擦凈【不宜生銹】，切記不要用機油擦。測量儀器使用中要輕拿輕放，每次移動精密儀器時【指全站儀，pc機，經緯儀】必須將其拆卸裝盒，盡量避免儀器淋雨，一旦接觸雨水可將儀器平放在桌子上用干布擦拭表面，如果內部進水請聯系專業維修人員處理。所使用的施工圖紙保持清潔完整，有撕裂的地方要及時用透明膠帶粘好，自己所用的工具要擺放整齊，文本材料釘裝有序，讓別人給你一種做事有條有理的感覺【主要針對老板】。放線時要做到手勤眼勤心不慌，爭取在最快的時間完成一次放線后反復檢查有無錯誤，一旦發現錯誤及時整改【最好在沒人時進行，頻繁出錯會影響個人聲望】。盡量做到自己出錯自己處理，人無完人，有點小錯誤也是一種嘗試，同時處理好錯誤更是一種進步。在彈線時盡量把線延長一些，一旦各工種未能按線施工導致砌體移位或撂底錯誤追究責任時，你可以找到延長的線頭【砌體或構件成形后墨線延長處】證明他人的錯誤。控制每層標高【500線】時在層高的基礎上增加一公分，目的是避免施工中形成一些誤差影響層高驗收。劃分門窗洞口時同樣按圖紙設計尺寸增加一公分目的是便于后期成品構件安裝。在用鋼尺排軸線時盡量不要去用腦子去記軸線的尺寸，最好是把從起點到終點所經過所有軸線尺寸用筆寫在手上，如果你認為自己記憶力和計算能力較強，可以記住每段軸線間距，在排大尺時用每段尾數相加，在與相對應的鋼筋構造柱，墻垛，伸縮縫等相互對照畫點。等放線后在用卷尺分別檢查每條軸線的間距。在排大尺時盡量一次讀數相加不倒尺【分段量尺】這樣可以保證軸線尺寸宏觀準確。例如：一個三十米的建筑物需要放軸線，共7條軸線每個間距5米，那么將鋼尺零處按在起點軸線上開始拉尺讀數畫點，畫點要果斷準確不要猶豫，正確的讀數是5米，10米，15米，20米，25米，30米完畢，拉尺過程中要用力適中，把尺拽平，一般可以用5公斤左右的力量，高溫天氣拉尺力量過大難免把尺拉長影響測量效果。力量過小鋼尺中間會打彎也同樣影響測量效果。至于儀器的使用和學看圖紙需要在現場學習，這里就不在多

說。

不同的建筑物放線方法大同小異，熟讀圖紙靈活運用各控制線。以上是簡單的介紹普通框架結構建筑物的一些施工方法和放線知識，建筑物的設計形狀多種多樣，在預留放線控制點的方法和位置也很有講究。矩形建筑物軸線轉角為90度，在控制線交點處預留控點就可以。圓形建筑物大多只有一個圓心，將控點留在圓心處加以維護，通過圓心做兩條十字交叉控制線。扇形建筑物控制點比較麻煩，因為你要利用扇形的半徑長度和分段角度來計算相應數據，可以在建筑物兩端各預留一個控制點，該點從相鄰圓心最近的軸線引入樓體，要求兩側引點數據相同平行與該軸線【和矩形控制點做法相似】，保證兩點連線能避開所有障礙物，然后利用建筑物的設計半徑和分段角度計算出兩點之間的直線距離，將此線分成若干小段【分段越多越為準確】，在使用三角函數計算出每段與建筑物弧形控制線的垂直距離【矢高】，用卷尺分別垂直【可使用方尺便于找到垂直方向】丈量畫點，然后用墨斗連線，等控制線成形后在利用弧形控制線反引出各條軸線完成此次放線，下次放線重復此操作。一些建筑物外觀造型很多，有些造型尺寸圖紙標注不全，這時需要放樣計算。放樣方法多種多樣，有懂cad的可以在電腦上將其畫出來，用應用程序量出相關尺寸，還有按放樣位置的1：1比例找一個寬敞的地面用墨斗將其形狀彈在地面上，然后用卷尺量出相關數據，也有在干凈的白紙上相應放大圖紙比例，畫出放樣位置后用比例尺量出所需數據還原比例。假如圖紙的一些數據可以滿足計算條件，你可以使用函數計算器來計算該數據。

第四篇：項目管理經驗總結

項目管理經驗和技術總結

江蘇分公司第四管理部

2015.09

作為項目管理人員，要以專業技術為依托，以工程項目管理為中心，先進的工程建設理念，明確項目成本、質量、進度和安全目標。扎實的工程建設理論和技術管理知識、豐富的現場施工經驗是做好工程項目管理的基礎;這就需要在平時的工作中不斷積累和總結，讓實踐與理論更好地沉淀于能力上，更好去管理協調。

一、對于整個施工過程中的技術實施，主要還是在于工程的質量，質量不合格，其它一切也就白談了。影響施工項目的質量因素主要是人、材、機、方法和環境。所以如何控制好質量是關鍵。1.要熟悉工程建設中的各種材料的技術性質和質量要求;材料要嚴格檢查驗收，正確合理使用，建立管理臺帳，進行收、發、儲、運等環節的技術管理，避免混料和將不合格的原材料使用到工程上。2.對各工序的施工工藝充分地把握，嚴格按施工方案施工;全面分析，預防為主，對可能出現質量隱患的，設置控制點，重點防范;控制好整個施工過程的質量通?。嘿|量通病面大量廣，危害極大，消除質量通病只要思想重視，施工過程嚴格按施工驗收規范進行施工，遵守施工程序和操作規程，貫徹技術責任，嚴格檢查、層層把關，絕大多數質量通病都能消除。

二、當今社會是一個講效率的社會，時間就是金錢，質量保證了，進度也要跟得上，要合理地趕進度，對各種資源優化搭配，從而節省管理資源，節約管理成本。

三、建立項目核算制，對項目進行成本控制，人、材、機、管是構成成本的主要費用;人工費嚴格按工程量計算，優化勞動力，減少返工，杜絕濫用工，施工要按工期嚴格進行，嚴禁窩工，無故停工，用工要按時按量(定量定工);材料在在提取使用前，施工主要負責人要熟悉施工圖紙，對所用的材料的數量做到心中有數，要按時按量提取材料，盡量控制材料使用量，嚴格按照圖紙施工，多用材料和少用材料土建工長都要以洽商的形式反映在書面上。也就是說主要負責人要對提取的材料嚴格把關，嚴禁多提錯提。在現場要有人專門盯工程質量，依圖施工，嚴禁浪費材料，丟失材料。工人對施工工藝不了解會導致浪費材料，還要防止工人盜竊施工材料和施工工具;機械施工方案的選擇，要合理配置機械，提高使用率;管理人員要嚴格配置，架構要合理，管理人員素質、技術、辦事效率要高，縮短工期，減少管理成本;優化整個施工過程各工序的施工工藝，綜合衡量，通過改變工藝，搞高效率，減少人、材、機，從而降低成本。

四、要以人為本，安全第一，明確安全目標、減少和消除生產過程中的事故，保證人員健康安全和財產免受損失;統一安全生產管理，制定周密的安全措施，建全規章制度，保證在多項目、多部位、多工種施工的條件下有序地進行工作，對使用一些特殊建筑材料性能、使用方法，要明確進行技術交底，控制好人、物的不安全狀態、改善生產、生活環境。

在工作中要多觀察，多動腦，多學習，并且不斷提高交際能力，增強管理協調能力，以良好的思想品德、敬業的合作精神和奉獻創新意識來回報社會的。

第五篇：Java專題 項目經驗總結

Java專題 項目經驗總結

Java就是用來做項目的！Java的主要應用領域就是企業級的項目開發！要想從事企業級的項目開發，你必須掌握如下要點：

1、掌握項目開發的基本步驟

2、具備極強的面向對象的分析與設計技巧

3、掌握用例驅動、以架構為核心的主流開發方法

必須學會從整個項目的角度去思考！你必須學會假如你是項目經理，你該如何思考！你必須學會假如你是架構師，你該如何思考！你必須掌握針對某個特定問題領域的分析方法！

關于基礎知識：你可以看看這些名詞或知識點，看是否能說出個一二三四來。JavaSE----基本語法、數據類型、操作符等：int、long、Integer、Long、if、else、for、while----面向對象：class（類）、Object（對象）、instance（實例）、state（狀態）、behavior（行為）、field、method、new、可見性（訪問控制）、attribute、property、package、import、static variable、class variable、instance variable、heap、method area、stack、GC（垃圾回收）、override、overload、對象轉型(casting)、多態、this、super----異常處理：理解編譯期錯誤和運行期錯誤的區別、Exception、RuntimeException、checked exception、unchecked exception、try、catch、finally、throw new XXXException、throws XXXException、異常處理的基本原則

----數組與集合：數組的定義和使用方法、Collection、List、Set、Map、ArrayList、HashSet、HashMap、Iterator、equals、hashCode、Comparable、Comparator----常用類：String、intern、常量池、StringBuffer、java.util.Date、SimpleDateFormat、Regex（正則表達式）

----反射機制：Class、Method、Field、invoke、newInstance、BeanUtils（apache-commons）、PropertyUtils（apache-commons）

----輸入輸出流：InputStream、OutputStream、Reader、Writer、Adapter設計模式與原始流類、Decorator設計模式與包裝流類、對象序列化和反序列化

----多線程：Thread、Runnable、sleep、wait、notify、synchronized、lock Servlet和JSP----HttpServlet、doGet、doPost、HttpServletRequest、HttpServletResponse、request.getParameter()、request.setAttribute()、request.getAttribute()、request.getSession()、ServletContext、Filter、web.xml、tomcat、forward與redirect、http協議的無狀態性、cookie、JSP Scope Object、、HTML與JavaScript----你需要能夠理解常見的網頁標簽、理解在網頁中引入JavaScript的方法、以及JavaScript的基本語法與使用方法

以上，就是你進一步學習Java所必備的基本知識。特別是一些個專業術語和名詞，看到這些名詞，如果你像看到親爹一樣親切，那么說明你對Java的基礎知識就很熟悉了。接下來是SSH：

對于初學者來說，這三大框架被賦予了太多神秘的色彩，似乎它們是重中之重的知識！但是對于擁有多年Java開發經驗的專業技術人員來說，對于那些Java牛人來說，卻對這三大框架不太感冒！難道它們不重要嗎？

現在很多企業都在用這三大框架，所以很多企業也把掌握這三大框架作為招聘的必備條件。不可否認的是，也有很多大型企業沒有用這三大框架，這些企業經過多年發展，自身已經有一定的技術積累，也形成了自己獨特的技術框架體系。這三大框架既可以說很重要，也可以說不重要。

說重要的原因在于：這三大框架對JavaEE開發中所存在的普遍的問題，提供了優美的解決方案，它們蘊含了這個行業中最NB的開發人員的努力和想法，所以，學習這三大框架，你就可以窺探到這些處于技術巔峰的牛人們究竟對一個問題是怎么想的，通過一種什么樣的設計思路去解決問題的。所以，對于你來說，你沒有太多項目開發的經驗，經驗是什么？經驗就是你知道可能會遇到哪些問題，針對哪個問題可以有哪些解決方法，在某個情景下，哪種解決方法是較好的，哪種方法不太好等等！如果你沒做過什么項目，你根本就不會去意識到你可能會遇到哪些問題，而這些問題往往又是非常關鍵的！解決得不好，會影響到你的程序的穩定性、可擴展性等等！三大框架就給初學者提供了了解你以后可能會遇到哪些問題，以及針對這些問題的解決方案！

當你了解了這三大框架為什么是重要的，那么你也就能理解，為什么這三大框架也可以說是不重要的。如果你曾經開發過很多項目，你碰到了各種各樣的問題，憑著你的技術功底，逐個擊破了這些問題，在這些人眼里，三大框架（是不是還有N個框架？呵呵）都是浮云！

你屬于哪一種人呢？如果你沒有太多項目開發經驗，那么三大框架對于你來說就是非常重要的！而且，由此你也知道了該怎么去學這三大框架。對于三大框架的學習而言，著力點在于給你展示問題，并觸發你自己主動的思考，我們鼓勵你提出自己的想法，也許你的想法很白癡，但那畢竟是你自己的想法，如果你不知道牛人的想法，那你怎么知道自己的想法是很白癡的呢？在這種思想的碰撞過程中，你就會逐漸提高自己！所以，三大框架學完之后，你不應該只是看到一大堆配置文件，你不應該只是看到了一些Action，一些Service，一些映射文件，你不應該只知道session.save/update/delete，你不應該只是知道struts2中有一堆interceptor，你不應該只是看到一堆jar包??

如果你只是知道拷貝一堆jar包，定義一系列配置文件之后，SSH三大框架就能夠運行起來了，也可以給你干活了，那么，很悲哀的是，你仍然沒有掌握三大框架的精粹！請你回答以下問題： Struts2：

為什么每次請求都要創建一個Action對象？

ModelDriven攔截器的配置中refreshModelBeforeResult解決了什么問題？ 為什么在web.xml中配置的StrutsPrepareAndExecuteFilter要過濾所有的請求？ 請你給我談談ValueStack？

Struts2是如何實現MVC設計模式的？ Spring：

你為什么要用Spring？ 請你聊一聊IOC/DI？

什么是聲明式的事務管理？為什么要使用聲明式的事務管理？Spring如何實現聲明式的事務管理？ 把spring和hibernate集成，定義事務管理特性的時候，為何要將除了添加、刪除、更新操作之外的方法，即主要執行查詢任務的方法定義為read-only？ Hibernate：

請你談談你對OR映射的理解？

很多人說Hibernate不適合大項目，性能有問題，你是如何理解的？ Hibernate為什么一定要定義一個數據庫標識？

為什么Hibernate建議你的實體類實現hashCode和equals方法？ Hibernate實體類中的數據庫標識與數據庫主鍵之間關系的認識？ Hibernate關聯映射與數據庫外鍵之間關系的認識？

調用session.save()方法，hibernate一定會發出insert語句嗎？談談你的理解 調用session.update()方法，hibernate一定會發出update語句嗎？談談你的理解

請你聊一下以下名詞、概念或用法：lazy、lazy=”extra”、inverse、fetch、fetch=”join”、fetch=”subselect”、batch-size 配置了lazy=”true”一定會實現懶加載嗎？

Hibernate中的“N+1”問題

Hibernate有哪些最佳實踐？

以上并非SSH中全部重點的問題，但它們能考察你能否靈活運用SSH框架！如果你能深刻理解這些問題，再配以合適的實戰項目訓練，你也會逐漸成為牛人！

最后是項目開發能力：

不管你是學Java還是別的技術，你的根本目的在于給客戶創造價值！否則，你下大力氣學習的東西，隨著技術的進步和更新，很快就會過時！所以，技術的核心在于用技術創造有價值的成果！也就是說，客戶需要什么，你就要用技術把客戶需要的東西給他造出來！一個公司之所以要用各種福利條件極力挽留你，是因為你能夠給公司帶來極高的利益！那么，你有什么可以給公司利用的呢？公司最看重你的哪方面的能力呢？ 做項目需要的能力很多，其中最核心最基礎的就是建模能力（現在最主流的就是面向對象建模?。?。什么是建模能力呢？

我給大家一個面試題：

一個保險公司的保險卡管理模塊：銷售人員領取保險卡信息（保險卡數量、卡號、領取日期），然后直接銷售給客戶，銷售完畢后，將保險卡信息錄入保險公司系統內部（銷售人員信息、購買人信息、購買的保險卡數量、卡號等），客戶登錄保險公司網站激活保險卡，需要填寫（保險卡卡號、激活密碼、被保險人信息、受益人信息）

要求就是：如果這個模塊交給你來做，你要怎么做？你要解決哪些問題？你可否畫個圖，給我描述一下你的想法是什么嗎？

這只是一個面試題而已，因為只有簡單幾句話，所以我把它放到這里，讓大家感受一下所謂建模要解決什么問題。而業務領域的問題實在是太多了！也許一個幾十上百頁的需求文檔才能把某個業務領域的問題描述清楚，而你的職責就是要把它們實現出來！

某個公司要開發一個考勤管理系統，要求與現有的人力資源系統對接，你是主要的技術負責人，那么，你要做哪些工作呢？

某ERP項目要實現一個排班管理模塊，交給你去完成，你如何去完成呢？

不要抱怨項目經理給你的信息太少（只有幾句話），不要抱怨客戶沒有描述清楚他們的需求??你的價值就在于理順所有的問題，用各種手段獲得你想要的信息，按照一定的思路匯總，并在特定的時間里逐個解決它！

你應該意識到學Java不是一個坦克大戰、一個網絡飛車、一個CMS、一個DRP、一個OA那么簡單，你不要沉迷于那些技術細節（雖然也是有必要的，但不要轉牛角尖），不要滿足于實現了CRUD式的項目需求（雖然這是基礎中的基礎），在你的前方，永遠有一個目標在那里，需要你去努力追趕！

今后你將面對更加繁雜的需求，你學習項目的唯一目的，就是：學習如何將需求轉化為實現，如何對需求進行分析，如何建立概念模型，如何理順各種概念之間的關系，如何進行設計，如何選擇合適的技術來實現你的設計方案，如何對你的實現進行測試，如何解決你所遇到的形形色色的問題（性能、需求變更等）。當你真正到公司里面從事了幾年開發之后，你就會同意我的說法！

利用Java找工作，需要的就是項目經驗，項目經驗就是理解項目開發的基本過程，理解項目的分析方法，理解項目的設計思路，理解項目的實現技巧，理解項目的測試方法，理解項目中各種問題的解決方案！！