需求分析階段完了以后，就是需求設計，然后就是需求實現了，過程看起來很簡單，但是實際工作不簡單，上面談到的需求管理的幾點嚴格要求一直貫穿著整個過程的始末。
接下來我會結合我們公司實際的流程來介紹一下需求管理的實際實現。
如果看過我之前的文章，應該知道我們公司的背景，我們公司也是做軟件開發的，所以對于需求管理這塊也是相當重視的。我們是用敏捷的模式來管理整個軟件開發的，所以需求管理的階段也是符合敏捷的模式的，但是對于需求管理的幾點嚴格要求還是基本上也是遵守的。
我們公司是用 TechExcel 的需求管理工具 DevSpec 來管理整個需求過程的，其實我們是買了他們的整套軟件生命周期管理的解決方案，名稱叫做DevSuite，而DevSpec 是其中一個工具，能與DevSuite 解決方案的其他工具無縫集成，幫助共同管理開發、測試、計劃等階段。
在DevSpec中，對于需求的管理是通過條目化的方式來管理的，所謂的條目化就是說一個需求就是一個條目，這個條目既包括了對這個需求的描述，還包括了對這個需求的處理過程的跟蹤：
對于需求的描述而言，DevSpec是通過屬性字段的方式實現的，你可以用字段來盡可能真實描述需求，其中包括標題，狀態，負責人，描述，時間，附件等基本字段，當然你還可以大量自定義屬性字段和頁面來幫助更好地描述這個需求。
對于需求的處理過程而言，
我們知道需求的處理是要有流程的，簡單的就是從需求分析-->需求設計-->需求實現，復雜點的還需要加上審核，就像我上面給大家看過的那個流程圖一樣， 我這里再貼一下
不過光有流程其實沒用，我相信任何公司的需求處理都會有流程，只是嚴格不嚴格，認真不認真的區別罷了，不遵照流程處理的需求有非常高的可能性不成功，所以為了解決這個問題，DevSpec 中專門設計可自定義的工作流程，你可以自己定義需求需要經過哪些流程才能進入開發，而一旦流程定義完成以后，需求的處理就會被強制按照流程的進行，你自己想馬虎馬虎，松懈松懈都沒辦法做到。
在流程中，DevSpec可以給每個過程設置不同負責人和權限，比如分析這個過程是小王處理，所以只有小王才能看到這個需求并且處理這個需求，其他人如果沒有權限就看不到這個需求；而小王處理完他的工作后，他不一定有權力把這個需求轉到下一個過程，因為需要另外一個人審核以后才能繼續下去。
這樣子的話，
第一，你的處理流程會很清晰，這一步處理完了，下一步是什么，一目了然；
第二，你的管理流程也很透明，現在誰處理，接下來該誰處理，清清楚楚。
第三，你的權力流程也很明了，什么級別的人能做什么事情都可以設置，哪些該做的不該做的，哪些該看不該看的，都很簡單就可以設置，避免了一些人看到不該看的內容，做了不該做的事情。
有了這些屬性和流程，我們就可以正式開始 DevSpec 的需求管理了.
（未完待續）