Lợi ích của TOGAF hay tương tự? [đóng cửa]


9

Tôi có thể đọc trang web này và bị ấn tượng bởi những lợi ích bị cáo buộc, nhưng tôi chưa từng làm việc ở bất cứ đâu hoặc với bất kỳ ai theo khuôn khổ kiến ​​trúc TOGAF (hoặc bất kỳ thay thế nào).

Tổ chức của chúng tôi đã tuyên bố dành riêng để chuyển từ mô hình phát triển và thiết kế khá tồi tàn sang một cái gì đó tiếp cận một quy trình có cấu trúc hiện đại.

Những điều như TOGAF đã được đề cập là giúp đạt được môi trường phát triển doanh nghiệp đẳng cấp thế giới (!) Nhưng tôi tin rằng không ai ở đây thực sự hiểu được lợi ích trong thế giới thực mà việc áp dụng bán buôn có thể mang lại và quan trọng hơn là nỗ lực / đau cần thiết để đạt được như nhau.

Bạn có kinh nghiệm sử dụng TOGAF hoặc tương tự như điều khiển đấu vật trong một tổ chức không? Bạn có nghĩ rằng việc sử dụng khuôn khổ mang lại bất kỳ lợi ích?

Chỉnh sửa : Để làm rõ TOGAF là "Khung kiến ​​trúc nhóm mở", một phương pháp chi tiết và bộ công cụ để phát triển kiến ​​trúc doanh nghiệp. Xem: http://www.opengroup.org/arch architecture / togaf8-doc / arch /


3
Tôi không có bất kỳ trải nghiệm TOGAF nào, vì vậy tôi sẽ trả lời trong nhận xét này. Sau khi đọc liên kết, TOGAF trông rất phức tạp và mang tính học thuật cao. Tôi nghi ngờ bạn sẽ không bao giờ vượt qua được. Bạn đang ở trong một "mô hình phát triển shambolic" và điều đó thật tệ, nhưng tại sao lại đi đến một thái cực khác ngược lại (điều này cũng tệ như vậy)? Mục tiêu thấp hơn một chút. Tìm một nền tảng tốt đẹp thay vì đó là công việc cho bạn.
Martin Wickman

1
Tìm kiếm trang web TOGAF trong 10 giây nhắc nhở tôi quá nhiều thứ như HL7, CDA và các thông số kỹ thuật vô lý khác là một rắc rối lớn.
whatsisname

"Những thứ như TOGAF đã được đề cập như giúp đạt được một môi trường phát triển doanh nghiệp đẳng cấp thế giới" như có hàng trăm thứ khác ...
jwenting

Câu trả lời:


8

Chà, tôi đã thấy một vài công ty đang cố gắng áp dụng các phương pháp / khung tương tự như TOGAF (nhưng không phải TOGAF) và trong tất cả các trường hợp này tôi chỉ chứng kiến ​​những thất bại.

Miễn là tôi đã thấy, có ít nhất ba lý do cho những thất bại đó:

  1. Các phép đo / khung này rất phức tạp đến nỗi đòi hỏi một nhóm phải tự mình quản lý / thông qua / thực hiện. Công ty đã kết thúc chỉ làm điều đó. Không có thời gian / người còn lại cho công việc thực sự. Thậm chí tệ hơn: công cụ này can thiệp rất nhiều vào công việc hàng ngày.

  2. Các phép đo / khung này không thực sự cố gắng làm cho kiến ​​trúc doanh nghiệp và các quy trình kinh doanh của nó trở nên dễ quản lý hơn hoặc đáng tin cậy hơn. Họ chỉ cố gắng tổ chức chúng (một cách rất hàn lâm). Điều này làm cho toàn bộ điều dễ hiểu / hợp lý hơn từ quan điểm (bên ngoài) của người quản lý / doanh nghiệp nhưng không làm cho nó tốt hơn cho những người làm công việc thực sự.

  3. Các phép đo / khuôn khổ này được coi là quản lý / người kinh doanh biết những gì họ muốn sản xuất / cung cấp trước. Điều này thường không đúng. Làm cho một sản phẩm / dịch vụ thị trường thường là một vấn đề thử nghiệm và thay đổi. Bản chất thực sự của sản phẩm / dịch vụ được sản xuất / cung cấp chỉ thực sự được biết đến khi kết thúc quá trình R & D dài, chứ không phải lúc đầu. Cố gắng chính thức hóa / tổ chức một quá trình khám phá như vậy chỉ là không thực tế.

