• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    淺談項目管理的幾大過程

    發布: 2008-1-18 16:52 | 作者: 司智 | 來源: 項目管理者聯盟 | 查看: 85次 | 進入軟件測試論壇討論

    領測軟件測試網

     

    在商務談判的實際操作中,存在著各式各樣的問題,PM的職責和要求絕非以上幾點所能描述詳盡。根據環境,政策,人文,關系等各方面的不同情況,PM的不同成長經歷,每個PM最終都會建立自己對商務談判的看法和經驗。但是有一點可以肯定,這是PM成為PM的第一道關,也是最重要的一關。接不到單子,PM將失去存在的意義。與銷售有所不同,PM在該階段的任務除了接單,還要盡可能的搜集客戶關鍵人物的資料并與對方各個階層的負責人建立良好的客戶關系,以便在項目實施時充分調動資源。

      二.啟動階段

      1.項目的一些基本概念

      項目三要素有多種版本,各不相同。實際操作中多分為范圍,成本與進度,其中最重要的莫過于范圍。我們把項目最終生成并提交給用戶的產品和文檔統稱為遞交件。談判的時候一定要確立遞交件的標準和要求,也就是范圍。盡管商戰的時候不可避免的客戶會不斷提高標準和要求,而承諾的款項卻不會有一分錢的增加。但是這個標準對每個公司來說都有一個底線,一旦超過了這個底線,那項目就肯定是虧的。除非是為了二期有利可圖或者是為了搞好關系,否則范圍超過底線的時候情愿不做,再厲害的PM在這種情況下也是無能為力。建立范圍需要的就是PM的多年的實戰經驗,在大大小小的項目中用血淚換來的一些體會。在這個時候,很能體現PM與技術人員的區別。成本就是客戶答應付的款項,與我們的投入成本并不是一回事情。進度就不用多描述了。

      項目如何成功?也有一些關鍵的因素。個人的理解也不盡相同,通常包括以下幾個方面:界定工作目標及工作任務;老板或高層的支持;優秀的PM和開發團隊;充足的資源;良好的溝通;對客戶的積極反應以及適當的監控和反饋。這里要注意的就是資源和高層的支持。一個上規模的公司總是同時會有很多項目,可是再大規模的公司資源也不足以保證每個項目都能組建最合適的開發隊伍或擁有最好的環境。這時候各個團隊或者部門之間不可避免的會發生資源爭奪戰,摩擦再所難免。這時候對PM的作人再次提出挑戰。除了高層對PM項目的重視程度,如果PM平時在公司與同事相處的好往往能使很多別人看起來很棘手的問題迎刃而解。相反,一個不會作人的PM由于人緣差,即使高層強壓別的部門或團隊配合,別人也會能拖就拖,延緩項目的進度和質量。有時候,這種內耗對項目和PM來說是毀滅性的。對客戶的積極反應也比較關鍵。一般來說PM已經被項目里大大小小的事情搞的筋疲力盡,要PM去主動要求客戶配合是很吃力的事情。然而,這個時候,越是困難,越是覺得累,越是要去主動?蛻敉膊皇翘貏e的積極,主動與客戶聯系溝通和測試能及早發現問題。從風險控制的角度來說,問題發現的越早,風險越小,損失也就越小。積極的態度可以帶動客戶的積極性,在項目完工的時候,客戶對你的感激往往是難以用語言描述的,這對以后接單或者做二期三期會打下良好的基礎。因為在和別的新客戶談判的時候,新客戶自然會找你的老客戶了解情況,這時老客戶隨意的一句話頂的上你很費心的十句。

      項目具有商業行為的幾個重要特征,有消費源,有參與者,有成功關鍵因素,有財務目標,有風險。

      2.啟動階段的主要任務

      根據PMI的解釋,接單之后項目自然轉入啟動階段。啟動階段PM的主要任務是率領總體架構設計師和系統分析員收集盡可能詳細的數據,確立盡可能詳細的需求,進一步確立詳細的項目范圍,預估資源,確立其他方案并獲得進入下一階段的批準。在這個階段,隨著需求分析的深入,PM也開始在公司內部進行人員挑選和資源爭奪,著手組建自己的項目團隊。項目即將進入計劃階段。

      在收集完數據之后,PM要和客戶開始明確項目的大小,成本,規格,期限等重要特征并將其寫入合同文本,同時準備內部的包括預算,衡量標準等文檔,建立項目的評估標準。接下來就是需求分析。由于專業的原因,我們這里僅討論軟件工程項目的需求分析(以下簡稱需求分析)。

      需求分析的主要參與人員有PM,總體架構設計師,系統分析員,熟悉業務流程的客戶。PM統領的團隊這時候還不是真正的開發團隊,我們叫做前期團隊。隨著需求分析的逐步深入,新的團隊成員不斷加入,啟動階段結束的時候正式的團隊將建立。對一個已經啟動的項目來說,需求分析直接決定了項目的成功與失敗。最初的需求體現在客戶的工作說明書或招標文件及附件上。這種需求一般比較含糊,無法體現客戶真正的需求。前期團隊要根據自己的經驗和客戶溝通并引導客戶進入正軌。有時候客戶會很不講道理或者思路僵化,就要求按照他的思維去定一些明顯錯誤的需求。這個時候團隊成員要耐心和客戶舉事實,談經驗,講道理,用圖形或模型等直觀的方式將需求描述出來,比如常見的數據流圖等。所以說,爭論再所難免,客戶有時候會吹胡子瞪眼睛拍桌子甚至會說"這個東西不要你們做了"之類的話。PM此時除了要親身參與需求分析綜合整理文檔之外,還要處理好團隊成員與客戶的關系,確保關系不會惡化到無法收拾的地步。只要PM盡力約束團隊中的成員,這個度還是很容易控制的。

     

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/


    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>