2. High level business model for ASITS
ASITS
Function blackbox
deliverablerequirement
Business
motivation
Service
listService
list
Service
list
End-to-end
trigger event
value
3. 組織基本活動三層關係圖Foundation for goals, 7 issues-1
Business layer
Business
driver
Business
value
Management layer
Operation layer
deliverable
accountabilityrequirement
transformation
4. 組織基本活動三層關係圖Foundation for goals, 7 issues-1
Business layer
Business
driver
Business
value
Management layer
Operation layer
requirement
report to
process
deliverable
requirement
transformation
business
alignment
process
accountability
accountability
requirement
transformation
solution realization process
10. EA與BPM合作Combining Business Process Management and Enterprise Architecture for Better Business Outcomes
Claus T. Jensen, Owen Cline, Martin Owen , ISBN: 978-0738435619
20. EA & BPM
Enterprise Architecture
“Enterprise Architecture is a well-‐defined
practice for conducting enterprise analysis,
design, planning, and implementation, using a
holistic approach at all times, for the successful
development and execution of strategy.
Enterprise Architecture applies architecture
principles and practices to guide organizations
through the business, information, process, and
technology changes necessary to execute their
strategies. These practices utilize the various
aspects of an enterprise to identify, motivate,
and achieve these changes.”
“A Common Perspective on Enterprise Architecture” http://feapo.org/wp-
content/uploads/2013/11/AG_Issue9_4-FEAPOcut.pdf
Business Process Management
BPM is an enterprise-wide, structured
approach to providing the products and
services that your customer's value most.
It is grounded in the premise that you must
take a process view of your company in
order to understand what products and
services your customer values most. By
understanding the key business processes
your company uses to meet these customer
needs, the gap between customer
expectations and your ability to perform
begins to emerge.
http://www.bpminstitute.org/resources/articles/what-bpm-anyway-
business-process-management-explained
Editor's Notes
原則上的治理還更多,corporate governance, operation governance, information governance, IT governance, security governance。任何對於目標的管理上都要經由治理去檢視 GRC 議題以確定組織一直如實地面對變遷往目標前進。
Under Control
ISBN-13 (pbk): 978-1-4302-1592-9
ISBN-13 (electronic): 978-1-4302-1593-6
pg#3, #4
Governance, risk, and compliance (GRC) focuses on the activities related to the governance of regulatory requirements, enterprise risk areas such as financial and IT risk, compliance controls, and information across the enterprise. GRC is not a specific function in an organization, but rather an integrated approach across multiple business functions related to the management of risk, controls, and compliance.
Historically, this management has often been handled by disparate groups with minimal interaction. More recently, there’s been a trend toward a more unified view of these areas to help controls costs, eliminate redundancy, and improve the quality of the information that is used to make decisions related to risk and compliance.
GRC includes several different but related areas:
• Enterprise risk management focuses on predicting and managing events that might impact the achievement of business goals.
• Financial GRC relates to the quality, timeliness, and transparency of financial statements and transactions of the company.
• IT GRC relates to managing IT risk and ensuring that the IT infrastructure supports corporate compliance needs.
• Finally, information governance focuses on ensuring that the company’s information assets are known, categorized, and available when needed.
An Exclusive Interview with John A. Zachman in Perspectives of the IASA --- ArtRogerSessionsInterview4.pdf
overview of the Zachman Framework
The Zachman Framework is a two dimensional classification scheme ... a normalized schema. It is the intersection of two classifications,
the universal linguistic communication classification of primitive interrogatives: What, How, Where, Who, When and Why
the classification of audience perspectives: Owner, Designer, Builder, bounded by the Scoping Perspective and the Implementation Perspective (Owner, Designer, Builder is more commonly known in the IT community as Concepts - Computation Independent; Logic - Platform Independent; and Technology – Platform Specific and the Scoping Perspective as the Boundary Definition; the Implementation perspective as Vendor Specific.)
Top 21 Zachman Framework Myths – Busted question#14
http://live.icmgworld.com/index.php/blogs/entry/top-21-zachman-framework-myths-busted.html
John uses the 2000 year old concept of reification i.e. how to transform an abstract idea to reality. Reification consist of 6 phases of transformation i.e.
Identification (mapped to Row 1)
Definition (mapped to Row 2)
Representation (mapped to Row 3)
Specification (mapped to Row 4)
Configuration (mapped to Row 5)
Instantiation (mapped to Row 6)
The models in each row get transformed to the next Row below, and the Row 6 wraps up the 6th phase of reification
Business motivation 是非常重要的,
Strategy + Strategy execution = management
Press Release: EA Perspectives White Paper http://feapo.org/press-release-ea-perspectives-white-paper/