Như jkhollhepp đã nói, nếu bạn phải tổ chức lại một kiến ​​trúc phức tạp, có thể rất khó để bắt đầu từ một trang trống. Trong trường hợp này, sử dụng TOGAF hoặc một khung tương tự làm điểm bắt đầu có thể hữu ích. Mặc dù vậy, tôi có cảm giác rằng bạn nên sử dụng TOGAF như một mô hình lý thuyết / khái niệm chỉ . Bất kỳ nỗ lực nào để thực sự sử dụng nó nên được tránh cho đến khi ai đó có thể chứng minh rằng nó là hành động bắt buộc hoặc không thể tránh khỏi.


7

Chứng nhận TOGAF là tuyệt vời để giúp bạn có một cuộc phỏng vấn.

Sau đó tôi không chắc chắn về giá trị của nó.

Lực đẩy chính của TOGAF là về tiêu chuẩn hóa thuật ngữ và các sơ đồ kiến ​​trúc khác nhau. Bản thân nó là một điều tốt NHƯNG rất mơ hồ về những gì nên đi vào sơ đồ và những gì sử dụng thực tế có thể được thực hiện từ chúng.

Ngoài ra, tôi thấy khó có thể thực hiện nghiêm túc bất kỳ tiêu chuẩn nào xuất phát từ tổ chức chịu trách nhiệm về fiasco CORBA.

Tôi thực sự muốn giới thiệu cuốn sách khóa học TOGAF cho bất cứ ai khó ngủ. Phong cách lặp đi lặp lại với các trang đầy đủ cùng một câu nói đã diễn đạt lại năm cách khác nhau khiến tôi không thể mở mắt trong hơn bốn trang. :-)

Theo như Kiến trúc doanh nghiệp, Zachman vẫn là vua của đống.


4

Tôi đã xem TOGAF và công ty của tôi sử dụng các khung kiến ​​trúc khác nhưng tôi chưa thấy cái nào được sử dụng. Tôi sẽ nói rằng những điều này không cung cấp cho bạn nhiều "ngoài luồng". Nhưng, nếu bạn sử dụng chúng để giúp cấu trúc suy nghĩ của bạn xung quanh các kiến ​​trúc hệ thống của bạn và điều chỉnh nó theo các chi tiết của tổ chức của bạn, điều đó có thể hữu ích.

Hãy suy nghĩ về nó như thế này. Thật sự rất khó để bắt đầu từ một trang trống và nói "hãy viết lên khung kiến ​​trúc của tổ chức chúng tôi". Bắt đầu từ TOGAF có thể dễ dàng hơn bắt đầu từ một trang trống.


+1 - TOGAF là điểm khởi đầu tốt hơn bất kỳ mô hình thiết kế và phát triển shambolic nào khác.
Mike H

0

Tôi cho rằng việc sử dụng TOGAF hoặc tương tự sẽ trở nên hữu ích khi công ty và đặc biệt là bối cảnh CNTT của nó đạt được quy mô lớn. Một công ty thực sự lớn (sử dụng hơn 25 nghìn người và có hơn 100 hệ thống CNTT khác nhau) nơi tôi đang thực tập là sử dụng TOGAF. Và đó là các khái niệm và cách tiếp cận được tham chiếu trong kiến ​​trúc xác định các bài báo trong suốt các dự án họ làm.

  • Một trong những lợi ích mà tôi thực sự có thể cảm nhận được - là chúng có ngôn ngữ chung cho nhiều bên liên quan có liên quan đến các lớp phát triển-kiến trúc-kinh doanh.

  • Một điểm khác được nêu trong TOGAF là bạn sẽ cần điều chỉnh những thứ TOGAF có (như ADM) cho phạm vi công ty của bạn - sau đó bạn sẽ nhận được "khung kiến ​​trúc của tổ chức chúng tôi" sẽ có những gen tốt để nói.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.