《SAP入門經典（第5版）》——2.3 其他視角：将業務需求映射到SAP應用程式中

本節書摘來自異步社群《sap入門經典（第5版）》一書中的第2章，第2.3節,作者： 【德】邁克爾 米斯巴赫（michael missbach） 更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。

由于參與實施、使用和支援sap的利益相關人類型各異，單一視角永遠不可能獲得每一個人的共鳴。幾乎不可能有人能擁有如此廣泛豐富的經驗，能夠掌控整個sap實施以及其他複雜業務解決方案的複雜度。是以，長期以來的經驗證明，從其他視角審視如何開發、管理和改進業務解決方案絕對是大有裨益的。從這種觀點看，功能、技術和項目實施角度都是行之有效的視角。對于it利益相關人來說，從業務、功能要求和項目的角度審視業務解決方案有助于彌補他們的知識空白。正如下面将要讨論的那樣，通過這種方式，分别從功能角度和更深化的技術角度觀察問題之後，再換成端到端的項目實施角度，這就幾乎使所有利益相關人都能一窺業務解決方案的全貌了。

2.3.1　功能視角

功能視角是熟悉業務運作方式的人最容易掌握的視角，而對于功能專家之外的人來說又是最難掌握的。這種視角解決的是解決方案的周邊環境問題——不是方式、時機或者工具的問題，而是單純的内容問題。它要回答的問題是“一個業務流程具體要做什麼？”

也就是說，功能視角用于處理以下問題。

以分步的方式描述或溝通工作的流程（業務流程的工作步驟）。功能視角提出這樣的問題：對于執行業務流程、實作特定的最終狀态來說哪些工作步驟是必不可少的？

描述業務流程展示出的屬性和特質。是以，功能視角力求發現每個業務流程反映出的特性和屬性，以及反映出它們的程度。

在不考慮技術問題和sap問題的情況下獨立處理這些工作流程和特性問題，恰當的功能透視甚至不會提及sap，因為它與應用程式提供商提供的特定解決方案根本不相關。

不難想到，持有這種視角的重要利益相關人是最終使用者，他們的日常工作就是執行業務流程。業務流程設計師、同類業務的主管以及其他與解決方案所展現的功能有牽連的人也都是重要的利益相關人。

2.3.2　技術視角

技術視角處理的是解決方案各個部分的平衡問題。它幫助功能視角主體從技術角度了解業務解決方案是如何通過技術實作的。重要的考慮因素包括以下幾方面。

關注系統的關鍵次元，識别并确定系統提供性能、可用性、可伸縮性、安全性、靈活性、可管理性等業務所需特性的方式。

描述解決方案中業務應用方面的所有元件和其他sap元件、資料與相關的依賴關系、接口要求、底層技術架構，以及所有實作前述功能視角目标所必需的底層關系和內建要點。

盡可能地提供一個與技術不相關的視角，觀察技術如何幫助實作功能透視。

技術視角利益相關人主要包括企業和技術構架設計師、解決方案開發人員和程式員、基礎設施和其他方面的技術專家，以及其他側重技術的供應商、銷售商和合作夥伴。業務工程師也會發現這種視角非常有用。

2.3.3　項目實施視角

項目實施視角很容易了解，它回答的問題是解決方案用什麼來建構、需要多長時間，以及利用哪些資源。這種實施視角需要考慮以下方面的問題。

描述和詳細制定部署方案，是以需要收集機構和第三方資源、時間期限、限制限制（業務、功能和技術等）等。

描述用以實作公司戰略目标和戰術功能需求的sap産品群組件，以及這些需求得到充分開發和滿足的程度。

一般來說，實施視角利益相關人包括項目經理和協調員、技術專家、開發人員/程式員、測試人員、業務流程負責人、高管人員、業務主管、超級使用者等。

設計階段我們經常遇到的一大誘惑就是傾向于以特定學科領域或專業知識領域來限定具體的視角。顯而易見，業務和功能視角可能集中于業務關注點，而技術視角可能會被看作是“it”工作，實施視角一般被看作“項目管理”工作。但這些狹隘的偏見應該予以避免，并且應該牢記sap的成功實施取決于公司及其合作夥伴的通力合作。應該打破偏見壁壘、建構跨領域的團隊，并且讓所有團隊都能在整個實施過程中發表獨特的見解。

2.3.4　4種視角互相結合

本章中描述的這4種視角結合在一起形成了業務解決方案的目的（什麼原因）、功能（什麼内容）、技術基礎（什麼方式）以及實施細節（用什麼實作）。把一個解決方案分解成這些視角使公司能夠打破業務和技術界限而進行良好的溝通。

但是您可能會注意到，本章并沒有對具體的sap産品群組件進行介紹。這是因為在确定具體的erp解決方案之前，應該先開發出穩定的業務線路圖。根據特定的軟體提供商（包括sap）提供的解決方案來規劃線路圖是本末倒置，沒有任何意義。首先查明業務需求，然後才能确定sap和其他提供商如何在應用解決方案空間内最大限度地處理好這些需求。在後面的章節中，我們将讨論從概念性的線路圖過渡到公司實施方案、技術平台和功能業務解決方案所不可缺少的sap具體細節。