



版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、個人收集整理勿做商業(yè)用途一個項目經(jīng)理的個人體會、經(jīng)驗總結(jié)IT 人項目經(jīng)理要緊的就是要明白什么是因地制宜、因勢利導,只有最合適的,沒有什么叫對的,什么叫錯的,項目經(jīng)理最忌諱的就是完美主義傾向,尤其是做技術(shù)人員出身的,喜歡尋找標準答案,耽誤了工作進度,也迷茫了自己。本人做項目經(jīng)理工作多年,感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導,只有最合適的,沒有什么叫對的,什么叫錯的,項目經(jīng)理最忌諱的就是完美主義傾向,尤其是做技術(shù)人員出身的,喜歡尋找標準答案,耽誤了工作進度,也迷茫了自己。以下是本人一些做項目的個人體會,寫出來供大家指點,在討論過程中提高水平。項目開始階段是一個最重要的階段。項目
2、經(jīng)理在接手一個新項目的時候,首先要盡可能地多從各個方面了解項目的情況,如:1/24個人收集整理勿做商業(yè)用途1. 這個項目是什么項目,具體大概做什么事情,是誰提出來的,目的是解決什么問題。在國內(nèi)很多客戶都很不成熟的情況下,千萬不要根據(jù)項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能在你進場以后一個月才發(fā)現(xiàn)客戶其實需要的是一個計算機生產(chǎn)管理輔助信息系統(tǒng)系統(tǒng)。前期了解情況的工作越詳細,后面的驚訝就越少,項目的風險就越小。2. 這個項目里牽涉哪些方面的人,如投資方、具體業(yè)務(wù)干系方、項目建成后的運營方、技術(shù)監(jiān)督方等等,很多項目里除了業(yè)主單位的結(jié)構(gòu)很復雜以外,還有一些其他單位也會
3、牽涉進來,如項目監(jiān)理公司、業(yè)主的行業(yè)主管機構(gòu)等。項目經(jīng)理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望,可以讓你在做項目碰到問題的時候,就每件事情分析哪些人會在什么方面支持你,哪些人會出于什么目的反對你,從而提前準備聯(lián)合朋友去對抗敵人,讓事情向你所希2/24個人收集整理勿做商業(yè)用途望的方向發(fā)展。沒有永遠的朋友,也沒有永遠的敵人,只有一致的利益,這句話作為項目經(jīng)理是一定要記住的;3. 基本了解了客戶的情況后,下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領(lǐng)導是否重視,這個決定了你在需要資源的時候,公司是否會根據(jù)你的要求提供最有力的支持。領(lǐng)導口頭肯定是
4、說支持的,你需要做的是了解公司對這個項目的實際期望,是想把項目越做越大還是想賺錢?是想做樣板工程還是干脆想敷衍了事,公司領(lǐng)導對項目的態(tài)度決定了你做這個項目的戰(zhàn)略,而這個戰(zhàn)略方針將對你做項目計劃產(chǎn)生直接的影響;4. 在做整體項目計劃前,還要大致計算一下你手上的資源。首先是時間,現(xiàn)在市場競爭激烈, 往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點,你在做項目的風險控制計劃的時候要充分考慮。其次是人員,根據(jù)項目預算和已往經(jīng)驗,大致計算一下未來的項目小組有多少種角色,每個角色目前公司是否有人,是否能完全歸這個項目使用,是否3/24個人收集整理勿做商業(yè)用途需要另外招聘一些人員,招聘的準備工作要盡
5、早啟動。最后就是一些設(shè)備的準備,項目所需大件關(guān)鍵設(shè)備要盡早預定,以后不管發(fā)生設(shè)備等人還是人等設(shè)備的情況,浪費的都是你的時間;5. 現(xiàn)在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚(主要是講做什么,而不是說怎么做),而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情,也讓客戶的業(yè)務(wù)人員(一般不懂技術(shù))知道項目做成什么樣就算完成了。簡單地說,項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結(jié)果。6. 是到做總體計劃的時間了嗎?不, 你現(xiàn)在已經(jīng)知道了客戶的目標和你手上的資源,那么做計劃以前,你還需要和你的經(jīng)理和客戶充分溝通資源的問題。因為很
6、多資源是還不明確的,你需要寫一份報告,詳細分析這個項目的風險以及對資源的需求情況。如果一些問題不能得到解決的話,將發(fā)生什么樣的后果。如果資源不夠,就要高層改變策略,增加對4/24個人收集整理勿做商業(yè)用途這個項目的投入。 甚至在條件許可的情況下,有些公司會放棄這個項目??傊瑳]有人能完成一個不可能完成的任務(wù),如果項目經(jīng)理不能盡早發(fā)現(xiàn)風險,那么就只能去當烈士了。7. 明白了要做哪些事情和你手上的籌碼以及你做這個項目的總體策略,現(xiàn)在是成立項目小組的時候了。很多項目經(jīng)理都沒有自己選擇組員的權(quán)利,那么,就盡量發(fā)揮你的影響力去尋找那些你想要的人吧。成員的組成根據(jù)項目不同,相差較大,很難有什么具體要求,但是
7、,一定要有精通客戶業(yè)務(wù)的人,很多小項目里,這個人就是項目經(jīng)理本人,大項目里會配備行業(yè)專家( Industry expert ),這樣和客戶溝通起來才不會雞同鴨講,雙方才可以相互理解。我經(jīng)??吹降那闆r是我們的技術(shù)人員和客戶交談時滿口的專業(yè)術(shù)語,結(jié)果搞得客戶一頭霧水,反過來,他還指責客戶不懂技術(shù)。其實,明白自己想做什么的客戶已經(jīng)是很好的客戶了,不知道自己要做什么,更不懂怎么做還要指手畫腳的客戶到處存在,但是要明白,是客戶選擇了你,而不是你選擇了客戶,有了客戶你才有工資拿,心平氣和一點吧。5/24個人收集整理勿做商業(yè)用途對于這種需求天天變的客戶,你就一定要事先做好規(guī)矩:一、統(tǒng)一聯(lián)系人, 客戶指定一個
8、人和項目組進行溝通,不能張領(lǐng)導、王領(lǐng)導都來說幾句, 如果他們意見不一致,那你只有得罪領(lǐng)導的選擇了,所以,項目的最初就要定好規(guī)矩,我項目組只認一個的意見,有什么要求你們內(nèi)部先統(tǒng)一再和我談,我不想卷入你們內(nèi)部業(yè)務(wù)部門之間的矛盾之中;二、所有需求變更全部要有書面文字,這點切記!這樣做好處多多:*有書面證據(jù),以后他還想改,你有了他以前要求的證據(jù),告訴他:你以前可是這么說的;*便于需求變更管理,需求如何慢慢演變的歷史可以看清楚,從而更深切地體會客戶的目的;*對于客戶來說,嘴巴一動最方便,反正是你們做,不花他的資源,所以要求是否合理,是否和項目的目的一致,他是不負責任的。但是如果要他寫書面要求,還要簽字蓋
9、章,他就要謹慎多了,而且一寫東西,思想就會更加深入,很多無理要求也就這樣胎死腹中了;6/24個人收集整理勿做商業(yè)用途8. 現(xiàn)在你要面對三群人:你的領(lǐng)導、你的組員和你的客戶,和這些人溝通,讓他們知道你打算怎么做,什么時候要他們做什么準備這些事情將是你的主要工作。既然溝通這么重要,那些事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規(guī)則,如果你在一個部門時間做長了,對這些規(guī)則的運用覺得是一件理所應(yīng)當?shù)氖虑?,但是,你現(xiàn)在面對的是多個部門甚至多個單位,不把溝通規(guī)則說清楚,你以后就會吃虧。下面的東西看起來無聊,其實還是很管用的:第一個是規(guī)定信息的流動方式和介質(zhì),是推還是拉。推的意思就是項目
10、經(jīng)理將主動發(fā)布信息,不管通過電話、郵件還是書面方式,保證將信息傳達到每個人。這種情況適合小項目,人少;拉的意思就是項目經(jīng)理就是一個類似web 服務(wù)器,你自己需要什么信息就去問他。當然,沒有項目經(jīng)理把自己搞得那么累,他會用發(fā)布信息到公共介質(zhì)的方式公布信息,簡單的是白板,復雜一點的是項目的公共信息交互區(qū),潛規(guī)則就是我發(fā)了你沒去看就不要說我沒告訴你。說這些看似很無聊,其實里面牽涉信息傳達不完全的責任問題。當然,這些都是指一般的方式,而且不要絕對化,一般情況7/24個人收集整理勿做商業(yè)用途下,主動溝通和被動訪問是同時存在的,尤其是對領(lǐng)導,項目經(jīng)理更加應(yīng)該主動去和領(lǐng)導溝通。第二個問題就是文檔問題,很多人
11、怕寫文檔,但是項目經(jīng)理一定要牢記“好記性不如爛筆頭”的道理。 有理有時候為什么會說不清呢?就是因為沒有證據(jù)。所以項目經(jīng)理開始就要和客戶說清楚有些文檔是必須簽字的,比如項目經(jīng)理的項目日志,每個星期至少讓客戶簽字,另外所有達成共識的東西,比如會議紀要,甚至領(lǐng)導的講話記錄,都要寫成文檔,雙方簽字,這樣以后扯皮的時候,就能做到有據(jù)可查。記住:說了的就和沒說一樣,只有寫下來大家簽字后才算真正發(fā)生了的。還有一些問題,比如你提交的報告,給領(lǐng)導(包括本方領(lǐng)導和客戶領(lǐng)導)做一個選擇題,結(jié)果領(lǐng)導壓住不批,讓你無所適從,結(jié)果拖延了進度。這時候,你可以等,但是注意要留記錄,標明是誰的責任;另外,如果你在開始階段就和領(lǐng)
12、導商定:如果批示提交三天后沒有得到領(lǐng)導答復就算對方同意,這樣你就會主動很多。再比如不同事件的審批流程問題:什么等級的事情記錄在項目日志里、什么等級的事情要雙方項8/24個人收集整理勿做商業(yè)用途目經(jīng)理專門簽署備忘錄、什么等級的事情要雙方領(lǐng)導出面簽署合同附件等等。事先想得越周到,以后的工作就越主動。9. 好了,做了很多前期工作,定義了一些游戲規(guī)則,現(xiàn)在是坐下來做計劃的時候了。這一節(jié),任意找一本項目管理的書都會說得比我好,所以我就少寫一點,說一些自己的體會就是了。首先是找?guī)讉€關(guān)鍵組員,比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等等,做一下項目模塊劃分工作。項目分成幾塊去做,每一塊完成什么,模塊之間的信息如何交換等
13、等。需求定義的是做什么的問題,而這里說的是怎么做的問題。這里要強調(diào)一點:完成一個目標有很多種方式,你要選一種你最熟悉的,而不是看上去最完美的,這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術(shù)打動,堅持要你采用那種新技術(shù),你就應(yīng)該告訴他:你選我做這個項目,就應(yīng)該容許我采用自己最喜歡的方式做事情,新技術(shù)之所以有誘惑力,就是因為吃虧的人還不多,我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確,比如用微軟的Project 軟件,你填寫完表格以后,就可以知道這個項目有多少件事情要做,每件事情需要什么9/24個人收集整理勿做商業(yè)用途資源,他們之間的前后關(guān)系如何,消耗的時間有多長,完成
14、后有什么標志等。所有的結(jié)果最后用一個叫做干特圖的形式表現(xiàn)出來。你做完這個表以后會驚奇地發(fā)現(xiàn),干特圖上項目的結(jié)束時間會遠遠落后于你的計劃結(jié)束時間(簽合同的人永遠不會先征求你的意見的)。當然,學過項目管理的人會大談什么WBS 、優(yōu)化路徑之類的東西,但是我的經(jīng)驗是你再優(yōu)化也不可能把這些東西安排到計劃的時間結(jié)束。如果你沒碰到這個問題,在我恭喜你挑了一個輕松活之前,請你再去確認你是否羅列了所有要做的事情和正確評估了他們所需要的時間。這時候,你就要考慮犧牲一些任務(wù)的時間(也意味著質(zhì)量)了。按照什么標準犧牲?這個項目的戰(zhàn)略!我們在第三節(jié)提到過的戰(zhàn)略。我的經(jīng)驗是如果你什么都趕進度,其結(jié)果可能就是十件事情你一件
15、也沒做好,想想多么失敗啊。所以,把資源投到你熟悉和有把握的事情上,最后的結(jié)果是十件事情,你有三件做成了精品,三件完成,還有四件因為某些原因延誤,成績單是否靚麗了很多呢?戰(zhàn)略決定優(yōu)先級,而正確排列事情的優(yōu)先級是一個項目經(jīng)理能力的主要體現(xiàn)。10/24個人收集整理勿做商業(yè)用途好,現(xiàn)在項目已經(jīng)完成了前期工作,了解了項目的目標、搞清楚了手上的資源,制定了項目的策略,然后編制了項目的整體計劃,項目進入實施階段。進入這個階段反而是項目經(jīng)理比較空閑的時候,不像前期的時候項目經(jīng)理要象記者一樣到處和不同的人接觸,搞清楚他們在說什么,努力猜測他們在想什么和他們的真正目的,那才是最累人的事情。當然,小項目的項目經(jīng)理往
16、往自己也是一個資源,要做很多事情,這時候反而比誰都苦。項目經(jīng)理這段時間的主要工作是保持和客戶領(lǐng)導以及自己領(lǐng)導的溝通。和客戶領(lǐng)導溝通時特別要注意,除非你需要對方給你支持,那么你才需要講得具體一點,否則,告訴他一切正常就可以了,而且態(tài)度要積極一些,千萬不要說一些領(lǐng)導不懂的細節(jié),比如:“王局長,最近項目進度還算正常, 就是 JVM 經(jīng)常發(fā)生一些內(nèi)存泄漏的情況 ”王局長:“(*&$ ”。和自己的領(lǐng)導匯報也要注意這個問題,除非他是一個技術(shù)高手,你需要他的技術(shù)經(jīng)驗,否則一般就匯報進度是否正常以及有問題時你的對策和打算就可以了,有些需要他支持的地方,比如資源調(diào)用需要說詳細一點。和組員開會,除了一些項目進度跟
17、蹤會議以外,還有很多11/24個人收集整理勿做商業(yè)用途討論會,需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術(shù)人員,他們的特點是注重細節(jié)、缺乏大局觀、有點消極悲觀、自尊心強(如果總結(jié)得不對,歡迎大家拍磚),所以,你作為會議的主持人,只要負責提出問題和記錄下他們的觀點,千萬不要做評判者的角色。一個問題,有很多方面,從不同的角度看,現(xiàn)象是完全不同的,想想盲人摸象的故事吧。這些技術(shù)人員,他們往往精通一個方面,就自己的角度發(fā)表見解,除非一些很特別的情況,你都應(yīng)該認為,他們提出的方案,從他們的角度來看是最合理的。你的長處是掌握事情的優(yōu)先級,評估各個方面的輕重緩急,從而根據(jù)他們的意見得出一個合適的
18、(而不是正確的)方案。所以,在會議上,你要充分尊重每一個人和他的意見,夸獎那些意見提得比較好的人,千萬不要把會議帶入無休止的爭論(你要讓大家知道事情不是非黑即白的,而是多元的,唉,我們的教育惹的禍 ) 。會后,你自己寫文檔,做決定。會議上大家的面子都被照顧了,自己實施起來的阻力就小,如果還有意見的,你就私下找他聊,如果還不能說服他,你就要讓他明白,因為你負責這個項目、你擔當風險,所以,這12/24個人收集整理勿做商業(yè)用途個優(yōu)先級應(yīng)該你來判斷。組織中的高層,并不見得水平會比一般的成員高,但是,他要承擔組織的風險,加之信息的不對稱性,所以,對事情的優(yōu)先級的判斷肯定比下屬強。在開發(fā)過程中,內(nèi)部管理還
19、要注意的一點是時刻強調(diào)以驗收為目的的思想,每個任務(wù)的最終可交付成果一定要是可以被檢查的,比如,【界面要求:美觀大方、簡潔明快】,這個要求我就不知道如何檢查。所以,給開發(fā)小組布置任務(wù)的時候就要考慮如何檢查結(jié)果,比如我見過一個計劃,里面有一個任務(wù)【開發(fā)人員熟悉EJB 編程】,這個任務(wù),除了讓這些人去參加一些專業(yè)認證考試,否則,結(jié)果很難被檢查。所以,時刻考慮如何檢查結(jié)果、如何向客戶交付是項目經(jīng)理一直要注意的事情,我聽說有些老項目經(jīng)理拿到項目是倒排計劃的,即首先看如何驗收和驗收標準,然后決定工作計劃。很多項目開始了很久,還不知道如何驗收,那么這個項目出問題的可能性就很大了。做項目就是為了驗收,我們的角
20、色不是研究機構(gòu),我們的目的就是在付出那么多勞動后得到結(jié)果。13/24個人收集整理勿做商業(yè)用途另外我插一句: 我是極其不主張到客戶現(xiàn)場開發(fā)的。尤其是一大群技術(shù)人員直接和客戶交流,很容易引起沖突和矛盾(技術(shù)人員的本性決定的)。我的做法是項目經(jīng)理和項目實施人員到現(xiàn)場,軟件開發(fā)人員還是在公司做項目。項目實施人員就是初級項目經(jīng)理,他們了解自己的產(chǎn)品,懂得一些客戶的業(yè)務(wù), 關(guān)鍵是在于他們具有良好的溝通能力,俗稱“皮厚”。他們是客戶和研發(fā)人員的橋梁,其職業(yè)方向也是很機動靈活,以后可以有很多方向可以轉(zhuǎn),比開發(fā)人員的路要寬得多。接著,我們再談?wù)勛钭屓祟^痛的需求變更問題。變更通常分為兩種:一種是部分更改了原先的目
21、標,即需求變更;另一種是沒改變目標,但是客戶不滿意目前的實現(xiàn)方式,大到流程的實現(xiàn),小到界面的布局,都是屬于這類。碰到這種情況是難以避免的,主要是事先溝通的不夠充分和客戶隨著項目的進展,慢慢想清楚了問題,改變了以前的思路。這時候,如果需要改并且你的戰(zhàn)略是容許這種情況的,那么注意下面幾點:14/24個人收集整理勿做商業(yè)用途1. 確保以前的文檔,就是記載著以前的結(jié)論的東西,客戶是否簽過字,如果沒有,趕緊把你的工作停下來,趕快再和客戶自己確認一下你的方案,然后讓他簽字,避免以后說話沒有憑據(jù);2. 和客戶坐下來,自己探討他修改的根本目的是什么,是不是有同樣能達到相同目的,但是對你來說有代價更小的選擇?3
22、. (項目初期的工作)明確更改流程,一般是客戶指定一人簽字(否則客戶每個領(lǐng)導都有權(quán)力來插一杠子,你就廢了),以正式項目文件的方式提交給你,然后,你做評估分析,分析對成本、進度的影響,在你的領(lǐng)導同意后,出相應(yīng)意見書,主要是要說明更改設(shè)計的原因和指出由此帶來的不確定后果(這個東西先寫出來,后面如果真的發(fā)生了,至少不是你的錯)。然后再讓客戶在上面簽字。見過醫(yī)院給病人做手術(shù)以前讓家人簽的免責條款嗎?對,就學習那個,讓大家都意識到任何的更改都有成本和代價。15/24個人收集整理勿做商業(yè)用途系統(tǒng)開發(fā)告一段落后,就進入客戶培訓、系統(tǒng)驗收階段,這個階段,我一般會注意以下幾個問題:一、給客戶做培訓前,多注意一些
23、表面功夫。很多程序員認為,系統(tǒng)的邏輯核心是否正確是關(guān)鍵,至于界面如何, 界面上的用詞是否準確,那是無關(guān)緊要的問題,而且培訓的時候也是信手拈來,想到哪里說到哪里,下面聽講的人不知所云,云山霧罩,培訓效果自然可以想象。我的體會是,給客戶做培訓的版本,如果你在做多次測試以后仍然不能確定邏輯是否合乎要求,那么,你至少要在界面上多花一點功夫。注意每個界面的布局、用詞、鏈接的正確性等等,總之不要讓客戶看到一些他不該看到的東西。文檔方面,準備至少兩個文檔:用戶手冊和培訓手冊。這兩個文檔的內(nèi)容很多都是一致的,但是角度完全不同。用戶手冊往往是站在系統(tǒng)設(shè)計者的角度,按照自己的思路,分模塊講解系統(tǒng)的操作和功能;而培
24、訓手冊,一定要站在客戶業(yè)務(wù)人員的角度,根據(jù)每個角色面對不同業(yè)務(wù)的辦理,如何通過使用本系統(tǒng)的一系列功能來實現(xiàn)目標。所16/24個人收集整理勿做商業(yè)用途以,第一次培訓以前,系統(tǒng)界面是否完整正確、培訓文檔是否完備都是很關(guān)鍵的因素,第一炮打不響,以后就麻煩很多。作為項目經(jīng)理,其實腦子里就是幾樣東西:做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個事情的優(yōu)先級。所謂多快好省那是人類的夢想,這四個方面都是相互矛盾的,屬于典型的又要馬兒跑,又要馬兒不吃草的類型??紤]問題的輕重緩急方面,往往是把快放在第一位,各方領(lǐng)導都會給你最后期限,所以保進度是第一位的;省是第二位的,企業(yè)的根本目的是盈利,如果收入不能
25、增加的話,至少費用要控制?。缓檬堑谌坏?,沒辦法,誰都想精益求精,但是,沒有強大的資源保障,質(zhì)量只好先犧牲了;最后是多,客戶的要求源源不斷,如何降低客戶的期望值,讓他們從理想回到現(xiàn)實也是項目經(jīng)理的分內(nèi)工作。驗收前,除了做好文檔工作,即可交付成果以外,多花時間搞清楚客戶的做事情流程是很重要的事情,這些在前面已經(jīng)有所提及,這里就不再多說。17/24個人收集整理勿做商業(yè)用途我對驗收最大的體會就是舉證問題。即千萬不要讓客戶這么想:你必須有證據(jù)證明你的系統(tǒng)是沒問題的。這樣你就沒戲了,微軟那么多天才,做了 XP 還天天打補丁,要你的程序沒問題,既不可能,你也沒辦法拿出證據(jù)。你要讓客戶明白,所謂驗收,就是我
26、按照測試文檔的測試用例跑一遍,結(jié)果和預期結(jié)果一致就應(yīng)該算通過了,而且還容許有一些小錯誤留在驗收后改正,他可以對測試用例提意見。所以,驗收前雙方要確認測試計劃和測試用例。如果他認為系統(tǒng)不符合要求,那么他應(yīng)該舉證,證明這個系統(tǒng)和最初設(shè)計相背離的。所以,參考法律概念,千萬不要舉證倒置。另外,認為系統(tǒng)完美了才能驗收的想法也是錯誤的,軟件開發(fā)合同里一定要注明驗收以后維護期的費用問題,否則,客戶擔心一旦驗收就得不到你們的支持,自然不配合驗收,那么,你這個項目經(jīng)理就很難交功課了。18/24個人收集整理勿做商業(yè)用途1. 項目范圍管理是為了實現(xiàn)項目的目標,對項目的工作內(nèi)容進行控制的管理過程。它包括范圍的界定,范
27、圍的規(guī)劃,范圍的調(diào)整等。2. 項目時間管理是為了確保項目最終的按時完成的一系列管理過程。它包括具體活動界定,活動排序,時間估計,進度安排及時間控制等項工作。3. 項目成本管理是為了保證完成項目的實際成本、費用不超過預算成本、費用的管理過程。它包括資源的配置,成本、費用的預算以及費用的控制等項工作。4. 項目質(zhì)量管理19/24個人收集整理勿做商業(yè)用途是為了確保項目達到客戶所規(guī)定的質(zhì)量要求所實施的一系列管理過程。它包括質(zhì)量規(guī)劃,質(zhì)量控制和質(zhì)量保證等。5. 人力資源管理是為了保證所有項目關(guān)系人的能力和積極性都得到最有效地發(fā)揮和利用所做的一系列管理措施。它包括組織的規(guī)劃、團隊的建設(shè)、人員的選聘和項目的
28、班子建設(shè)等一系列工作。6. 項目溝通管理是為了確保項目的信息的合理收集和傳輸所需要實施的一系列措施,它包括溝通規(guī)劃,信息傳輸和進度報告等。7. 項目風險管理涉及項目可能遇到各種不確定因素。它包括風險識別,風險量化,制訂對策和風險控制等。20/24個人收集整理勿做商業(yè)用途8. 項目采購管理是為了從項目實施組織之外獲得所需資源或服務(wù)所采取的一系列管理措施。它包括采購計劃,采購與征購,資源的選擇以及合同的管理等項目工作。9. 項目集成管理是指為確保項目各項工作能夠有機地協(xié)調(diào)和配合所展開的綜合性和全局性的項目管理工作和過程。它包括項目集成計劃的制定,項目集成計劃的實施,項目變動的總體控制等。OPM3
29、對項目管理流程的成熟度定義了四個階段:1、標準化,項目管理流程是否文檔化并且發(fā)布給企業(yè)員工;2、可測量,對項目管理流程質(zhì)量的評價指標問題,項目管理流程是否有KPI 指標;21/24個人收集整理勿做商業(yè)用途3、受控性,項目管理流程實施過程的控制性,是否得到基于KPI 的監(jiān)控;4,持續(xù)改進,項目管理流程是否在不斷完善過程中;個人判斷,目前在國內(nèi),達到項目管理流程標準化階段的企業(yè)并不多,許多企業(yè)還處在知識和概念階段,專門建立項目管理的流程似乎還是比較遙遠的事情商務(wù)談判假設(shè)我們將與一位大公司的采購經(jīng)理談判,首先我們就應(yīng)自問以下問題:要談的主要問題是什么?有哪些敏感的問題不要去碰?22/24個人收集整理
30、勿做商業(yè)用途應(yīng)該先談什么?我們了解對方哪些問題?自從最后一筆生意,對方又發(fā)生了哪些變化?如果談的是續(xù)訂單, 以前與對方做生意有哪些經(jīng)驗教訓要記???與我們競爭這份訂單的企業(yè)有哪些強項?我們能否改進我們的工作?對方可能會反對哪些問題?在哪些方面我們可讓步?我們希望對方作哪些工作?23/24個人收集整理勿做商業(yè)用途對方會有哪些需求?他們的談判戰(zhàn)略會是怎樣的?列出一份問題單,要問的問題都要事先想好。袁節(jié)膅薂羄肅蒃薁蚃芀荿薀螆肅芅蕿袈羋膁蚈羀肁蒀蚇蝕襖莆蚇螂肀莂蚆羅袂羋蚅蚄膈膄蚄螇羈蒂蚃衿膆莈螞羈罿芄螁蟻膄膀螁螃羇葿螀裊膃蒅蝿肈羆莁螈螇芁芇莄袀肄膃莄羂艿蒂莃螞肂莈蒂螄羋芄蒁袆肀膀蒀罿袃薈葿螈聿蒄葿袁羈莀
31、蒈羃膇芆蕆蚃羀膂蒆螅膅蒁薅袇羈莇薄罿膄芃薃蠆羆艿薃袁節(jié)膅薂螆裊肅芁薈螁膅莃螄聿膄蒆薇羅膃蚈螂羈膂莈蚅袇膁蒀袀螃膀薂蚃肂腿節(jié)衿羈腿莄螞襖羋蕆袇螀芇蕿蝕聿芆艿蒃肅芅蒁螈羈芄薃薁袆芃芃螆螂芃蒞蕿肁節(jié)蒈螅羇莁薀薈袃莀艿螃蝿荿莂薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈螞螂羂薁袈肀肁芀蟻羆肁莃袆袂肀薅蠆袈聿蚇蒂膇肈莇螇肅肇葿薀罿肆薂螆裊薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈螞螂羂薁袈肀肁芀蟻羆肁莃袆袂肀薅蠆袈聿蚇蒂膇肈莇螇肅肇葿薀罿肆薂螆裊肅芁薈螁膅莃螄聿膄蒆薇袁節(jié)膅薂羄肅蒃薁蚃芀荿薀螆肅芅蕿袈羋膁蚈羀肁蒀蚇蝕襖莆蚇螂肀莂蚆羅袂羋蚅蚄膈膄蚄螇羈蒂蚃衿膆莈螞羈罿芄螁蟻膄膀螁螃羇葿螀裊膃蒅蝿肈羆莁螈螇芁羀肁蒀蚇蝕襖莆蚇螂肀
32、莂蚆羅袂羋蚅蚄膈膄蚄螇羈蒂蚃衿膆莈螞羈罿芄螁蟻膄膀螁螃羇葿螀裊膃蒅蝿肈羆莁螈螇芁芇莄袀肄膃莄羂艿蒂莃螞肂莈蒂螄羋芄蒁袆肀膀蒀罿袃薈葿螈聿蒄葿袁羈莀蒈羃膇芆蕆蚃羀膂蒆螅膅蒁薅袇羈莇薄罿膄芃薃蠆羆艿薃袁節(jié)膅薂羄肅蒃薁蚃芀荿薀螆肅芅蕿袈羋膁蚈羀肁蒀羋蚅蚄膈膄蚄螇羈蒂蚃衿膆莈螞羈罿芄 螁蟻膄膀螁螃羇葿 螀裊膃蒅蝿肈羆莁螈螇芁芇莄袀肄膃莄羂艿蒂莃螞肂莈蒂螄羋芄蒁袆肀膀蒀罿袃薈芀荿薀螆肅芅蕿袈羋膁蚈羀肁蒀蚇蝕襖莆蚇螂肀莂蚆羅袂羋蚅蚄膈膄蚄螇羈蒂蚃衿膆莈螞羈罿芄螁蟻膄膀螁螃羇葿螀裊膃蒅蝿肈羆莁螈螇芁芇莄袀肄膃莄羂艿蒂莃螞肂莈蒂螄羋芄蒁袆肀膀蒀罿袃薈葿螈聿蒄葿袁羈莀蒈羃膇芆蕆蚃羀膂蒆螅膅蒁薅袇羈莇薄罿膄芃薃蠆羆艿薃袁節(jié)膅薂羄肅蒃薁蚃芀荿薀薂羄肅蒃薁蚃芀荿薀螆肅芅
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 出租店鋪解約合同樣本
- 保潔清洗拆除合同樣本
- 農(nóng)資商鋪轉(zhuǎn)讓合同標準文本
- 農(nóng)村兄弟分地合同標準文本
- 體育館第三方經(jīng)營合同樣本
- 冷庫建設(shè)合同標準文本
- 出售熱力管道合同樣本
- 沖壓車間工人合同標準文本
- 公司定制采購合同樣本
- 公辦私營養(yǎng)老院合同標準文本
- 2025-2031年中國花卉行業(yè)競爭格局分析及投資戰(zhàn)略咨詢報告
- 2025年職業(yè)院校技能大賽(高職組)體育活動設(shè)計與實施賽項參考試題(附答案)
- 2025年長春醫(yī)學高等專科學校單招職業(yè)技能考試題庫附答案
- 《職業(yè)健康與環(huán)境保護》課件
- 《鄉(xiāng)村治理理論與實踐》課件 第六章 鄉(xiāng)村自治體系概述
- 幼兒園游戲回顧研討
- DB42╱T 620-2010 柑橘果園改造技術(shù)規(guī)程
- 《Hadoop大數(shù)據(jù)平臺構(gòu)建與應(yīng)用(第2版)微課版》高職全套教學課件
- GB/T 3920-2024紡織品色牢度試驗耐摩擦色牢度
- 地方特色美食節(jié)活動策劃
- DB32-T 4987-2024 橋梁輕量化監(jiān)測系統(tǒng)建設(shè)規(guī)范
評論
0/150
提交評論