• <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-3-21 10:01 | 作者: 人月神話 | 來源: 新浪博客 | 查看: 38次 | 進入軟件測試論壇討論

    領測軟件測試網 做了這么久項目管理,還是一句話,IT項目管理要做好太困難,我們只能夠是定一個改進的目標,然后不斷的朝這個目標去努力。對于知識體系PMBOK和 PRINCE2都進行了完善的知識體系闡述,對于組織級項目管理成熟度我們也可以借鑒OPM3成熟度模型。在IT項目管理方面還有CMMI成熟度模型, SWEBOK軟件工程成熟度標準。WBS,甘特圖,關鍵路徑,關鍵鏈,資源平衡,掙值,成本,質量,風險,計劃,估算,評審,團隊,模板,方法,工具,技 術,過程等等。項目管理知識體系中有太多的要學習的東西,要想系統化的學習是決不是一蹴而就的事情,那現在的問題就是我們應該如何開始項目管理,項目管理 的最小工具集應該是如何的,對于小型的項目團隊項目管理的核心要素究竟在哪里,項目經理應該關注哪些內容?

      在這里,我們提及到對于任何項目管理而言,無礙乎都是涉及到人,工具技術和過程三方面的內容。這三方面就是項目管理的核心內容,在《最后期限》中我們可以 看到對項目管理核心的高度概括即是:選擇正確的人,為他們分配正確的工作,通過團隊建設保持他們的積極性。項目管理知識體系再復雜,項目經理做的所有事情 都是為這三點服務。

      1.人的問題始終是項目管理和項目經理面對的核心問題

      雖然像CMMI過程成熟度模型在強調過程和弱化人的作用,但是我們仍然要強調在軟件開發中人始終是第一位的,特別是能夠勝任軟件開發工作的人。從團隊組建 開始的人員選擇和招募,到后期的培訓,任務分配和安排,培訓,溝通和上下游協作,團隊建設,流程等,無不是和團隊成員密切相關。如果團隊成員的技能無法達 到水平,積極性無法調動起來,項目經理做再好的項目計劃都將是空中樓閣。所以在人的問題上,一個項目經理應該根據以下幾點進行審視和檢查,以下問題不會涉 及到任何的公式模型,但是卻可以體現出你對人的關注度。

      a.清楚知道需要成員具備的知識技能,并愿意在人員招募上花費時間。

      b.關注成員的學習能力強于關注成員現有的知識,基礎知識強于應用知識。

      c.愿意為招募到高手付出成倍的薪水。

      d.是否已經形成了引導新成員快速進入到項目的方法和過程指導?

      e.根據成員問題,過程中的討論和評審了解成員的知識和技能水平。

      f.能夠有針對性的開展培訓,避免成員犯相同的錯誤。

      g.能夠根據項目成員優勢和劣勢,性格特點分配和安排工作任務。

      h.分配任務時候獲取到成員的時間和質量承諾,并且有任務完成驗收標準。

      i.有團隊的工作紀律和開發規范,并帶頭嚴格執行。

      j.是否持續培養成員積極主動,信守承諾,重視質量的工作態度。

      k.告訴團隊成員他們的弱項,幫助他們制定改進計劃。

      l.不僅僅是告訴團隊成員做什么,而是告訴他們做的方法和為什么。

      以上有些內容或問題并不會在PMBOK知識體系中談及到,但是卻是必須重視和關注的問題。軟件項目經理必須要意識到他對于軟件團隊的作用更多的是引導和教 練,而不是純粹的管理!敏捷軟件開發》中一再的強調,軟件開發更像是一種協作型的團隊游戲,需要的是認可游戲規則的一個團隊來共同完成既定的目標,而項 目經理最重要的就是要每個成員都意識到這個游戲是大家共同在玩,需要大家團結協作和共同努力才可能完成。

      2.不必在意公式和模型,但是要形成一些方法,采用一些工具。

      PMBOK的九大知識體系讓我們對于項目管理有了一個系統化的認識,知識體系很全,但是并不是我們在項目管理中都會遇到這些知識和相應的方法工具和技術。 我們在實際的項目管理中我們可能是把PMBOK強調的多個步驟合并為了一個,或者說我們在應用某一種方法,只是不知道它從屬于某一個理論。

      項目經理在項目管理中最重要的仍然是一種意識,這種意識包括目標意識,系統思維和平衡,風險意識。如果沒有在長期的項目管理中形成這種意識,那可以說你在 做管理,但是不能說你在做項目管理。你可以不知道關鍵路徑如何計算,掙值管理如何應用,但是你必須有以上三個意識。從這個展開,關于方法工具和技術上我們 抽取的核心問題和要素是:

      a.項目開始前會制定計劃,不會因為計劃趕不上變化而忽略計劃。

      b.為了明確范圍,進度可控和人員技能匹配知道需要分解項目。

      c.在項目沒有開始前已經啟動各種培訓,學習和預研工作。

      d.任務有明確的產出和驗收標準,而且在項目前期就讓所有人都緊張起來。

      e.當舊計劃偏差太大時及時擬定新計劃和目標點,而不是無限期延誤。

      f.意識到項目目標不僅僅是進度,也更加關注成本和質量目標。

      g.當團隊績效出現問題的時候,能夠一起分析根源并進行改進。

      h.知道把自己工作重心轉移到團隊建設,流程規范和溝通上。

      i.不做純粹管理,不斷的提升在軟件工程技術領域和行業業務領域積累。

      3.過程很重要,但是一定不能笨拙和僵化

      軟件生命周期模型,變更管理,配置管理,開發模式等都是在講流程。不管是基于CMMI還是敏捷的軟件開發,都需要相應的流程支持。對于過程我們強調的重點 就是不能僵化,很多時候我們期望引入一些流程僵化固化后再考慮優化,但是往往結果卻是后續失去了優化的動力和激情,人最后變得麻木了,流程沒有任何價值可 言。

      過程的價值仍然是體現在為項目服務,過程的目的仍然是使項目團隊每個人都有章可循,依據規則來做事情。對于軟件開發必須有嚴格的紀律性和規則,對于最強調個體作用的敏捷開發同樣強調紀律的重要性。對于軟件項目管理,在過程和規則上我們必須注意的是:

      a.已經在項目和團隊中形成了相應的開發規范并嚴格執行。

      b.形成了需求評審和代碼Review的流程和規則,并知道如何進行。

      c.當用戶提出需求變更的時候已經形成相應的流程進行影響分析。

      d.源代碼和文檔是項目重要資產,已經受到了統一的歸檔和管理。

      e.在項目中形成了問題分析解決和上報的機制。

      f.周例會,工作總結和報告,團隊會議等形成了相關的規范并執行。

      g.團隊中的每個人都知道自己該干什么不該干什么。

      h.對于測試缺陷已經用戶反饋的故障已經形成相應的流程和處理機制。

      i.對于軟件產品的發布和部署已經形成相應的規則和流程。

    延伸閱讀

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

    TAG: 項目管理


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