1. <tt id="5hhch"><source id="5hhch"></source></tt>
    1. <xmp id="5hhch"></xmp>

  2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

    <rp id="5hhch"></rp>
        <dfn id="5hhch"></dfn>

      1. 項目需求變更管理

        時間:2024-08-09 13:32:51 項目管理師 我要投稿
        • 相關推薦

        項目需求變更管理

          項目總結工作包括項目中事先識別的風險和沒有預料到而發生的變更等風險的應對措施的分析和總結,也包括項目中發生的變更和項目中發生問題的分析統計的總結。下面yjbys小編為大家準備了關于項目需求變更管理的文章,歡迎閱讀。

          1. 需求變更的原因分析

          (1)范圍沒有圈定就開始細化

          細化工作是由需求分析人員完成的,一般是根據用戶提出的描述性的、總結性的短短幾句話去細化的,提取其中的一個個功能,并給出描述(正常執行時的描述和意外發生時的描述)。當細化到一定程度后并開始系統設計時,范圍會發生變化,那細節用例的描述可能就有很多要改動。如原來是手工添人的數據,要改成根據信息系統計算出來,而原來的一個屬性的描述要變成描述一個實體等。

          (2)沒有指定需求的基線

          需求的基線是指是否容許需求變更的分界線。隨著項目的進展,需求的基線也在變化。是否容許變更的依據是合同以及對成本的影響,比如軟件整體結構已經設計出來是不容許改變需求范圍的,因為整體結構會對整個項目的進度和成本有初步預算。隨著項目的進展,基線將越定越高(容許的變更將越少),其過程如下:變更請求、比較基線、變更實現。

          (3)沒有良好的軟件結構適應變化

          組件式的軟件結構就是提供了快速適應需求變化的體系結構,數據層封裝了數據訪間邏輯,業務層封裝了業務邏輯,表示層展現用戶表示邏輯。但適應變化必須遵循一些松禍合原則,各層之間還是存在一些聯系的,設計要力求減少會對接口入口參數產生變化。如果業務邏輯封裝好了,則表示層界面上的一些排列或減少信息的要求是很容易適應的。如果接口定義得合理,那么即使業務流程有變化,也能夠快速適應變化。因此,在成本影響的容許范圍內可以降低需求的基線,提高客戶的滿意度。

          2. 如何控制需求變更

          按照現代項目管理的概念,一個項目的生命周期分為啟動、實施、收尾三個過程。需求變更的控制不應該只是項目實施過程考慮的事情,而是要分布在整個項目生命周期的全過程。為了將項目變更的影響降低到最小,就需要采用綜合變更控制方法。綜合變更控制主要內容有找出影響項目變更的因素、判斷項目變更范圍是否已經發生等。

          進行綜合變更控制的主要依據是項目計劃、變更請求和提供了項目執行狀況信息的績效報告。為保證項目變更的規范和有效實施,通常項目實施組織會有一些方案。

          (1)項目啟動階段的變更預防

          對于任何項目,變更都無可避免,也無從逃避,只能積極應對,這個應對應該是從項目啟動的需求分析階段就開始了。對一個需求分析做得很好的項目來說,基準文件定義的范圍越詳細清晰,用戶跟項目經理扯皮的幌子就越少。如果需求沒做好,基準文件里的范圍含糊不清,被客戶抓住空子,往往要付出許多無謂的犧牲。如果需求做得好,文檔清晰且又有客戶簽字,那么后期客戶提出的變更就超出了合同范圍,需要另外收費。這個時候千萬不能手軟,這并非要刻意賺取客戶的錢財,而是不能讓客戶養成經常變更的習慣,否則后患無窮。相對于需求來說,什么WBS、風險管理、計劃進度都是次要的,只要需求做好了就會一帆風順。

          (2)項目實施階段的需求變更

          成功項目和失敗項目的區別就在于項目的整個過程是否是可控的。項目經理應該樹立一個理念——“需求變更是必然的、可控的、有益的”。項目實施階段的變更控制需要做的是分析變更請求,評估變更可能帶來的風險和修改基準文件。控制需求漸變需要注意以下幾點:

          需求一定要與投入有聯系,如果需求變更的成本由開發方來承擔,則項目需求的變更就成為必然了。所以,在項目的開始,無論是開發方還是出資方都要明確這一條:需求變,軟件開發的投人也要變。

          需求的變更要經過出資者的認可,這樣才會對需求的變更有成本的概念,能夠慎重地對待需求的變更。

          小的需求變更也要經過正規的需求管理流程,否則會積少成多。在實踐中,人們往往不愿意為小的需求變更去執行正規的需求管理過程,認為降低了開發效率,浪費了時間。但正是由于這種觀念才使需求逐漸變為不可控,最終導致項目的失敗。

          精確的需求與范圍定義并不會阻止需求的變更。并非對需求定義得越細,就越能避免需求的漸變,這是兩個層面的問題。太細的需求定義對需求漸變沒有任何效果。因為需求的變化是永恒的,并非需求寫細了,它就不會變化了。

          注意溝通的技巧。實際情況是用戶、開發者都認識到了上面的幾點間題,但是由于需求的變更可能來自客戶方,也可能來自開發方,因此,作為需求管理者,項目經理需要采用各種溝通技巧來使項目的各方各得其所。

          (3)項目收尾階段的總結

          能力的提高往往不是從成功的經驗中來,而是從失敗的教訓中來。許多項目經理不注重經驗教訓總結和積累,即使在項目運作過程中碰得頭破血流,也只是抱怨運氣、環境和團隊配合不好,很少系統地分析總結,或者不知道如何分析總結,以至于同樣的問題反復出現。

        【項目需求變更管理】相關文章:

        項目管理能力需求01-11

        項目綜合管理客戶需求的五個層次02-21

        ERP項目需求管理的六個技巧10-01

        營銷管理需求06-22

        營銷管理的模式與需求08-26

        營銷管理的五大需求10-26

        營銷管理要滿足五種需求10-16

        項目管理流程管理07-18

        配置管理和變更管理方法06-03

        項目經理與項目管理06-17

        国产高潮无套免费视频_久久九九兔免费精品6_99精品热6080YY久久_国产91久久久久久无码

        1. <tt id="5hhch"><source id="5hhch"></source></tt>
          1. <xmp id="5hhch"></xmp>

        2. <xmp id="5hhch"><rt id="5hhch"></rt></xmp>

          <rp id="5hhch"></rp>
              <dfn id="5hhch"></dfn>