Hướng dẫn thiết thực cho phát triển kiến trúc doanh nghiệp – p4

 

Hãy liên kết dữ liệu mà bạn đã nắm giữ với nhau dựa trên các mối quan hệ mà bạn đã xác định trước đó. Không một công cụ kỳ diệu nào làm được điều này, bất kể những người chào hàng có nói gì. Và đúng là các liên kết mối quan hệ thực sự khó làm nếu không có một kho lưu trữ. Nếu ai đó gợi ý rằng dự án có thể làm điều này bằng cách sử dụng một bảng tính, thì bạn hiểu cần tìm dự án khác để tiếp tục làm việc.

Nếu bạn đang có các kiến trúc cho các dự án hoặc các tuyến nghiệp vụ và bạn muốn tạo ra một kiến trúc doanh nghiệp, thì cách tiếp cận đơn giản nhất là điền vào kiến trúc doanh nghiệp của bạn từ dưới lên. Hãy lấy kiến trúc hiện có và rút ra các phần tử chung đưa vào một kho lưu trữ. Khi tiếp tục tiến lên, hãy cố gắng tiêu chuẩn hóa các mô hình và thuật ngữ được sử dụng trong toàn tổ chức, vì tất cả mọi người sử dụng cùng một tên cho một tổ chức, ví dụ như tiêu chuẩn hóa, dùng "Tài chính" chứ không dùng các biến thể như "Phòng Tài chính", Kế toán, Kế toán & Tài chính.

Nếu đây là kiến trúc doanh nghiệp đầu tiên của bạn, hãy sử dụng một kế hoạch chi tiết phổ biến trong toàn tổ chức của bạn sao cho một kiến trúc đã được tạo ra cho một tuyến nghiệp vụ sử dụng cùng một khung công tác, thuật ngữ và các mô hình như kiến trúc doanh nghiệp. Bằng cách đó bạn có thể làm báo cáo trong toàn doanh nghiệp.

Phân tích kiến trúc

Nếu bạn không dành thời gian để phân tích kiến trúc, thì sẽ không có thời gian để phân tích nó. Nếu bạn không phân tích nó, thì tại sao bạn lại xây dựng nó? Bước quan trọng này thường bị bỏ qua trong lúc lập lịch biểu. Hãy dành ít nhất 50% thời gian được phân bố để phát triển một mô hình dùng để phân tích; điều này bao gồm cả việc xem xét lại mô hình để kiểm tra và xác nhận hợp lệ nó.

Hãy phân tích định lượng cũng như phân tích định tính. Toán học là quan trọng, đặc biệt là cho biết lợi nhuận. Phân tích định lượng có thể được sử dụng để hiển thị các nút nghẽn cổ chai trong một quy trình, tiết kiệm thời gian, tiết kiệm chi phí và loại bỏ các sự dư thừa nếu bạn sử dụng một phương pháp tiêu chuẩn công nghiệp, ví dụ như BPMN. BPMN là "có cấu trúc" bởi vì nó có một bộ quy tắc bạn không thể vi phạm. Các quy tắc đó đảm bảo bạn có thể thực hiện phân tích như mô phỏng một sự thay đổi với một quy trình nghiệp vụ để xem thay đổi đó có tiết kiệm thời gian hay tiền bạc không hoặc có một tác động tiêu cực như gây ra một nút nghẽn cổ chai chẳng hạn.

Phân tích định tính được thực hiện bằng cách xem xét một mô hình để tìm ra ở đâu có các vấn đề tiềm ẩn. Ví dụ, nếu bạn có một quy trình nghiệp vụ có phản hồi về một phần đầu của quy trình đó, đây thường là một dấu hiệu cho thấy cần phải làm lại công việc. Việc loại bỏ các vòng lặp phản hồi trong một quy trình là một cách để cải thiện nó..

Sau khi bạn hoàn thành việc phân tích, hãy chia sẻ các kết quả. Mọi người sẽ thấy giá trị trong kiến trúc nếu họ tìm hiểu cách sử dụng nó. Việc tạo báo cáo là quan trọng, do đó khi lựa chọn một công cụ kiến trúc doanh nghiệp, hãy chắc chắn nó có một khả năng tạo báo cáo mạnh.

Đừng quên – bạn cần một kế hoạch trò chơi

 Mọi người thường quên có rất nhiều vấn đề quản trị cần được giải quyết để bắt đầu và hỗ trợ một dự án kiến trúc doanh nghiệp (EA). Một số các vấn đề quản trị cần được giải quyết gồm có:

Cách triển khai kiến trúc doanh nghiệp?

Triển khai nó ở đâu (trang web, v.v..)?

Ai ở trong nhóm kiến trúc?

Các ban thẩm tra

Quản lý dự án

Quản trị

Ai sẽ sử dụng thông tin?

Ai sẽ có quyền truy cập thông tin?

Sẽ làm theo các tiêu chuẩn nào?

Các quy ước đặt tên

Mã màu

Có một "EA" trong nhóm



 Bạn không thể tạo kiến trúc trong chân không. Bạn phải được chuẩn bị để làm việc với những người ngoài nhóm EA, nếu không kiến trúc của bạn không thể được thông qua và được sử dụng. Ngoài ra hãy đảm bảo rằng các bên liên quan (ví dụ như những người đang trả tiền cho bạn để xây dựng một kiến trúc hoặc những người đang giúp đỡ bạn xây dựng kiến trúc) có tham gia vào việc ra quyết định của bạn.

