本篇文章以“工廠車間主管述職報告”為主題，旨在總結和反思工廠車間主管的工作表現，對過去一段時間的工作進行回顧，並展望未來的發展方向。通過述職報告，我們可以瞭解主管的工作職責、成果和改進措施，進一步提升工作效率和質量。
第1篇
本人自20____年__月參加工作以來，認真工作，苦練本領，在各位前輩和師傅們的指導和幫忙下，已成長為一個具有較強業務本事的技術人員，以下是本人的一點心得：
路橋建設工作是一項十分艱苦的行業，風吹日曬，還要到處跑，並且又需要細心工作，所以沒有樂觀的人生態度和嚴謹科學的工作精神是不成的。資料和預算工作雖説不上搞科研，但也絕對來不得半點馬虎，“差之毫釐，失之千里”正好用來比喻資料工作，而“一子錯，全盤皆落索”又正好用來形容預算工作。
在資料和預算工作中，十分需要“細心推敲、認真求證”的工作精神，因為這不可是工作作風的問題，還直接關係到工作的質量問題。在編制資料及預算之前，必須認真審圖，對圖上有誤的地方要及時向設計、監理單位提出來。在編制預算之前，要利用圖紙給出的數據，運用各種公式去驗證，還要採用不一樣的計算方法(如正算、反算等)重複計算，確保萬無一失。
在準備編制資料之前，要先重温一次圖紙，看設計圖紙對局部施工工藝是否有特殊要求，或者和現行施工工藝有沒有衝突的地方，如有衝突則採取“從嚴不從寬”的原則處理，並及時向總監作出書面報告。過程中我不僅僅加深了對原先學習的知識理解，並且對以前書本中沒有接觸或接觸不深的知識有了進一步的認識。
在工作中，研究問題必須要嚴密、周到，對設計中沒有提到的地方，要結合現行規範和實際情景進行研究，看看是否有遺漏和錯誤的地方。下頭是各種工作的簡單敍述：
在收到圖紙後，就應立刻進行圖紙的審核工作。如圖紙較多，可進行分工，
各專業指定專人負責，並由專人計算工程量，專人審查標高，專人複查座標，做到明確分工，並且又有交叉，每一項工作都進行二人或二次以上覆查，發現的問題要及時記錄下來，進行彙總，交由技術負責人進一步複查後再組織上報設計、監理單位。審圖時主要進行以下工作：
(1)、對標高進行復核，根據各構造物或結構層的高差、層厚、縱坡、橫坡、邊坡等來反算各點標高，看是否與圖上供給的相符。如從道路起點算至道路終點是否相符。
(2)、對工程量進行復核，一般在圖紙尺寸複查無誤後進行，要根據圖紙尺寸(或更正後的構造物尺寸)進行計算，不得照抄圖紙中的工程數量表中的數據，計算時要研究各種實際情景。
在進行資料整理時要注意資料的全面性、真實性和及時性，另外還要注意設計圖紙和業主、監理的其他異常要求。比如：
①有的工程對安全問題要求異常嚴格，那麼在整理竣工資料時對每一天的班前安全活動、各項工程的施工安全技術交底、本工程的安全制度和管理流程這部份的資料要異常整理好。
②有的工程由於各種原因，變更工程較多，那麼有關變更的資料，如照片、圖片、工程洽商記錄、現場測量、計量的記錄、原設計圖紙、變更圖紙等必須要整理齊全。
③所有隱蔽工程的驗收記錄必須要及時完善，不得缺少，否則可能給竣工驗收帶來嚴重的後果。
做預算時要注意結合本公司的實際情景和施工現場作全面性研究，才能做出最合理的預算來。比如：
①有的工程，甲方指定了某種材料或設備，那就要認真調查此材料或設備的情景，包括供應情景和價格是否會變動。
②有的工程裏使用的某材料或設備，對本公司是自採材料，成本較低的，那能夠用較低的標底進行投標，反之則不可為。
⑤有的工程進行材料差價調整，有的工程以總包計算，不進行工程數量和材料價格的調整。
所有以上這些因素都要進行認真詳細的研究才能做出最合理的概預算。在工程竣工結算時要結合實際和圖紙進行，異常是有變更工程時，要注意資料的完整，如變更依據、現場簽證、原設計及變更後的圖紙、各項工序的隱蔽驗收、中間計量等。
現代社會的發展日新月異，知識更新十分迅速，如果不及時補充新知識，不經常進行不間斷的學習和交流，就要被淘汰。所以在工作過程中，儘可能的去開闊自我的視野，經常與監理、審計單位等相關部門互相溝通和學習，提高自我的業務水平，增加自身的技術本事，跟上時代的步伐。
以上是我幾年來從事的主要技術工作的情景，經過從書本上學習、從實踐中學習、從他人那裏學習，再加之自我的分析和思考，確實有了較大的收穫和提高。成績和不足是同時存在的，經驗和教訓也是相伴而行。我將繼續努力，克服不足，總結經驗，吸取教訓，把自我的工作做的更好。
第2篇
先介紹一下我的背景：通信類院校05年畢業、本科、計算機專業，畢業後進入一家大型通信設備商工作，任職軟件測試工程師。
05年7月13日入部門，此時才知道自己被分配到了測試部。部門主管把我領走後，就把我交給了導師。
入部門的頭幾天，主要熟悉公司的工作環境，認識部門同事，瞭解產品知識。由於我們是做傳輸設備的，所以當時學習的產品知識主要以sdh原理為主，包括sdh的幀結構、網絡的保護和倒換等。
項目概況：該項目是在pc和sun工作站上開發的軟件，屬於cs結構。client端用java開發(開始使用jdk1.3，後來改用jdk1.4)，實現跨平台;server端用c++開發，使用ace實現跨平台(windows和unix)。
人力投入：開發好像是9人，測試3人。(我來的時候是產品的第2個版本，人力投入大概如此)
我入部門幾天後，t項目就進入了測試階段。我的任務就是執行分配給我的測試用例。當時我只知道根據測試用例描述的內容，去點鼠標，如果發現程序出現錯誤或異常，就填寫問題單。我就這樣沒有任何思考的按着測試用例點了3個月的鼠標 : )
現在想起當初的測試工作，實在有太多的不足，和待改進點。
1||、 測試用例。對於一個軟件的測試來講，測試用例是至關重要的。測試用例要覆蓋所有測試規格，而且測試用例要易於理解、易於執行，簡單的講就是要描述的規範。而當時我們的測試用例卻是一團糟，最糟糕的是用例的質量很差，使用這些測試用例，根本無法保證產品質量。測試用例的預置條件、操作步驟、預期結果的描述也是亂糟糟的，而且用於存儲測試用例的excel表格設計的很差，界面很不友好，從一定程度上降低了測試效率。
2、 產品知識。t軟件雖然是在pc和工作站上運行的，但是開發t軟件的目的是為產品服務的，所以我們必須具備產品知識，才能更好的對t軟件進行測試。恰巧當時包括我導師在內的3個人，都不太瞭解產品，所以就造成我們無法判斷某些測試用例是否驗證通過。從而導致了與開發人員的多次爭吵。
3、 軟件測試的重點不明確。軟件測試是軟件工程中的一項重要活動，它儘可能發現程序中存在的缺陷，保證程序的質量。但軟件作為一種商業品，有它的發佈時限，老闆説這個軟件要1月份發佈，你總不能測到12月份再給他發佈吧。當時我們在一些小問題上與開發人員糾纏過多，而很多重點卻沒有得到重視，一些嚴重問題暴露的比較晚，導致測試時間延了又延，版本測了一個又一個，想起那些日子，只能如此描述：“累並痛苦着”。 : (
4、 測試流程的把握。7月份中旬，t項目從開發部轉到測試部，進入了測試階段，實際當時的產品質量並不能達到轉測試的標準，而我們卻讓他們通過了轉測試，結果就給我們自己帶來了巨大的痛苦。而且後續的幾個版本也如此，我們是測了一輪又一輪，測的我們都要絕望了。回頭想一想，t軟件還真的是我們測出來的，而不是開發寫出來的 : )
5、 缺少針對性測試。軟件也可以分很多種，不同的軟件有不同的特點，自然就需要針對性的測試了，
譬如gui的軟件與嵌入式軟件的測試方法肯定有很大不同。最初我們在做t項目測試時，就缺少針對性方法。有兩個教訓讓我們刻骨銘心：1、界面測試，t軟件發佈後沒多久，其他組同事就發現某界面一個按鈕的單詞拼寫錯誤——“rollback”被寫成“roolback”;2、效率測試，軟件測試到後期才發現t軟件在實際環境中運行效率很低，根本無法滿足達實際應用的需要。從那以後我們就準備了專門針對t軟件的測試項目，包括：界面測試、效率測試、資料測試、穩定性測試等。
6、 溝通問題。自從工作開始，開發人員和測試人員的爭吵從來就沒有停止過。最初是什麼問題都吵，很多沒有意義的爭吵甚至非理性的爭吵，慶幸的是現在的爭吵大多是有針對性的、理性的。個人覺得以前無為爭吵過多的原因是：開發人員、測試人員的工作技能和職業素養都比較欠缺。吵了大半年後，人員提升了工作技能和職業素養後，吵架都吵的比較有默契了。當然最重要的是開發人員和測試人員的目標要一致：保證產品的質量，滿足客户需求。
06年過完年後，我被主管派到一個大組去學習自動化測試技術。這個測試組是個比較大的測試組，總共有幾十號人，其中有很多牛人。他們的自動化測試框架就是由幾個牛人耗時1年多開發出來的。到現在，他們的自動化用例覆蓋率約50%，應用率好像有70%，總之這個自動化測試框架還是滿牛x的，不過就是整個框架實現太複雜了，涉及的編程腳本就用了三種 : (
自動化測試技術：第三代自動化測試框架，叫什麼dde，具體什麼意思已經記不住了 : )
測試腳本：robot中使用的是sqabasic腳本(基於basic的一種腳本)，另外還使用了tcl、com組建等，並自行開發了一個抓包工具用於自動化測試。還有我們測試的產品界面是使用java開發的，如果要讓robot能夠正常識別界面，還需涉及到java編程。呵呵，實現上可是夠複雜的 : (
學習自動化的頭一個星期，我只是學習該測試組的產品知識，學習如何使用自動化測試。後面的幾個星期就開始承擔自動化測試的建設任務了。想想當初自己還是滿辛苦的，白天上班學習產品知識，晚上回家就對着電腦看basic腳本的語法，週末還去公司無償加班看代碼。
在技術文檔的選擇上，我基本只看英文的，單詞不懂就拿金山詞霸查，實在看不懂了才會去找些中文的資料看。為什麼要選擇英文的呢?因為很多中國寫書的人很浮躁，只想着快點把書出版了好賺錢，所以很多中文的資料質量很差。首先要貶低的就是那本譚教授的《c語言程序設計》。記得讀大學時，照着譚教授的書敲程序，沒多少程序能編譯通過的，真是誤人子弟。
當時帶我學習自動化的導師姓l，他是個大忙人，有時一整天都在開會。l的師傅姓w，w是該自動化創始人之一。我呢，充其量算是徒孫一輩，呵呵。由於l太忙，而且不那麼愛説話，於是乎我就只能自己對着文檔看代碼。
當時對我比較有用的文檔就只有兩篇：一篇是彙集型的chm文檔，是篇比較全面的介紹，其中包括自動化框架的介紹，原理的介紹，各模塊介紹，自動化執行的流程等;另外一篇則是由w寫的自動化建設指導書，寫的還是滿不錯的，在我有一定基礎後，照着指導書就能完成簡單的自動化建設。
在我整個學習過程中，是按照以下的過程開展的：1、吳江裝修網初步瞭解整個自動化和產品知識，嘗試使用自動化進行測試;2、熟悉sqabasic語法;3、對着文檔讀代碼，嘗試調試腳本，跟蹤到代碼的最底層。木製仿真模型
其實最好的學習方式就是實踐，去做自動化建設。當有一定基礎後，去完成導師交給的自動化建設任務，就是最好的學習方式。後來，我教別人的時候，也是安排實際任務給他做，然後再進行相應的引導。
在我的學習期間，有件事情讓我滿討厭的。就是我必須給原部門的主管和測試組人員講課，然後那些傢伙會不停的提問，以檢驗我的學習效果。雖然這招很bt，但是對個人的成長還是滿有利的。假設你學會了一項技能，此時你可能只在第一個層次上，如果你能夠把這項技能教會別人，那麼你的層次上升了一個檔次。
記得當時是06年2月初去參加學習的，4月初就應急被調回原測試組了。總共不到兩個月的時間，我總共完成了3個模塊的自動化建設，第1個模塊搞了3個多星期，第2個模塊不到2個星期，第3個模塊一個星期就搞完了(第3個模塊算是友情支援呢，哈哈)。
4月初被調回原測試組後，就一直做救火的工作。差不多5月份的時候才正是開始做我們t項目的自動化。其實也就是把我學習的自動化框架移植過來，做t項目自動化測試。
另我比較遺憾的是，t項目的測試一直都很緊，而自動化測試並沒有被推廣和充分利用。直到我離職前，測試組為應付測試部自動化考核指標，才得到重視。
2、 自動化測試可以完成一些無法手工完成的測試，例如長時間不間斷的測試;
3、 自動化雖然能夠發現問題，但主要是對繼承的功能進行測試，保證以前的老功能。(這個跟項目有關， gui自動化測試比較複雜，如果是嵌入式設備或芯片的自動化測試，對自動化測試的理解可能會不一樣)
我在自動化學習期間，表現出來的專業技能和良好的學習能力，得到了同事和主管的認可。鑑於此，在4月中旬的時候，測試組的leader給我安排一個任務，使用excel表格開發一個工具，用於收集和統計記錄的數據。要求該工具能夠代替手工計算，提升測試效率。任務完成的截至日期是五一。給我安排的時間大概為一週。
該工具的實現方式並不難，就是設計一個excel表格，然後在裏面嵌入vba腳本，以宏的方式代替手工計算。對我來説最大的挑戰就是：1、短時間內學會vba編程;2、提取需求，設計excel表格的格式，使該工具具有較好的易用性。
當我接到任務後，下班回家就開始到網上搜集關於vba資料。當時我找了一個星期，都沒有讓我滿意的文檔。最終只找到一篇國人寫的pdf文檔，但是那篇pdf文檔只是讓我初步瞭解了vba是個什麼東東，並不能滿足我的實際需求。最終，在寫vba腳本期間，我還是參考微軟自帶的幫助文檔搞定的。(搞忘球當初是否裝了msdn)
本來計劃是在四月底的一個星期開展該項任務，但實際上直到4月的最後兩天我才有時間。記得當時，我花了一天半的時間與我的客户——也就是我的同事，共同討論需求，並設計excel表格的格式，讓其評審。最終寫腳本花費了4月的最後一個下午，以及五一期間的三個下午的時間，總計4個下午的時間，完成該工具的開發。而且我五一期間的工作並沒有申報加班，是無償勞動啊 : (
另外，令我欣喜的是，從此我成了我們組的“牛人”，哈哈哈哈。。。。。。
1、 程序崩潰(不小心除了0，呵呵，加入異常處理就ok了);
2、 有1/3的功能基本沒有被使用(鬱悶，花那麼大精力。。。我的五一啊);
3、自動生成的表格，奇醜無比(直到現在，我都沒改，哈哈)。
記得當時有個做了5年以上c++的開發人員，看到我寫的excel表格，居然説“誒，這東西還滿神奇的嘛”。我當時的一個感覺就是，暈，這個傢伙工作效率肯定不高。
06年10月份，我開始獨立負責m項目的測試工作。m項目是個小項目，大體情況如下：
硬件環境：hp的pda(具體型號忘了，反正是便宜貨，大概1000塊)
m項目的測試需求分析、測試設計、測試用例編寫、測試執行到測試報告，全部由我一個人搞定
06年10月～12月中旬這段時間，主要是完成前期的測試分析與設計。12月中旬，就進入了實際的測試階段，07年1月底，軟件發佈。回顧這4個月的工作，有做的好的，也有做的差的。下面對這些進行總結。
1、 測試進度把握比較好，在規定時間內，甚至提前完成了測試任務;
2、 與開發人員的溝通較好，使問題能夠較順利的解決，基本沒有內耗，雙方合作愉快;
3、 測試的重點把握較好，把很多嚴重問題，在測試前期就給暴露出來了;
1、 前期的測試分析能力較弱，測試規格分析不全，測試用例編寫質量不是高。到後期測試時，才發現很多規格沒有覆蓋到，需要補充測試用例。而且之前寫的測試用例與實際測試情況，有些偏差，用例的可用性差，又花了很多時間去修改用例。
2、 前期的測試計劃制定比較差，實際工作較之計劃偏差過大。吳江裝飾網反正10月、11月那段時間，m項目的工作是亂七八糟的，還好關鍵時間點的把握還算到位。
3、 測試對象選擇上疏忽，導致漏測。m程序是個工具軟件，主要用於查詢和設置設備的某些參數或配置。我當時只考慮到對所有支持的設備進行遍歷，卻未考慮到設備上所有單板的遍歷。結果技術支持工程師到香港試用該工具時，發現某塊叫pm1d的單板無法識別。後續，我們對大部分單板進行了遍歷，還發現了很多隱藏的問題。這是一項較大的疏忽。
4、 在做內部模擬試驗局測試時，對測試環境的選擇有較大疏忽，導致漏測。在做內部試驗局的時候，我為了偷懶只選擇了3個不同設備的組網測試，而沒有考慮到大規模組網情況下的測試。後來，技術支持工程師拿m軟件到廣州試用時，程序的某項功能就不正常了，原因就是大規模組網時，通信數據的傳輸是多包的，而m程序的底層函數沒有對多包的情況進行處理，導致該項功能不正常。當時，在其他實驗室是有類似環境的，而我卻為了偷懶 : (
雖然m項目的測試有很多不足，但是總體情況良好，我對產品的質量有信心 : )
大概是06年7月份時，我們組組長跟我説，要派我到b組去學習3個星期。等我去了b組才發現自己是被派來救火的。來b組支援測試，主要是完成一項測試任務，説具體點，就是把一件事情幹600多次，沒任何技術含量。我當時真是鬱悶壞了 : (
雖然心底是比較鬱悶，但畢竟也就3個星期，想着忍忍就過去了。
具體的任務很簡單：大概有80種板子，每種板子大概有8套軟件，用t工具對80多塊板子把8套軟件都加一次，觀察軟件加載過程中，業務是否正常，板子加完軟件後，運行是否正常。
還有一個也是其他組借調過來的新員工，跟我一起幹這件事情。我600多次，他也差不多600次。還好這個傢伙，心態很好，做事情也很勤奮。
最初b組給的方案是這樣的：先用第1套軟件把80多個板子加載一遍，再用第2套，第3套，直到第8套。
開始工作幾天，我們就按這種方案執行，但按這種方案執行的效率很差。主要因為實驗室常用的板子差不多隻有30塊，其他的板子都藏在箱子裏，而且有些板子b組根本沒有，需要到其他項目組去借，這樣針對軟件版本，對80多塊板子進行輪循加載，效率就很低，因為每加一套軟件，就要去尋找80多塊板子。
當時，我和那個新員工都很愁，按照這種做法，這項任務3個星期根本就無法完成。b組負責帶我們的兩個員工，也表示比較無奈。
鬱悶過的第2天一早，我就直接找b組的老大談話，“按照你們提供的這種方案，我們在三個星期內根本無法完成任務，而且還有諸多其他困難：1、部分板子是壞的;2、某些板子實驗室裏根本就沒有;3、對設備不熟悉。”
就這樣，b組老大把組內相關骨幹人員都叫過來開會，重新商討了一套方案，並要求他們全力支持我們的工作。
開了會後，b組的人就比較支持我們的工作了，啟用新的方案後，還提前了1天時間把工作完成 : )
這裏我體會比較深的是：在做一份工作前，一定要弄清楚這項任務到底要做些什麼、要怎麼做、要做到什麼程度，工作中還要定期彙報工作(基本上以日報、週報的形式，用郵件發送)，如果出現瞭解決不了的困難，一定要向老大彙報，如果老大也解決不了，那他也不能責怪你無能 : )
在辭職前的幾個月，有個師弟也是老鄉x君，得知我做過自動化項目後，便來向我瞭解自動化測試相關的情況。
從與x的聊天過程中瞭解到，他也正在做自動化，他們組測試的產品規模比較大，不過做自動化的只有兩個新人，而且是使用一種新的gui測試工具。他在給我講他們具體工作時，瞭解到他們的自動化測試非常原始，就是針對一個用例錄製一套腳本，幾百個測試用例，大概錄製幾百個腳本，根本沒有對公共進行提取，更別提有什麼自動化測試框架了。x君與另外一個人，在自動化方面都是新手，沒有相關經驗，他們不知道這樣做會給後期的維護帶來多大的麻煩。而且他們主管也不太懂gui測試的自動化，只是每天要他們彙報工作進度，期望在兩個月內完成那幾百個腳本。
經過我細緻詢問後，我猜測他們做這項自動化工作，基本上是為了應付部門自動化考核而做的，而並非為了提高測試效率，保證產品質量。
我也可以體諒x君主管的難處：測試組人力本來就緊張，而部門又要考核自動化指標，他只有弄兩個人來應付一下部門的考核了。
這樣説來，x君和他另外一位同事就是受害者了，被安排做一件這麼沒意義的事情。對他們我只能表示同情了。
對於這類bt主管吩咐的沒啥意義的事情，我的體會就是能推掉不做就不做，如果實在推不掉，就完全按照他的意思做，他要怎麼做就怎麼做，要做成什麼樣就做成什麼樣。實在搞鬱悶了就老闆炒魷魚吧。
記得剛進公司那一陣，對我們新員工有這樣那樣的培訓，估計轉正前至少被培訓了20門課吧。具體講的都是產品知識、測試技能、編程方面的東東。那些講課的老師水平也參差不齊，ppt寫的水準也有好有壞。總體感覺就是那些培訓是在浪費時間，如果自己看這些資料效果都要好很多。
在轉正前，作為新員工要給部門的“老”員工講課，講自己所學習過的知識，然後下面的“老”員工會發狂了似的問你問題。現在我感覺這種方式真的是一種非常好的檢驗方法，不但檢驗了你的學習情況還鍛鍊了你講解ppt的能力。
1、 寫ppt的水平。後續工作中，寫ppt彙報工作，做的是又快，又漂亮。
2、 溝通能力。最初別人問我一個問題，我還沒完全理解他的意圖，就以自己的理解，淅瀝嘩啦的説了一堆別人不想知道的東東，搞得別人一頭霧水。此後，別人每問我一個問題，我都會先把他的意圖或意思搞搞清楚了，確認後，再以最精練的語言來回答他的問題。
3、 懂就是懂，不懂就別亂説。記得最早“老”員工問我一個我自己不是很懂的問題，我通常是按自己的理解方式，跟他胡吹一通。結果他再一細問，我就傻了。知道就知道，不知道就別亂説，這點很重要，尤其是在參加面試的時候，如果自己不是很動，別人一問你就會露餡。
第3篇
____縣____廉租房三期9號樓工程經各參建單位的共同努力，順利完工。在此，我代表____建設監理諮詢有限公司____廉租房項目部，將本工程監理工作情況，總結如下：
____縣____廉租房三期工程，由____市____建築工程公司承包施工。該工程位於____縣____村，為磚混結構，其中：一層層高2.4米為雜物單，二到七層屋高3米為住宅房，屋面為水泥瓦坡屋面，建築面積2918m2，造價為250萬元。
我司根據監理合同和監理大綱，結合本工程具體情況，組建由總監理工程師______，專業建監理工程師______，監理員師______、組成的項目監理機構於____年____月____日進場，對本工程進行監理。項目監理組嚴格執行監理程序，堅持“誠信、守法、公正、科學”的宗旨，以“認真、嚴謹、一絲不苟”的工作作風實施監理，完成了監理任務。
在整個監理過程中，我們堅持以事前控制和主動控制為主，依據合同和設計文件編制了監理規劃，制訂了具體的監理工作程序，明確了工作內容，行為主體，驗收標準及工作要求。
本工程開工前，依據監理規範要求，我們審查了施工單位的資質，現場質量管理、技術管理組織機構、人員、制度及特殊工種操作人員的資格、上崗證等。依據承包單位報送的施工組織設計方案報審表，對施工組織設計進行了審查，並相應編制了《監理規劃》對工程的測量、定位放線，包括軸線尺寸、水平標高進行了現場複核，進一步明確了監理目標和要求，為監理工作的順利開展創造了條件。
凡是進場原材料、半成品首先要進行書面檢查，即查驗合格證、準用證、質保單等，符合要求後進行外觀檢查，沒有異常情況後監理見證取樣送市檢測中心複檢，做到材料進場先複檢後使用，不合格的材料拒絕用於工程上。本工程建築材料合格證、質保單齊全，對鋼材、水泥、石子、黃沙等主要建築結構性材料都進行了進場後的抽檢覆驗，全部達到合格要求。
在施工監督過程中，強化了施工工序報驗手段，做到先報驗後施工，上道工序未經驗收不得進入下道工序的施工，對隱蔽工程的驗收我們項目監理部尤其重視，現場監理人員對重點、關鍵部位進行了旁站監督，如現澆鋼筋砼、樑、板、梯、屋面等。
施工中，我們對鋼筋砼工程，特別是樓面工程的施工質量給予了高度的重視和嚴格的控制，在整個施工過程中，我們把鋼筋的綁紮製作質量，板的澆築厚度、砼的配合比、坍落度和養護等方面作為重點來控制，以確保砼的施工質量。在牆體施工中，我們抓了以下關鍵：一是磚的濕水;二是砂漿的正確拌制;三是砌築的質量，其中砂漿的飽滿度、粘結度、垂直平整度及拉結筋的設置作為關鍵來監督。
在監理工作過程中，共發出監理工作聯繫單2份，監理工程師通知單10份，安全隱患整改通知單3份，在工程實施過程中針對工程質量、造價、進度、安全、合同管理等事宜每週召開工地例會，並根據工程實際情況召開專題工地例會6次。
(1)本工程在施工全過程中沒有發生質量事故，作為一般性質量問題，施工單位通過自查、自檢後內部整改;另一方面，通過監理檢查發現後通知施工單位整改。
(2)及時督促施工單位收集整理好各種工程資料，並認真做好自己的監理資料。
工程進度的快慢直接關係到工程建設項目能否按期竣工和投入使用問題。我監理組首先審查施工單位總進度計劃，並報業主審核同意後，督促施工單位嚴格按照總進度計劃施工。並根據總進度計劃編制月進度計劃，一旦發現偏差，及時要求施工單位適當調整勞動力、材料、設備、資金，確保工程按計劃進度完成。
項目監理部按照施工合同、工程施工實際進度、工程質量對所監理工程進行工程款支付控制。
7、安全生產及文明施工：“安全第一，預防為主”，在監理過程中，項目監理組始終把安全監理作為工作重點，貫穿於監理工作的全過程。結合工程實際情況，督促施工單位建立安全生產責任制，做好安全生產、文明施工教育，定時組織施工單位進行安全生產檢查，對存在的安全隱患，及時發文要求施工單位限期整改。本工程施工過程中未發生安全事故。
通過建設單位、設計單位、承包單位、監理單位的共同努力，在政府相關部門的指導和監督下，該工程已基本按合同完成。工程技術資料已按要求整理，工程質量滿足設計、規範及使用功能要求。預祝工程順利通過驗收。
人人簡歷網
