On the other hand, there is still s

On the other hand, there is still some drawback in TOGAF. Firstly, “The ADM
is not an introductory text to software architecture for beginners” (Wolfgang W.
Keller, 2012, p .32). It means that to use TOGAF efficiency, you must have a
good knowledge about software engineer even better if you have a degree about
business management. Next, although TOGAF provide many architecture like
Architecture Board. Architecture Compliance, etc, it is not focus on IT strategic
planning and management. It’s also mean that it’s no give we a detail plan and
method to make it work and increase success rates. Again, TOGAF is very good
at architect a specific project in all scale, but in management to ensure that, may
be it just covers about thirty percent (Wolfgang W. Keller, 2012, p .43).
Enterprise IT Architecture Management is a very essential factor of successful
which is hard to be predict by TOGAF (Wolfgang W. Keller, 2012, p .44).
Moreover, it cannot do what Agile can do. For example, we have a s mall team
live and work to together; they always have to collaborate with their customer
and deliver quick and on time. They are not too professional but our product can
be iterative and incremental so Agile is more fit.

Kết quả (Việt) 1:

Mặt khác, vẫn còn một số nhược điểm trong TOGAF. Trước hết, "ADM không phải là một văn bản giới thiệu để kiến trúc phần mềm cho người mới bắt đầu"(Wolfgang W. Keller, 2012, p.32). Nó có nghĩa là rằng để sử dụng TOGAF hiệu quả, bạn phải có một tốt kiến thức về kỹ sư phần mềm thậm chí tốt hơn nếu bạn có một văn bằng về quản trị kinh doanh. Tiếp theo, mặc dù TOGAF cung cấp nhiều kiến trúc như Kiến trúc hội đồng quản trị. Kiến trúc tuân thủ, vv, nó không phải là tập trung vào nó chiến lược lập kế hoạch và quản lý. Nó cũng có nghĩa là nó là không có cung cấp cho chúng tôi một kế hoạch chi tiết và phương pháp để làm cho nó làm việc và tăng tỷ lệ thành công. Một lần nữa, TOGAF là rất tốt tại kiến trúc sư một dự án cụ thể trong tất cả các quy mô, nhưng quản lý để đảm bảo rằng, có thể là nó chỉ bao gồm khoảng ba mươi phần trăm (Wolfgang W. Keller, 2012, p.43).Quản lý kiến trúc doanh nghiệp nó là một yếu tố rất cần thiết của thành công đó là khó có thể được dự đoán bởi TOGAF (Wolfgang W. Keller, 2012, p.44). Hơn nữa, nó không thể làm Agile có thể làm gì. Ví dụ, chúng tôi có một đội ngũ mall s sống và làm việc để cùng nhau; họ luôn luôn phải cộng tác với khách hàng của họ và cung cấp nhanh chóng và về thời gian. Họ không quá chuyên nghiệp nhưng sản phẩm của chúng tôi có thể được lặp đi lặp lại và gia tăng để Agile là phù hợp hơn.

Kết quả (Việt) 2:

Mặt khác, vẫn còn một số nhược điểm trong TOGAF. Thứ nhất, "The ADM
không phải là một văn bản giới thiệu đến kiến trúc phần mềm cho người mới bắt đầu" (Wolfgang W.
Keller, 2012, p 0,32). Nó có nghĩa rằng để sử dụng hiệu quả TOGAF, bạn phải có một
kiến thức tốt về kỹ sư phần mềm thậm chí còn tốt hơn nếu bạn có một mức độ về
quản lý kinh doanh. Tiếp theo, mặc dù TOGAF cung cấp nhiều kiến trúc như
kiến trúc Board. Kiến trúc Tuân, vv, nó không phải là tập trung vào chiến lược CNTT
lập kế hoạch và quản lý. Nó cũng có nghĩa là nó không có Give chúng tôi một kế hoạch chi tiết và
phương pháp để làm cho nó làm việc và tăng tỷ lệ thành công. Một lần nữa, TOGAF là rất tốt
tại kiến trúc sư một dự án cụ thể trong tất cả các quy mô, nhưng trong quản lý để đảm bảo rằng, có thể
là nó chỉ bao gồm khoảng ba mươi phần trăm (Wolfgang W. Keller, 2012, p 0,43).
CNTT Quản lý Kiến trúc doanh nghiệp là rất yếu tố thiết yếu của thành công
đó là khó có thể được dự đoán bởi TOGAF (Wolfgang W. Keller, 2012, p 0,44).
Hơn nữa, nó có thể không làm những gì có thể làm Agile. Ví dụ, chúng ta có khi đội mall
sống và làm việc để cùng nhau; họ luôn luôn phải cộng tác với khách hàng của họ
và cung cấp nhanh chóng và kịp thời. Họ không phải là quá chuyên nghiệp nhưng sản phẩm của chúng tôi có thể
được lặp đi lặp lại và gia tăng nên Agile là phù hợp hơn.