IT需求过程管理
IT部門就是為其他業務、內勤部門提供信息化手段的，所以在實施信息化系統的時候首先要做的就是需求調研，但是針對于絕大多數業務部門的人員而言，信息系統是很不熟悉的，我們會經常聽到這樣的回復“這個應該很快就可以實現吧”、“當初我們討論的時候不是這樣的”、“（實現完了）這樣好像有點問題，我再加一些需求吧”等等，種種這樣的問題就是因為對需求的管理不當導致的，這樣會對整個IT項目實施帶來很多困擾，且不說對IT人員的工作心情、狀態的影響，對于整個項目的實施是十分低效的，其實很多項目的時間差不多50%以上會花在重復修改的工作上。為了能夠高效的完成一個項目，就必須對IT項目需求進行管理。
一、IT需求的調研；
需求的調研可以看做是廣撒網的過程，在新系統上線的時候，我們可以帶上我們的小本本來到各個業務部門進行需求調研，詢問他們目前的業務需求，將這些需求記錄下來，下面是一份單項需求調研模板：
?
| 需求編號 | 需求類型 |
| 采集時間+采集者 | 功能需求、性能需求、可擴展需求等 |
| 來源 | |
| 需求提出者及其崗位、部門、業務熟悉程度 | |
| 場景 | |
| 該需求提出的背景；用于考慮是否可以拓展到其他場景，適用業務面的廣度 | |
| 描述 | |
| 用不帶修飾詞的語法描述該需求 | |
| 原因（需求提出的原因，要懷疑理由是否是假象的？） | |
| 為什么會產生這樣的需求 | |
| 驗收標準（如何確定該需求被滿足） | 需求重要性權重 |
| 1、用量化的語言描述 2、無法量化舉例解釋 | 滿足后（“1：一般到5：非常高興”） 未實現（“1：略感遺憾5：非常懊惱”） |
| 需求生命特征 | 需求關聯 |
| 1、需求的緊急度 2、時間持續性 | 1、人：和此需求關聯的任何人 2、事：和此需求關聯的用戶業務與其他需求 3、物：和此需求相關的系統、設備及其他產品 |
| 參考材料 | 競爭者對比 |
| 在需求中的輸入材料，給出連接或名稱即可 | 打分1分“差”到10分“好” 1、其他公司的實現方式 2、用戶對其他公司的評價 |
? ? ? ? ?這是一份適用面比較廣的需求調研表，并且是針對初期的撒網調研階段，如果是后期且要針對某個系統的話，還需要加上該系統對應的IT需求，比如泛微的OA最終形成的需求就需要加上帶有字段屬性、格式的表單以及相關的流程圖和流程說明，當然，每個公司的體系都不一樣，與體系結合也是一個非常好的做法。
二、需求的優先級
IT在調研后會有很多需求，通常會有很多業務部門的人催，他們會說這個需求非常急，影響很嚴重之類的話，同樣也有一些價值很大的需求，他們由于沒有及時聯系，給出了不著急的假象。我們在動手之前一定要確定好需求的優先級，這對于這個公司而言將會是一個非常的大的收益。比如，公司正在發展一項新的事業線，這條事業線如果做出來之后收益將是巨大的，而另外一個老部門整天催著要IT做這樣那樣的需求，其實，這些需求做出來和沒做出來對他們的影響并不會大多少，所以，顯而易見，那條事業線上的需求才是最具商業價值的。
我們在確定需求優先級的時候主要看兩點：商業價值和工作量。商業價值最簡單的獲得方法就是站在公司的角度，看看哪個需求對公司獲得的益處最大，這里不僅要看直接收益（比如節省了多少錢）同時也要看潛在收益（比如節省了多少人力、會獲得多大市場效應等），當然這樣非量化的分析最好是多個高層領導在一起分析會比較準確。另外一個量化的方法就是用幾個參數做分析：重要性、緊急度、持續時間、商業優先級。
| 需求屬性 | 屬性說明 |
| 重要性 | 重要程度，實現1分"一般"到10分“非常高興”；未實現1分“略感遺憾”到10分“非常懊惱” |
| 緊急度 | 緊急程度，規定時間內實現1分"一般"到10分“非常高興”；未實現1分“略感遺憾”到10分“非常懊惱” |
| 持續時間 | 需求持續的時間，距離目標日期時間長短，1分“短”-10分“長” |
| 商業優先級 | 不考慮實現難度，群策決策，1分“低優先級”-10分“高優先” |
按照上述表格求和，若需求分數越高則，商業價值越大。
工作量的測量其實是隨著需求的明確程度而逐漸清晰的，一般在需求開始初期，工作量是很難評估的，只需要非常有經驗的開發或者架構師來進行評估，
三、IT需求DNA過程管理
? ? ?每個需求不論大小，都不能夠忽略的，現在的小需求說不定就是以后的一個重要思路。所以對于需求我們一定要進行根本性的過程管理，可以稱為DNA過程管理。
每一次需求的調研收集過程中，我們都可以按照實際需求整理一個比較適用的表格，可以稱為DNA基本屬性：
| 需求屬性 | 屬性說明 |
| 提交人 | 調研者的姓名，負責解釋、實時該需求 |
| 編號 | 主鍵，唯一標識 |
| 提交時間 | 記錄的時間 |
| 系統 | 該需求是針對哪個系統提出的 |
| 主要功能模塊 | 該需求主要涉及到的功能模塊是哪些 |
| 名稱 | 需求名稱 |
| 描述 | 用中性語言對該需求進行描述 |
| 提出者 | 需求方的姓名 |
| 提出時間 | 提出需求的時間 |
| 需求版本 | 記錄這個需求的變化過程 |
| 需求變更記錄 | 記錄需求變化的內容 |
| 商業價值描述 | 描述該需求的商業價值 |
| 商業屬性 | 擴展、基本 |
| 商業優先級 | 高、中、低 |
| 工作量 | 完成該需求所需的工作量 |
| 性價比 | 商業價值與其工作量的比例 |
| 備注 | 其他說明 |
? 通過在調研的過程中記錄這些信息，我們可以通過跟蹤和對比，找出過去、現在和將來的痕跡，對很多需求可以進行合并、拆分等操作，可以大大提高需求的實現效率。
?
? ? ? ? ? ? ? ? ? ? ? ? ??
轉載于:https://www.cnblogs.com/uniquefrog/p/11107910.html
創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎總結
- 上一篇： mybatis的工作原理
- 下一篇： win7rc 序列号- 10/21之前