相關(guān)文章
國信辦再關(guān)閉31家違規網(wǎng)站 云南省2019年國家網(wǎng)絡(luò )安全周在麗江啟動(dòng)，藍隊云獲頒“最佳技術(shù)支持獎” 英特爾計劃在中國打造物聯(lián)網(wǎng)國際品牌 云南公布第二批免費向社會(huì )提供信息技術(shù)服務(wù)企業(yè)名單 中國互聯(lián)網(wǎng)企業(yè)赴美上市規模預計今年或減半
架構如何落地------四有效管理業(yè)務(wù)需求
在企業(yè)級業(yè)務(wù)架構實(shí)施階段，除了從架構規劃直接產(chǎn)生的項目，業(yè)務(wù)部門(mén)會(huì )提出各類(lèi)業(yè)務(wù)需求。如何處理這些需求？如果還是按老辦法處理，那么新的業(yè)務(wù)需求的提出，就是企業(yè)級業(yè)務(wù)架構崩壞的開(kāi)始。使用業(yè)務(wù)架構有效管理業(yè)務(wù)需求成為保證企業(yè)級架構穩定、長(cháng)期有效的重要基礎性工作。
（一）架構、項目與需求的關(guān)系
業(yè)務(wù)架構是對業(yè)務(wù)的結構化表達，是一種高級的需求管理方法。業(yè)務(wù)架構定義了業(yè)務(wù)的結構，包括有哪些業(yè)務(wù)組件，以及組件和組件之間的關(guān)系。一旦業(yè)務(wù)架構規劃完成，業(yè)務(wù)架構就相對固定下來(lái)，作為一段時(shí)間內從業(yè)務(wù)到技術(shù)的“作戰地圖”，指導從業(yè)務(wù)需求到技術(shù)實(shí)現的過(guò)程。
業(yè)務(wù)需求是隨時(shí)都會(huì )存在的，是動(dòng)態(tài)變化的。過(guò)去的信息化建設模式是需求驅動(dòng)的，就是業(yè)務(wù)部門(mén)提出需求，科技部門(mén)提出解決方案并開(kāi)發(fā)系統，結果是形成了一個(gè)又一個(gè)煙囪，導致系統割裂、數據孤島。企業(yè)級業(yè)務(wù)架構是對公司業(yè)務(wù)的整體結構化描述。在架構指導下的信息化建設模式下，需求要按照業(yè)務(wù)架構進(jìn)行管理，所有業(yè)務(wù)需求都要在業(yè)務(wù)架構中找到自己的位置。
項目是對需求的實(shí)施，包括業(yè)務(wù)實(shí)施、數據實(shí)施和系統實(shí)施。在項目過(guò)程中實(shí)現了需求，同時(shí)保證了架構遵從，部分情況下也更新了架構資產(chǎn)。
項目實(shí)施完畢，將項目成果部署到實(shí)際業(yè)務(wù)當中。然后在業(yè)務(wù)運行又會(huì )產(chǎn)生新的需求，不斷往復循環(huán)。
（二）需求的三個(gè)層次
需求是分層的，不同環(huán)節處理的需求層次不同。
世界公認的軟件需求工程專(zhuān)家Karl Wiegers在其經(jīng)典著(zhù)作《軟件需求》中將需求分為業(yè)務(wù)需求，用戶(hù)需求和系統需求等三個(gè)層次。
1.業(yè)務(wù)需求（Business Requirements）表示組織或客戶(hù)高層次的目標。業(yè)務(wù)需求通常來(lái)自項目投資人、購買(mǎi)產(chǎn)品的客戶(hù)、實(shí)際用戶(hù)的管理者、市場(chǎng)營(yíng)銷(xiāo)部門(mén)或產(chǎn)品策劃部門(mén)。業(yè)務(wù)需求描述了組織為什么要開(kāi)發(fā)一個(gè)系統，即組織希望達到的目標。使用前景和范圍（vision and scope）文檔來(lái)記錄業(yè)務(wù)需求。這份文檔有時(shí)也被稱(chēng)作項目憲章（project charter）或市場(chǎng)需求（market requirement）文檔。
2.用戶(hù)需求（user requirement）描述的是用戶(hù)的目標，或用戶(hù)要求系統必須能完成的任務(wù)。用例、場(chǎng)景描述和事件-響應表都是表達用戶(hù)需求的有效途徑。也就是說(shuō)用戶(hù)需求描述了用戶(hù)能使用系統來(lái)做些什么。其產(chǎn)出是《用戶(hù)需求說(shuō)明書(shū)》和交互原型。
3.系統需求（system requirement）規定開(kāi)發(fā)人員必須在產(chǎn)品中實(shí)現的軟件功能，用戶(hù)利用這些功能來(lái)完成任務(wù)，滿(mǎn)足業(yè)務(wù)需求。系統需求描述的是開(kāi)發(fā)人員需要實(shí)現什么，滿(mǎn)足哪些功能需求和非功能需求。其產(chǎn)出是《軟件需求規格說(shuō)明書(shū)》文檔。
（三）使用業(yè)務(wù)架構管理業(yè)務(wù)需求
1.主要精力應投入到新流程、新系統的建設當中來(lái)，舊系統在保證其運行正常的前提下做最少維護。這是最基本的原則，必須遵守。不然目標和資源之間就無(wú)法匹配，有失敗的可能性。
2.要做好業(yè)務(wù)需求的入口管理，對原始需求進(jìn)行篩選，明確“做不做”。要從企業(yè)級視角審視業(yè)務(wù)需求，需求有沒(méi)有業(yè)務(wù)價(jià)值，是否符合公司發(fā)展戰略，有沒(méi)有可衡量可評價(jià)的業(yè)務(wù)目標，業(yè)務(wù)邏輯是否走得通，技術(shù)上有沒(méi)有可行性，這些都需要進(jìn)行考量，篩選出有價(jià)值的業(yè)務(wù)需求進(jìn)入到下一環(huán)節?；ヂ?lián)網(wǎng)行業(yè)中對需求也有一個(gè)篩選標準，就是“高頻、剛需、痛點(diǎn)”，高頻就是使用次數很多，不斷重復，剛需就是沒(méi)有不行，痛點(diǎn)就是存在困擾客戶(hù)或用戶(hù)的重大問(wèn)題，符合這些條件的需求是好需求，滿(mǎn)足了這些需求，會(huì )提高客戶(hù)/用戶(hù)滿(mǎn)意度，會(huì )帶來(lái)較高的業(yè)務(wù)價(jià)值。這一階段處理的需求層次是業(yè)務(wù)需求。需要建立需求池或需求存儲庫來(lái)記錄和管理所有業(yè)務(wù)需求。
3.做好企業(yè)級架構管控，對新的業(yè)務(wù)需求意向要進(jìn)行統籌分析。必須按照業(yè)務(wù)架構方法進(jìn)行解構，明確其所屬的業(yè)務(wù)組件。所有業(yè)務(wù)需求都應該納入到業(yè)務(wù)架構中，在業(yè)務(wù)架構中找到自己的位置。大部分業(yè)務(wù)需求可以直接在業(yè)務(wù)架構中找到明確的業(yè)務(wù)組件，少部分則需要對業(yè)務(wù)架構進(jìn)行擴展設計，將其容納進(jìn)來(lái)。
4.PMO分配項目任務(wù)給組件開(kāi)發(fā)團隊。業(yè)務(wù)需求各就各位了，再由PMO根據業(yè)務(wù)優(yōu)先級確定實(shí)施順序，匹配資源，形成項目任務(wù)。實(shí)施團隊也是按照業(yè)務(wù)組件來(lái)劃分的，包含了業(yè)務(wù)人員、需求人員和技術(shù)人員。PMO將項目任務(wù)分配給組件開(kāi)發(fā)團隊，該團隊負責對同一個(gè)業(yè)務(wù)組件進(jìn)行建設、維護和持續升級。
5.組件開(kāi)發(fā)團隊進(jìn)行需求分析，形成解決方案。組件開(kāi)發(fā)團隊對同一業(yè)務(wù)組件的多個(gè)業(yè)務(wù)需求進(jìn)行分析，進(jìn)行需求的歸并整合，形成解決方案，納入到業(yè)務(wù)組件的模型當中來(lái)。模型本身有升級的，要沉淀到架構資產(chǎn)當中來(lái)。需求調研、需求分析和撰寫(xiě)需求文檔的工作是由組件開(kāi)發(fā)團隊完成的，這一階段處理的需求層次是用戶(hù)需求和系統需求。