1. 一建項目施工管理經驗如何認定
,就報二級建造師機電專業。現在的汽車部件製造公司開證明沒有用。你要找一家建築公司,以這家建築公司給你的報名表蓋章和開具從事建設工程項目施工管理工作年限證明,這樣就可以報名了。 希望採納
2. 關於竣工驗收的項目建設的經驗怎麼寫
規范》第 16.4..1條規定:「單獨簽訂施工合同的單位工程,竣工後可單獨進行竣工驗收。 在一個單位工程中滿足規定交工要求的專業工程,可徵得發包人同意,分階段竣工驗收。」 《規范》第16.4.2條規定:「單項工程竣工驗收應符合設計文件和施工圖紙要求,滿足生產需要或具備使用條件,並符合其他竣工驗收條件要求。」 《規范》第16.4.3條規定:「整個建設項目已按設計要求全部建設完成,符合規定的建設項目竣工驗收標准,可由發包人組織設計、施工、監理等單位進行建設項目竣工驗收,中間竣工並已辦理移交手續的單項工程,不再重復進行竣工驗收。」竣工驗收是一項法律制度,《合同法》、《建築法》、《建設工程質量管理條例》對竣工驗收已做了明確的規定。為了保證建設工程竣工驗收順利進行,必須遵循項目一次性基本特徵,按施工的客觀規律和竣工的先後順序進行竣工驗收。在建設工程項目管理實踐中,因承包的范圍不同,交工的形式也會有所不同。從承包人的角度看,交付竣工驗收,意味著項目經理部任務的完成,可以承擔新項目。工程交付竣工驗收一般按三種情況分別進行: 1.單位工程(或專業:工程)竣工驗收 以單位工程或某專業工程內容為對象,獨立簽訂建設工程施工合同的,達到竣工條件後,承包人可單獨進行交工,發包人根據竣工驗收的依據和標准,按施工合同約定的工程內容組織竣工驗收,比較靈活地適應了目前工程承包的普遍性。按照現行建設工程項目劃分標准,單位工程是單項工程的組成部分,有獨立的施工圖紙,承包人施工完畢,徵得發包人同意,或原施工合同已有約定的,可進行分階段驗收。這種驗收方式,在一些較大型的、群體式的、技術較復雜的建設工程中比較普遍地存在。我國加入世貿組織後,建設工程領域利用外資或合作搞建設的會越來越多,採用國際慣例的做法也會日益增多。分段驗收或中間驗收的做法也符合國際慣例,它可以有效控制分項、分部和單位工程的質量,保證建設工程項目系統目標的實現。我國近幾年來也借鑒了國際上的一些經驗和做法,修訂了施工合同示範文本,增加了中間交工的條款。新的《建設工程施工合同(示範文本)》GF—1999—020l「通用條款」32.6款規定:「中間交工工程的范圍和竣工時間,雙方在專用條款內約定,其驗收程序按本通用條款32.4款辦理」。 在施工合同『專用條款」中,雙方一旦約定了中間交工工程的范圍和竣工時間,如群體工程中,哪個(些)單位工程先行交工,再如公路工程的哪個合同段先行交工等,則應按合同約定的程序進行分階段的竣工驗收。 2.單項工程竣工驗收 指在一個總體建設項目中,一個單項工程或一個車間,已按設計圖紙規定的工程內容完成,能滿足生產要求或具備使用條件,承包人向監理人提交「工程竣工報告」和「工程竣工報驗單」經簽認後,應向發包人發出「交付竣工驗收通知書」,說明工程完工情況,竣工驗收准備情況,設備無負荷單機試車情況,具體約定交付竣工驗收的有關事宜。 對於投標競爭承包的單項工程施工項目,則根據施工合同的約定,仍由承包人向發包人發出交工通知書請予組織驗收。竣工驗收前,承包人要按照國家規定,整理好全部竣工資料並完成現場竣工驗收的准備工作,明確提出交工要求,發包人應按約定的程序及時組織正式驗收。對於工業設備安裝工程的竣工驗收,則要根據設備技術規范說明書和單機試車方案,逐級進行設備的試運行。驗收合格後應簽署設備安裝工程的竣工驗收報告。 3.全部工程竣工驗收 指整個建設項目已按設計要求全部建設完成,並已符合竣工驗收標准,應由發包人組織設計、施工、監理等單位和檔案部門進行全部工程的竣工驗收。全部工程的竣工驗收,一般是在單位工程、單項工程竣工驗收的基礎上進行。對已經交付竣工驗收的單位工程(中間交工)或單項工程並已辦理了移交手續的,原則上不再重復辦理驗收手續,但應將單位工程或單項工程竣工驗收報告作為全部工程竣工驗收的附件加以說明。 對一個建設項目的全部工程竣工驗收而言,大量的竣工驗收基礎工作已在單位工程和單項工程竣工驗收中進行。實際上,全部工程竣工驗收的組織工作,大多由發包人負責,承包人主要是為竣工驗收創造必要的條件。 全部工程竣工驗收的主要任務是:負責審查建設工程的各個環節驗收情況;聽取各有關單位(設計、施工、監理等)的工作報告;審閱工程竣工檔案資料的情況;實地察驗工程並對設計、施工、監理等方面工作和工程質量、試車情況等做綜合全面評價。承包人作為建設工程的承包(施工)主體,應全過程參加有關的工程竣工驗收。
3. 建築工程項目經理管理心得
一、 項目要進行整體管理,善始善終??? 整個項目開始要做好項目整體計劃,在項目的整個過程中,始終要按照項目計劃執行,如若遇到項目發生變更,要進行影響分析,得到批准後制定變更計劃,並按變更計劃執行。變更的影響情況,如:費用,時間進度等要通知相關的項目利益干係人,說明變更的原因和產生的影響。??? 項目首尾工作也是項目管理中,一項重要的工作。需要將項目過程中產生的文件資料進行整理,歸檔;對項目的費用和進度進行審計和審核,對項目的質量進行檢驗和驗收;對項目的整個過程的利弊得失進行總結和交流。??? 變更計劃在軟體項目中經常遇到。控制好軟體項目的變更,首先需要做好項目的開始目標基準的確定,基準的用戶需求明確,才能衡量出哪些是需要變更的。否則變更的東西和開始要求的東西混在一起,變更計劃就無從制定,變更的界限也無從劃清。??? 自己做過的一個項目,開始為了佔領市場和盡快拿下合同,在用戶需求還沒有詳細提供的條件下,就與用戶簽定了合同,後來不僅費用受到限制,就連時間不夠,在項目過程中,用戶方還總是變更軟體的功能和要求。因為沒有一個基點,我們認為是變更需求和新增功能,而用戶方認為是合同范圍,不能因此增加費用和時間。這個項目在開始好象簽定了合同我們爭取了主動,其實需求不明確,使我們在後來的項目進程中一直處於被動。??? 所以項目從一開始就要做好計劃,搞清目標。只有項目的目標明確,合理安排時間、費用、人力和其他資源,控制好項目的變更,這些是保證項目能夠順利完成的基本條件。??? 二、項目范圍管理理論解決了項目開始需求不清的問題??? 需求管理是項目范圍管理中的問題,這是因為它實際上是開發過程中的所有管理原則的先決條件。只有在開發的目標被清楚明白地表述和理解的情況下,軟體開發才能以一種有計劃的有序的方式進行。實際上,沒有文檔化的需求,在開發工作完成前後都很有可能發生產品與要求的偏離。計劃、追蹤、配置管理以及軟體質量保證這些在其他關鍵過程中涉及的原則,都是從一個穩定的基礎開始的,那就是文檔化的需求基線。??? 什麼需求?需求是指「分配給軟體的系統需求」,或者更簡潔地說,「分配需求」。這些需求有可能是技術方面的(比如:功能和性能需求),也有可能是非技術方面的(比如:發布日期,開支限度)。??? 區分開需求管理和軟體需求分析是很重要的。一旦分配需求被文檔化,並且被所有受影響部門(客戶,系統工程,軟體工程)通過,需求管理的基本工作就完成了,所剩下的就是管理變更而已。沒有證據證明分配需求本身就可以十分清楚完整的作為軟體開發的全部基礎。事實上,通常它們不是。??? 優化和精確描述需求,填補漏洞,將含義表達得更清楚是軟體需求分析要做的,分析的結果被稱為「軟體需求」。這樣,作為需求管理的輸出的分配需求實際上就成了軟體需求分析的輸入。需求管理遠遠先於軟體開發的技術行動,而軟體需求分析則是關鍵開發技術行為的第一步。??? 從這里的描述看來,需求管理的活動簡直太簡單,太基礎了,顯然沒有哪個軟體開發組織會不有效的進行著這種活動。問題經常出在企業對透明度的懼怕。客戶覺得保持需求含糊不清,鬆散或者無正式文件能夠給他們更多的機會去說:「那並不是我所要的,那並不是我認為的需求的含義」。文檔化清晰的需求可能迫使用戶在系統滿足了文檔化的需求但沒有滿足實際需要的情況下,為開始變更負責。相似地,開發人員覺得含糊不清,鬆散或者無正式文件的需求能給他們更大的餘地,允許他們與預算和進度盡可能地接近,然後說:「這就是我們所認為的需求的含義,如果你需要其他的什麼東西,你必須另外付出代價。」文檔化清晰的需求會迫使開發者承擔滿足這些需求的義務,並使他們暴露於開支、進度評估不準確的風險之下。??? 這樣一來,盡管客戶與開發人員的利益動機相對,但他們卻走到了一起。每一方都認為他們在保護自己的利益,鞏固自己討價還價的地位,但是事實上每一方都在走向將來的失望和爭吵,為項目埋下了一刻定時炸彈。??? 三、項目時間管理理論指導我們在項目管理中怎樣抓主要矛盾??? 以前進行項目管理時,是根據經驗和每個人的工作特點,進行項目的分工的,軟體項目基本是按照需求分析,概要設計,詳細設計,代碼編程,調試和測試,用戶驗收等幾個主要過程來進行的。但將項目分工更加細化,每個小過程的時間估算是多少,整個項目可以最短用多少時間來完成,怎樣合理安排人員,怎樣抓項目中的關鍵環節等等,這些都沒有進行過量化的分析和管理。??? 項目管理的實施最為直觀的就是縮短項目時間。利用項目管理理論、方法,有許多縮短時間的例子。美國路易斯維化工廠檢修時把檢修流程精細分解,按導向圖建立起控制關系。他們驚奇地發現,檢修過程選擇不同路徑總時間是有差別的。通過反復壓縮最長路徑上的任務,將工期反復優化,最後只用78個小時就完成了通常需125小時完成的檢修,節省時間38%。這就是至今項目管理工作者還在應用的著名的時間管理技術CPM,即「關鍵路徑法」。??? 所以我們在軟體的項目管理中,也要將時間控制理論運用進來,結合軟體工程的實際,將任務分解的更加詳細,並用網路圖將整個工作過程建立起來,估算好每個階段的歷時,找出關鍵路徑,並通過快速跟進方法,將關鍵路徑的工期縮短,以提高工效。??? 四、 質量管理是項目成敗的關鍵??? 我們在進行軟體項目過程中,對軟體的功能測試一直認為還是比較認真和嚴格的,每次測試都要有測試計劃和用例的編寫,然後才能進行測試;測試要有記錄,並將記錄整理成測試報告。??? 但通過此次培訓後,感覺到我們的測試工作與質量管理的要求還差的遠,有距離。質量控制要深入到每個與項目相關的人,要深入到項目的每個過程中,從一開始,就要樹立質量第一的理念,每個過程都要進行質量的控制,而不是到最好測試時,才想到質量,才去衡量是否符合標准。??? 標准化設計,標准化管理是項目質量的保證。參加質量體系認證有助於企業提高項目的管理水平,有利於提高工程項目質量。CMM模型已得到廣泛的認可和接受,CMMI沿用其模型的組織方式,有5個等級和18個要素。通過5個等級的認證和加強管理,企業對項目的管理將經過5個境界的提高:從混亂,到里程碑的檢查,到定義清楚的管理體系和標准,到進行統計過程式控制制量化管理,到最後的優化過程、評價工作流程、進行工作過程的改進。??? 本人以前參加過為日本軟體進行部分功能的設計和編程工作。日本的軟體企業對一個項目的質量控制就做的比較細致,用我們的觀念衡量簡直是不可容忍。做一個模塊的詳細設計,要用他們提供的標準的圖形語言進行描述,用標準的設計摸版進行說明;並在設計完成後組織相關人員對這個設計進行評價,有問題需要修改設計,然後在評價直到通過才能開時以此為設計文件,進行代碼。代碼寫完後,不是見到結果就完事了,要將代碼列印出來,相關人員對代碼的整個實現過程進行評價,提出修改建議,代碼修改後,需要再審,也是通過以後才能提交入代碼庫,進行代碼的組裝。??? 當時認為日本的方法太浪費時間和人力了,對技術人員個人的能力估計的太低,怎麼能提高工作效率吶。可是軟體質量問題的頻繁出現,是我們不斷的認識到,開始浪費一些時間和人力,控制好每個細節的質量,就是省去了許多時候為解決質量問題而進行的新的時間和人力的支出。省去了大量的軟體後期的質量維護費用。總的來看是核算的。為提高項目的質量,降低成本,必須從項目的開始就要做好質量的控制工作。??? 五、 溝通管理中的一些策略的使用可以使項目更好的完成??? 做項目就需要與客戶接觸,就會出現一些正式和非正式的談判。雙方都會為自己方的利益而進行討價還價。與客戶之間搞好溝通,是項目進展是否順利的一個條件。溝通中有許多的策略在平時的實際工作中可以使用,目的不是坑害別人,而是為了更好地完成項目,達到雙方事先確定的目標,而採用的一些藝術手段而已。溝通的技巧包括:下達最終期限,使用吃驚方法,採用有限權利法,不露面的人,公平合理,戰略延遲,雙方一起論理,撤退,不合理,既成事實等。本人就是成功的採用了戰略延遲法,將客戶方的一筆項目質保金及時地催要了回來。??? 體會還有很多,總之通過這次學習自己對項目的管理又有了新的認識,我會將這些理論知識運用到實際工作中去的。以提高項目的管理水平,提高項目的質量,降低項目的成本,降低項目的風險,最終提高企業的效益。
4. 什麼叫項目經驗簡歷中的項目經驗可以寫些什麼
項目經驗是讓你具體寫出參與過哪些主要項目,以及在該項目中扮演的版角色以及負責權的工作。
簡歷中的項目經驗可以寫具體項目的名稱、時間、簡介,自己的責任描述,主要業績等。
5. 土建土木項目經驗怎麼填
在土木工程的長期實踐中,人們不僅對房屋建築藝術給予很大注意,取得了卓越專的成就;而且對其他屬工程設施,也通過選用不同的建築材料,例如採用石料、鋼材和鋼筋混凝土,配合自然環境建造了許多在藝術上十分優美、功能上又十分良好的工程。
6. 怎樣做好一名工程項目經理
每個工程項目上,項目經理是最直接的組織者和領導者,在工程建設中起著至關重要的作用。想要成為一個優秀的項目經理,就應該避免以下10個坑。
對工程人來說一定要學會珍惜每個工程,學會感恩每一位工地上接觸到的人,項目經理尤其應該如此。千里之行、始於足下,懂得把握機會的人才會笑到最後,有了工作如果不加以珍惜,金飯碗也會變成泥飯碗。
我們都知道項目進度控制的依據就是進度計劃,在項目開工前編制一個可行的進度計劃很重要。然而,在實際項目施工中,總會因為各種各樣的突發情況、干擾因素的作用而發生變化。這時候,項目管理者要具備動態調整進度計劃的能力,做好計劃部署,指導現場生產,這決定了你的項目管理水平。
每個人都有自己的長處,知曉自己的長處並通過實踐讓自己的價值得以他人認同,才能獲取更大的發展空間。所以,如果自認為是匹千里馬,有能力勝任項目經理這個崗位,請先日行千里路,工程人在展現自己能力的同時,伯樂也會出現。千萬記住:潛在優勢只有發揮出來才能成為優勢,否則就會變成包袱。
不管你是項目經理,還是在成為項目經理的路上,既然選擇了建築行業,那就一起加強學習,共同努力吧~