why do we need practical enterprise architecture?
TRANSCRIPT
WHY DO WE NEED PRACTICAL
ENTERPRISE ARCHITECTURE?
BY
PIPAT EAMSHERANGKOON
KNETICON CO., LTD.
AGENDA
1. What is Enterprise Architecture and why do we need it?
2. Lessons from City Evolution
3. Enterprise Architect Bibles still evolve, no guaranteed
success
4. How Enterprise Architecture is done?
5. Common pitfalls to avoid.
2
1. WHAT IS ENTERPRISE ARCHITECTURE?
3
ENTERPRISE ARCHITECTURE DEFINITION
Gartner’s Definition of EA:
• Enterprise architecture (EA) คอ ขบวนการท ชวยองคกรใหเตรยมพรอมท จะเผชญกบแรงกดดนและ กระแสการเปล ยนแปลงท จะมผลกระทบกบองคกรอยางสง โดยมองภาพรวมแลววเคราะห กาหนดข *นตอนการเปล ยนแปลงจากสภาพปจจบนไปสเปาหมายทางธรกจท ตองการในอนาคต ขบวนการของ Enterprise Architecture จะชวยจดทาขอเสนอแนะท ทางธรกจและ IT สามารถตดสนใจ นาไปปรบปรงเปล ยนแปลงดานนโยบายและโครงการใหนาไปสเปาหมายท วางไว โดยคอยๆววฒนาจากสภาพปจจบนไปส Future
Architecture4
OTHER DEFINITIONS OF ENTERPRISE ARCHITECTURE
The MIT Center for Information Systems Research (MIT CISR) :
• Enterprise architecture เปนวธการจดระเบยบขบวนการธรกจและ IT
infrastructure โดยกาหนด Requirements ในการบรณาการและมาตรฐานกลาง บงคบใชกบแบบจาลองวธดาเนนการท&องคกรตองการใชในการสางผลตภณฑและบรการใหแกลกคา
SearchCIO.com:
• Enterprise architecture เปน conceptual blueprint ท�กาหนดโครงสรางและวธปฏบต ขององคกร เพ�อใหองคกรสามารถบรรลเปาหมายท (งในปจจบนและอนาคต
5
SIMPLE LANGUAGE EXPLANATION OF EA
Existing
Business CityFuture Desired Business City
Structured Process
Logical Blueprints
City Planning and Building Code Standards
6
WHY DOES ENTERPRISE NEED EA?
เพราะองคกรตางๆ มปญหาการใช IT ท�แกไมตก:
• ระบบ IT systems ไดกลายเปนระบบท�ยงเหยง ยากตอการปรบปรงเปล�ยนแปลง และตองลงทนมากข (นเร�อยๆ
• ระบบ IT กาลงถวงความสามารถขององคกรในการปรบตวตอบสนองตอสภาพการเปล�บนแปลงในปจจบนและอนาคต ไมรวดเรวพอ ไมคมการลงทน
• ระบบ Mission-critical information ขององคกรลาสมยหรอไมสามารถรองรบงานในปจจบนไดดหรอใหขอมลท�ผดพลาด
• องคกรอยในบรรยากาศของขาดความเช�อใจกนระหวางธรกจและฝายเทคโนโลย
http://msdn.microsoft.com/en-us/library/bb466232.aspx
7
WHO NEEDS ENTERPRISE ARCHITECTURE?
• No: ถาระบบ IT ยงมขนาดเลก มจานวน application ไมมาก ลวนเปน standard applications แตกสามารถนาเทคนคการทา architecture blueprint ไปใชใหเกดประโยชนได
• Yes:
• ถาม applications มากมาย หลากหลาย Platforms และสาคญตอการดาเนนธรกจ
• ถาธรกจของทานจาเปนตองใชระบบ IT ท�ตองปรบเปล�ยนตามกระแสธรกจอยางรวดเรว เพ�อรกษาความเปนผนาของตลาด
• ถาทานกาลงสรางระบบ mission critical ท�ตองครอบคลมสาขาเปนรอย ปนพน ท (งในและนอกประเทศ รองรบผใชเปนจานวนมาก ในกรณ อาจจะตองม database architect, solutions architect,infrastructure architect, business architect, และ enterprise architect.
8
NO NEED FOR CITY PLANNER FOR A SIMPLE HOUSE
ถาวางแผนสรางบานขนาดเลกหลงเดยว กไมจาเปนตองมสานกผงเมอง
9
NEW YORK CITY REQUIRES CITY PLANNING
10
PROMISED BENEFITS FROM A GOOD ENTERPRISE ARCHITECTURE
• A more efficient business operation:
• Lower business operation costs
• More agile organization
• Business capabilities shared across the organization
• Lower change management costs
• More flexible workforce
• Improved business productivity
http://pubs.opengroup.org/architecture/togaf9-doc/arch/
11
EA BENEFITS FOR IT
• A more efficient IT operation:
• Lower software development, support, and maintenance costs
• Increased portability of applications
• Improved interoperability and easier system and network management
• Improved ability to address critical enterprise-wide issues like security
• Easier upgrade and exchange of system components (platform expansion)
• The ability to procure heterogeneous, multi-vendor open systems (use
standard commodity HW/SW)12
MORE IT BENEFITS
• Better return on existing investment, reduced risk for future
investment:
• Reduced complexity in the business and IT
• Maximum return on investment in existing business and IT infrastructure
• The flexibility to make, buy, or out-source business and IT solutions
• Reduced risk overall in new investments and their cost of ownership
• Faster, simpler, and cheaper procurement:
• Buying decisions are simpler, because the information governing
procurement is readily available in a coherent plan
• The procurement process is faster - maximizing procurement speed and
flexibility without sacrificing architectural coherence13
IS IT EXPENSIVE?
• Definitely! This is a top down project driven by the top business leaders.
• Large number of key business leaders, IT leaders and key staff will need to devote significant
amount of their time and effort during the next 2-3 years at least.
• A large number of committees will be formed to manage different aspects of EA.
• A large budget is needed to train, communicate, get consultancy, change management,
deployment, enforcement of standards, etc.
It is a continuous journey that requires many intermediate stages and requires constant
adjustment to meet the changing demand from business strategies and external factors.
14
IS IT EASY, JUST FOLLOW THE BIBLE?
• No!. There is no complete bible. Need to apply many approaches.
• Each bible consists of guidelines and lacks practical details. It allows enterprise architect to
make his/her own interpretation and adjustment to meet local context.
• Most bibles are complex guidelines, structured steps that require each organization to
choose the scope, priorities that will give them most benefits. Most likely to require
experienced consultants to bring organization to speed.
• Doing EA in large enterprises is like trying to solve Bangkok traffic problems in 5 years while
restructuring infrastructures and plan/build all the new constructions at the same time. You
cannot stop the city growth while you are building or upgrading new roads, subways,
railways, etc. Enterprise business must go on with flexibility to deal with new issues and
strategies.
• People are the key factors in controlled change in each step. Business must be involved and
get tangible returns along the way.15
PROBLEMS IN IMPLEMENTING ENTERPRISE ARCHITECTURE
• EA team กลายเปนเสอกระดาษท�อยบนหอคอยงาชาง ท�ไมมใครรวมมอดวย
• ถา EA team สรางมาตรฐานและขบวนการ ท�ทาใหการสนบสนนภาคธรกจ เปนไปดวยความยากลาบากและชกชา หรอยากตอการปฏบตตาม หนวยงานตางๆ กจะหาทางท�ไมปฏบตตามมาตรฐาน
• ถาทางธรกจไมต (งเปาหมายของ EA ใหเปนเปาหมายทางธรกจ ท�วดได จบตองได ทาง EA Team กจะไมสามารถวด ROI ท�ชดเจน
• การแยกอานาจเดมออกไปจากผปฏบตงานเดม จะทาใหเกดความไมพอใจและตอตานจากหนวยงานตางๆ นาเปนตองสรางความเปนเจาของและกาหนด good governance and good communication
• ถาทกโครงการ ตองผานการเหนชอบจาก EA Team กจะเกด bottle neck เพราะทาง EA team ไมสามารถรองรบปรมาณงาน จะตองมการจากด scope และกระจายความรบผดชอบ โดยท�ยงคงสามารถควบคมเปาหมายหลกได 16
2. LESSONS FROM CITY EVOLUTION
17
NEW YORK CITY HUMBLE BEGINNING
ตนกาเนดเปน Dutch Colony
called New Amsterdam แลวถกเปล�ยนช�อมาเปน New York
http://www.nyc99.org/1
600/castillo.html
18
NEW YORK CITY IN 1873 ROAD BECAME THE MAIN
TRANSPORTATION MODE WHEN THE GREAT BRIDGE WAS
BUILT
เม�อการเช�อมตอเกดข (น ความสาคญของถนนกเกดข (น ทาใหตองปรบผงเมองใหเกด ตาราง Blocks อยางมระเบยบในโซนใหม
19
1891 MIDTOWN BOOM DUE TO INDUSTRY REVOLUTION
เม�อประชากรมากช (น จาเปนตองมปอดของเกาะ Manhattan ,
Central Park ไดถกวางแผน
20
WORLD FAIR IN 1939 CENTRAL PARK WITH STRUCTURED
AVENUES
สวนท�ขยายใหม มถนนเปน Grid
สวนเกาตอนใต ถนนกยงคงยงเหยงไรระเบยบเหมอนกรงเทพ
21
RACE OF SKYSCRAPERS IN 1962
New York กลายเปนศนยกลางเศรษฐกจของสหรฐ ทาใหมการตกระฟาข (นมาอยางมากมาย แตละตกกมสถาปตยกรรมของตวเอง การวางผงเมองท�ด ทาใหสามารถรองรบการขยายตวอยางรวดเรว
22
NEW YORK CITY TODAY
23
LESSONS LEARNED FROM CITY PLANNING
1. The success is the new modern buildings that business owners are happy to live in. Not the blueprints!
2. Building codes cover only high level regulation using zoning and building standards to ensure good traffic connectivity, safety standard, population density, environmental impacts.
3. Leave details of building architectures to the owner of the buildings, architects, interior designers, system engineers, etc. They know the business owners’ needs.
4. Strict enforcement in the parts that impact the city. Interconnection standards are critical.
5. Create both policy, convenience and cost structure to ensure mass transportation is the preferred mode of city travelers. Applications that are cloud-ready will be procured, implemented, deployed faster and cheaper than special platform system.
6. Improve things in phases, and selected zones, one by one. Major changes require time and resources.
7. To support subway commuter, parking lots were built in the perimeter of the metro area. End to end solution.
8. Leave the old section alone, focus on the new expansion zones and migrate new business to it.24
3. ENTERPRISE ARCHITECT IS STILL EVOLVING!
25
ENTERPRISE ARCHITECTURE BIBLES
ม 4 bibles ท�เปนท�ยอมรบและใชแพรหลาย
1. The Zachman Framework for Enterprise Architectures—เจาตารบของ EA มงเนนในเร�อง taxonomy
2. The Open Group Architectural Framework (TOGAF)—เปน EA ท�แพรหลายท�สด จดเดนอยท� process
3. The Federal Enterprise Architecture (FEA)— เปนคมพรของ Federal government of the United
States ไดพฒนาตอเนองมาจาก TAFIM โดย เร�มจาก Existing enterprise architecture มข (นตอนท�จะนาไปส Future
enterprise architecture
4. The Gartner Methodology—เปนขบวนการท�มาจากประสบการณของ Gartner/Metagroup ท�เนนการไปสเปาหมาย Business vision โดยมงท�จะทาเฉพาะเร�องท�ก�ยวของกบ architecture ใหม
http://msdn.microsoft.com/en-us/library/bb466232.aspx
26
ENTERPRISE ARCHITECTURE IS EVOLVING
Zachman
TAFIM Released
Cinger/Cohen Bill passed
TAFIM Retired
FEAF 1.2 Released
FEA replaced FEAF
TOGAF 8.0 Released
Gartner/MetaGroup merged
FEA mostly complete
TOGAF 9.1 Released
0
2
4
6
8
10
12
1985 1990 1995 2000 2005 2010 2015
EA METHODOLOGY EVOLUTION
27
NO PERFECT ENTERPRISE ARCHITECTURE METHODOLOGY
28
LESSONS LEARNED
1. ไมมคมภรวเศษท�รบรองความสาเรจ เพราะยงเปนศาสตรท�กาลงพฒนา
2.อยายดตดคมภรจนไมกลาปรบ Framework ใหเหมาะสมกบองคกรของตวเอง
3. ไมมใครเกงทกดาน อยายดตดกบ Enterprise Architect ฝายธรกจและ IT
managers ตองเขามาชวยเปนทมนาทาง ไปใหถกทางและเกดประโยชน
4.คมภรน (มรายละเอยดมาก ควรจะรบการ Train จากผ ท�รจรงและมประสบการณจรง
5.ระวง Consultants ท�โชวตวคนเกง แตเอาผ ดอยประสบกรณมาทางานจรง29
4. HOW IS ENTERPRISE ARCHITECTURE DONE?
30
TOGAF ARCHITECTURE DEVELOPMENT METHOD (ADM)
http://pubs.opengroup.org/architec
ture/togaf9-doc/arch/chap05.html31
BLUEPRINTS OF ENTERPRISE ARCHITECTURE
32
ADM MUST BE COORDINATED WITH OTHER MANAGEMENT ACTIVITIES
33
WHAT ARE THE DELIVERABLES OF EA?
34
ACTUAL PRACTICES OF ENTERPRISE ARCHITECTURE IN THE PAST
Each of the definitions above underplay the historical reality that enterprise
architecture emerged from methods for documenting and planning information
systems architectures, and the current reality that most enterprise architecture
practitioners report to a CIO or other IT department manager. In a business
organization structure today, the enterprise architecture team performs an
ongoing business function that helps business and IT managers to figure out the
best strategies to support and enable business development and business
change – in relation to the business information systems the business depends
on.
http://en.wikipedia.org/wiki/Enterprise_architecture35
5. COMMON PITFALLS TO AVOID
36
GARTNER’S 10 COMMON PITFALLS TO AVOID.
1. Ineffective Lead Architect ขาดความเปนผ นา
2. Insufficient Stakeholder Understanding and Support ขาดความรวมมอจากหนวยงานอ�นๆ และไมมแรงกระทงจากผบรหาร
3. Not Engaging the Business People เปาหมายผายธรกจไมตรงกบ EA team ไมรวมกนแกปญหา
4. Doing Only Technical Domain Level Architecture มงแตทา technical blueprints ไมวาดภาพเปาหมายท�ทางธรกจจบตองได
5. Doing Current-State EA First เสยเวลาและ resources ในการทารายละเอยดของระบบปจจบนใหครบถวน กอนเร�ม Future
architecture
6. The EA Group Does Most of the Architecting คดเอง ทาเอง ใชเอง ไมม Business participation, no buy-in
7. Not Measuring and Not Communicating the Impact ไมมเปาท�จบตองได วดได ท�จะแสดงใหธรกจเหนความสาเรจ
8. Architecting the ‘Boxes’ Only สนใจแตรายละเอยดในแตละระบบ แตไมควบคมการตอเช�อมระหวางระบบ เพ�อใหเกด agility
9. Not Establishing Effective EA Governance Early อยารอให EA standards and blueprints เสรจกอน จงจะเร�มจดการควบคม
10. Not Spending Enough Time on Communications ไมมวธการใหทางผบรหารและธรกจรบรความกาวหนา ความสาเรจและอปสรรคท�ตองขอความชวยเหลอ ไมทา PR ท�ไดผล 37
THE END
38