Quản trị là cần thiết để ra quyết định. Quản trị giúp định nghĩa các quy tắc và các chiến lược mà bạn sẽ sử dụng cho kiến trúc. Một ví dụ là quản trị việc đặt tên các tuyến nghiệp vụ trong tổ chức của bạn không để người này gọi phòng "Kế toán" còn người khác gọi là phòng "Tài chính". Quản trị cũng xác định những mô hình nào đã sẵn sàng để được phát hành dưới dạng "đã phê duyệt". Các ban tiêu biểu cần thiết để có một EA thành công gồm:

Ban thẩm tra kiến trúc.

Ban cấu hình và kiểm soát.

Các hướng dẫn quản trị (Ví dụ, ai có thể tạo ra các mô hình, quy trình phê duyệt là gì, quy trình cho một yêu cầu thay đổi là gì).

Càng có nhiều người tham gia vào hỗ trợ kiến trúc, sẽ càng có nhiều cơ hội tốt hơn để nó được sử dụng.



Một vài lời khuyên cuối cùng


Nếu việc này dường như khó khăn, đó là bởi vì nó khó khăn. Tuy nhiên, nó có thể cũng báo cho biết rằng bạn đang làm một cái gì đó không đúng với một trong hai khía cạnh sau đây:

Các mô hình. Ví dụ, sử dụng một mô hình BPMN để nắm bắt các giao diện ứng dụng.

Các bên liên quan. Ví dụ, những người không quen với một quy trình nghiệp vụ cung cấp đầu vào và sự phản hồi chứ không phải những người thực sự thực hiện quy trình.

Học cách để tách các phản ứng chính trị khỏi kiến trúc

"Không ghi lại điều đó! Sau này mọi người sẽ biết chúng ta đang làm những điều sai!" – Đây là một phản ứng phổ biến với kiến trúc doanh nghiệp. Nhưng không có ý nghĩa gì khi ghi lại cái nhìn thế giới lý tưởng hóa vì bạn sẽ không thể lên kế hoạch về cách sửa chữa mọi thứ trong tương lai.

"Tổ chức của tôi đang sử dụng một phương pháp khác để nắm bắt kiến trúc của chúng tôi". – Luôn có một tuyến nghiệp vụ trong mỗi tổ chức mà tôi đã làm việc không muốn phát triển kiến trúc của họ theo cách tiêu chuẩn. Không ai là ngoại lệ. Chẳng ai có lý do chính đáng để không làm mọi thứ theo tiêu chuẩn. Cách tiếp cận tốt nhất để đối phó với tình hình này là đào tạo cho những người tối dạ muốn làm theo cách khác ấy. Nếu họ cảm thấy thoải mái và hiểu người ta mong chờ ở họ những gì, họ sẽ sẵn sàng làm theo tiêu chuẩn. Nếu điều đó thất bại, tùy chọn duy nhất của bạn là ngăn họ lại.

Sử dụng kiến trúc để phá vỡ sự lãnh đạm

"Chúng tôi không thể nói chuyện với những anh chàng đó, bạn biết đấy, họ là những người phát triển phần mềm". – Ở hầu hết các công ty, có những người nhận thấy thật khó nói chuyện với các nhà phát triển phần mềm. Họ là những người tốt một khi bạn bắt đầu hiểu biết họ. Và thái độ của họ đối với bạn sẽ thay đổi một khi họ khám phá ra họ có thể giao tiếp dễ dàng với bạn dùng các hình ảnh thay vì 500 trang tài liệu yêu cầu vô nghĩa.

"Tôi muốn cung cấp cho bạn dữ liệu đó, nhưng trước tiên tôi cần hỏi người quản lý của mình đã. Thế nếu tôi không gặp bạn nữa thì sao?" – Một số người tính đến an toàn việc làm khi giấu giếm thông tin. Bạn không thể sa thải Barney vì ông ta là người duy nhất hiểu các ứng dụng của bạn được nối với nhau như thế nào. Các tuyến nghiệp vụ khác có thể không muốn chia sẻ thông tin do sợ rằng bạn sẽ sử dụng nó để sa thải người làm. Hãy xử lý các tình huống này bằng cách giải thích bạn sẽ sử dụng thông tin như thế nào và nó sẽ mang lại lợi ích cho người cung cấp thông tin như thế nào. Nếu bạn đang sử dụng thông tin cho các mục đích xấu, ví dụ như sa thải người làm, chắc chắn bạn sẽ thấy sự sụt giảm mạnh số người sẵn sàng cung cấp thông tin cho bạn.

Franki Schafrik, Kiến trúc sư doanh nghiệp cao cấp, IBM 
Franki Schafrik có 17 năm kinh nghiệm về sử dụng Rational System Architect. Cô có 20 năm kinh nghiệm tư vấn về Kiến trúc doanh nghiệp với các khách hàng chính phủ và thương mại trên toàn thế giới. Cô dạy các phương pháp luận DoDAF và EA ở nhiều nước. 

*

*

Top