首頁>Club>
5
回覆列表
  • 1 # 綠水青山任我行

    一、建立專案管理機構。

    二、開設專案資金專戶。

    三、開展專案審批工作。

    主要的工作內容有:

    1、涉及發改委部門的事項:專案建議書、可研報告、初設報告、專項資金申請

    2、涉及自然資源和規劃局部門的事項:選址、用地預審、建設用地許可證、建設工程許可證、土地劃撥或出讓、不動產登記

    3、涉及住建區域性門的事項:施工圖審查、施工許可證(含安監、質監)

    4、涉及生態環境區域性門的事項:環境影響評價與驗收、排汙許可證

    四、組織專案施工建設。

    指揮、協調工程施工與供貨及安裝單位、監理單位、跟蹤審計單位規範、有序開展專案建設。

    五、牽頭專案竣工驗收、審計。

  • 2 # 瑞通PMP學習社

    如何做好專案管理工作

    一項工程,再完善的設計方案,在施工過程中也會發現有不少設計需要變更,而設計變更一般誰都不願意輕易去做,無論設計方、總包、分包。

    一種是施工規範和國家標準裡沒有的,而現場生產又必須的;

    第二種是規範裡沒有,但生產上要求錦上添花的;

    第三種是規範裡有,但設計中遺漏的設施;

    第四種是設計明顯錯誤,必須改正的。

    1)施工規範和國家標準裡沒有的,而現場生產又必須的;

    這個情況基本是業主或者車間提出來的,主要是透過業主和設計的溝通,出變更-->總包-->分包。

    2)第二種是規範裡沒有,但生產上要求錦上添花的;

    可做可不做的變更,要看施工的進度情況,如果在施工階段,人員、工期都比較緊張或修改對生產影響不大的,建議改到一下個改造檢修週期內實施。

    3)第三種是規範裡有,但設計中遺漏的設施;

    是要做變更,免得出現影響生產或者在驗收上通不過相關部門的檢驗和驗收。

    4)第四種是設計明顯錯誤,必須改正的。

    必須要出設計變更,否則後果很嚴重。這需要總包和業主共同督促設計儘快拿出修改的方案,儘快實施。

    做好專案管理七件事

    一、 確定專案目標

    專案怎麼可能沒有目標呢?仔細想一下吧,你的專案目標明確嗎?會不會有好幾個目標?是否大家都有一致的認同?

    專案應該只有一個主要的目標,過多的目標會分散注意力。超過兩個的主要目標,將會使專案組在以後的工作中難以分清工作重點,並且在某些目標不能實現時產生失落感。

    如果有些目標是大家認為可以在專案過程中順便產生的,那麼就讓它自然產生好了,不要一開始把它定為專案的目標。有時公司可能需要在專案中建立規範或其他嘗試性的工作 ——**把這些工作作為獨立的專案——如果一定要在專案中進行,那麼請注意計劃出這部分工作需要的投入。將目標儘可能的細分為明細的任務(子目標),這與多個目標不同,每個任務都是圍繞一箇中心服從統一的原則的,不會互相牴觸。更重要的一點是,大家眼中的目標是否一致。在專案開始前一定要與公司領導和客戶(如果與客戶有關)就該問題達成一致的看法,然後將這個資訊傳達到所有相關的人員。如何描述不是主要問題,可以直接交流、提交專門的報告,當然在正式的計劃中作出闡述。

    二、 明確職責許可權

    是否有崗位職責書、專案任命書?,仔細研讀一下,明確管理的職責和許可權。

    有些事是你能做的,有些是你願做的,這裡要明確哪些是你負責做的——具體的事情可能需要其他人協助或者授權給別人,但是責任還是你的。

    作為管理者一定要明確你有哪些權利,而且要清楚如何利用職權(可不是濫用職權),這樣才能清楚可以採取的策略。權利很大,可以更威嚴,但是要公證;權利很小,試試多一些的感情投資。

    明確的文件也好,直接的交流也好,總之在專案開始前確定該做和能做的事。

    三、 熟悉工作流程

    通常公司會有對專案管理的規範,如 ISO9000 或 CMM 或其他即定的規範,應該使自己的專案過程符合規定。

    專案開始前就應該弄清楚你的一些習慣是否與公司規範有衝突。如果確實有些好的操作是規範以外的,可以在專案中將它們結合起來,或者提出來並修改規範,但不能作為違反規範的理由。

    有時規範可以在許可的情況下進行裁減或調整,但前題也是你要先清楚規範是什麼。你所理解的流程會在專案中得以貫徹,所以一開始就要讓它是合乎要求的。

    一般規範中都規定了需要產生的文件和其他提交項,建議在專案開始的時候就將各環節需要的文件建立好(當然只有名字和目錄),這樣在需要用時就不用到處找,也不會遺漏。

    四、 掌握技術要點

    如果專案是在需求明確後才確定實現的技術,那麼現在可以不考慮這個問題。不過大多數情況在專案開始時就已決定使用某種技術了。

    通常專案經理可以不需要非常嫻熟的技術能力,因為可以在專案組或公司層面配置技術專家,但是專案經理還是應該對需要使用的技術有一定的理解——這樣可以理解其他專家或資深技術人員所描述的問題和解決方案,然後作出決策。

    專案經理可以根據實際情況制定一個自己的學習計劃,不需要公佈,但是有一個明確的計劃,並按照計劃執行,否則日後忙於各種事務時就會總覺得沒時間補課——這很正常,因為開始就沒有給這件事安排時間。總是用可能剩餘的零星時間來做的事是很難有成效的,所以要對應該做的事有個計劃。

    五、 瞭解人力狀況

    人員其實也是一種可用資源,之所以與其他資源分開考慮,是覺得這是最重要的要素。一般專案中人員的使用是分階段的,但是需要什麼樣的人應該是開始就確定的,除非使用什麼技術還沒確定,那人員確定也必定是階段性的。

    確定專案需要的人員技能,瞭解所有可用的人員資訊,根據需求選擇合適的人員組建專案組——這是理想狀況,幾乎沒見過。不過這作為一個原則還是適用的。首先對專案組進行角色組織,應綜合考慮公司的規定、目前的技術能力、專案的時間要求等因數設計專案組的角色,確定各角色的職責和能力要求。實際上這也是憑經驗而定,沒有什麼公式可用。

    然後從人力資源部,各專案組了

    如果人員是既定的,也可以在瞭解已定人員的資訊後,多瞭解一些其他人員,畢竟你可能還有其他的選擇。

    就是看人員是否能適用於專案組,這頗有些“按圖索驥”的味道,不過不盡然,很多時候,不可能直接找到所有合適的人,所以現在不“完全合適”的人,不一定是不可用的。如果有差距那麼相應的培訓計劃,招聘計劃就該列入考慮了。

    當然,實際上遠沒有這麼簡單,人不同於零件——按照設計要求組裝之後就可以用了,要使一個團隊合理運做,發揮效益,是另外專門的話題了。

    六、 把握內外資源

    儘可能在專案早期明確需要的資源,除了剛才提到的人力,還有資金,裝置等等。僅僅清楚資源需求是不夠的,要明確這些資源的提供者。不可能指望提交一份“資源需求清單”,就可以等著你要的資源在計劃的時候出現,專案經理必須清楚透過什麼途徑可以獲得這些資源。

    特別注意,一般總是認為客戶總是對專案提出要求的人,但是客戶也往往是能夠提供各種資源的人,比如測試環境,特殊裝置等。

    七、 制定專案計劃

    以上工作都完成後,可以開始完成專案計劃了,實際專案計劃就是這些資訊的固化表示。之所以讓每項工作都做為獨立的任務去完成,而不包括在制定計劃這一個工作中,是希望避免出現還沒有完全瞭解狀況就急於完成計劃的狀況。就是因為計劃很重要,所以更不要急於寫出專案計劃。

    制定專案計劃的個重要原則是實際:計劃要合理和可行,寫出一個大家都感覺良好的計劃,不一定是好事,應該充分考慮目前的運做能力,專案風險等因素後製定出可操作的計劃。計劃第二個原則是分步明細:很難在一開始就將所有的階段計劃細化,可以先定出階段性的計劃和細化計劃的時機,然後只細化最近步驟的內容。計劃第三個原則是描述清晰,沒有歧異。

  • 3 # 數通暢聯

    想要做好專案管理,要考慮成本、質量、進度、功能、持續發展等幾個要素。成本的降低要保證專案的進度,以及專案的質量;專案的功能要考慮後續的可持續發展性,客戶對於後續功能的發展需求,因此總結來說,在專案上,需求的調研、進度、質量的保證是專案的關鍵。

    對於需求的調研,首先要做的就是當下需求的瞭解,針對當下需求進行滿足,同時要了解客戶的實際業務,針對業務情況對客戶未來可能會產生的需求進行評估,保證只要做,就要滿足客戶未來長時間的發展需求,保證需求調研的前瞻性

    對於進度的保證,需要做好專案規劃以及專案計劃,對於任務要進行細分,並且每週要進行專案計劃的統計,分析專案實際情況走向,並做好相應的預案,同時和客戶勤溝通,進行專案進度計劃的彙報,保證和客戶間良好及時的溝通,針對於阻力較大的工作,讓客戶幫助推進進行;

    對於專案的質量,要做到測試到位,不僅僅是專案上的擴充套件開發功能,產品的功能改造也要進行測試;在保證基本功能測試的前提下,進行實際業務場景的測試環境測試,保證涵蓋多種業務場景測試,以及壓力測試,只有這樣,才能保證功能的高可用,才能極大的提高專案的質量,得到客戶的高度認可。

  • 4 # 普通人的生存記錄

    之前去上過一次專案管理實踐的現場課程,兩天時間花掉1500大洋(真心心疼,但不得不上)。

    上完課之後老師分享一份專案管理工具,客觀的來說,這套工具算是通用型的,具體到自己手裡的工作,建議還是有針對性地進行調整。

    這裡我免費分享給大家,只要用心的話,應該會對自己的工作產生一些提升作用。

    獲取方式:

    3、根據反饋的網盤連結自行下載即可。

  • 5 # 易佳PMP顧問清清

    專案管理分為五大過程和 十大知識領域

    十大知識領域是

    01 專案整合管理

    整合管理是指為確保專案中各項工作,能夠有機地協調和配合而展開的,綜合性和全域性性的專案管理工作和過程。包括專案整合計劃的制訂、專案整合計劃的實施和專案變動總體控制等。

    02 專案範圍管理

    範圍管理是指為完成專案目標,對專案的工作內容進行控制的管理過程,包括範圍的界定、範圍的規劃和範圍的調整等。

    03 專案進度管理

    進度管理是指為確保專案按時完成的一系列管理過程,包括具體活動的界定,如活動排序、時間估計、進度安排及時間控制等。

    04 專案成本管理

    成本管理是指為保證完成專案的實際成本不超過預算成本的管理過程,包括資源的配置、成本的預算及成本的控制等。

    05 專案質量管理

    質量管理是指為確保專案達到客戶規定的質量要求所實施的一系列管理措施,包括質量規劃、質量控制和質量保證等。

    06 專案資源管理

    專案資源管理包括識別、獲取和管理所需資源以成功完成專案的各個過程,這些過程有助於確保 專案經理和專案團隊在正確的時間和地點使用正確的資源。

    07 專案溝通管理

    溝通管理是指為確保專案資訊的合理收集和傳輸所實施的一系列措施,包括溝通規劃、資訊傳輸和進度報告等。

    08 專案風險管理

    風險管理涉及專案可能遇到的各種不確定因素,包括風險識別、風險評估和風險控制等。

    09 專案採購管理

    採購管理是指為從專案實施組織之外獲得所需要的資源或服務而採取的一系列管理措施。

    10 專案相關方管理

    相關方管理是指對專案相關方及其需求和期望進行識別和分析,並透過溝通上的管理來滿足需要、解決問題的過程。

  • 6 # 一個有趣又無聊的人

    分享一下做技術pm的感想。這幾年大大小小的專案做的不少,我也算是做個總結吧。首先專案按時上線,這個沒的說,是原則。一般專案分兩種,一種是產品規定deadline的,要去市場佔先機的,這種需要倒排排期。這個沒辦法,我一般會安排開發跟測試時間2比1的比例。時間安排之後,一個詳細的時間表需要有,包括演算法前後端引擎等各方的介面約定時間,各方開發完成時間等,時間表需要嚴格執行,一般問題不大;還有一種專案是不那麼緊急的專案,這種比較輕鬆,去各方找人要排期即可,最後也得預留聯調測試驗收的時間,一般開發完成時間都需要提前。專案風險管理的話,包括資源風險和技術風險。前面那個除非有同學中途出了意外,一般在立項的時候資源肯定需要到位。技術風險需要技術評審,如果發現架構上或者功能上可能實現不了,一定要提前提出,同時讓相關各方評估解決風險所需的成本。這些成本要加到工期裡,同步產品跟運營周知。

  • 7 # 輕雀

    推薦您使用專案管理軟體,協同管理軟體核心目的應該是提高整體工作效率,最大化最佳化低效重複溝通。

    對於眾多管理者來說,經常遇到的問題是如何讓團隊成員及時獲取必要的資訊從而實現高效協同,或者說,有能夠及時同步材料背景及進展的工具軟體從而減少重複溝通。

    我們用快手網紅李花花的案例來說明。

    當李花花團隊制定好OKR之後,需要用一個個的動作去實現目標。我們可以把這些動作寫到系統裡來,成為一個個任務。每一個任務都有優先順序、執行人和截止日期,團隊內所有人都可以在這裡看到,要實現大目標的每一個步驟。

    我們可以對任務進行組合、篩選、排序。如果有需要,我們可以新增新的列,比如記錄事情的參與者、記錄任務開始的日期等。

    我們可以給不同的事情打上標籤,就像是圖書管理員給書籍貼上標籤資訊,即使是數百萬本書,也能夠透過系統快速找到。

    人們可以在Word裡寫報告,寫文章,甚至寫小說。但我們不僅僅學習Excel,我們還學習了Word。我們可以在李花花的商品供應商管理專案中看到,每 1 個任務,也就是每一家供應商都可以被點選開啟。你可以看到這個任務的詳情頁。它很像Word,但又不是Word。我們會有更豐富的資訊表達能力。

    還有另一種用法,接下來我們給大家介紹一種快速認識別人的好辦法。

  • 中秋節和大豐收的關聯?
  • 同體重同年齡下,純種位元和純種藏獒單挑誰的勝算更大?