Data Envelopment Analysis (DEA) is a very powerful servicemanagement a dịch - Data Envelopment Analysis (DEA) is a very powerful servicemanagement a Việt làm thế nào để nói

Data Envelopment Analysis (DEA) is

Data Envelopment Analysis (DEA) is a very powerful service
management and benchmarking technique originally developed by
Chames, Cooper and Rhodes (1978) to evaluate nonprofit and public
sector organizations. DEA has since been proven to locate ways to
improve service not visible with other techniques. Yet there is an
anomaly surrounding this developing methodology. One of the largest
US banks located over $100 million of excess annual personnel and
operating costs, enough to affect their earnings per share and these
savings were not identifiable with other techniques in use. While
other banks have also realized improved profits through initiatives
driven by DEA, we could not locate more than 10 banks in this
category. While businesses have no obligation to report their internal
methods, DEA has not been widely adopted by banks. Why is DEA, a
method that can generate new paths to improved profits not used when
other less powerful techniques continue in use? We believe that
50 Sherman and Zhu
greater adoption of DBA will only be possible when it is more
accessible, a key objective of this chapter and this volume. Moreover,
every service organization can benefit from DBA in different ways
and DBA can be adapted to help improve service productivity.
Increased use by service managers will identify new strengths and
benefits that can be derived from DBA along with gaps and
weaknesses. The latter can set the agenda for future research on
adapting DBA and will help identify areas where this methodology is
inappropriate and ineffective, allowing managers to identify these
types of applications of DBA.
Linear programming is the underlying methodology that makes
DBA particularly powerful compared with alternative productivity
management tools. DBA has been widely studied, used and analyzed
by academics that understand linear programming. *
Managers have not widely adopted DBA to improve organization
performance, in part, because most DBA publications are in academic
journals or books requiring the ability to understand linear
programming and supporting mathematical notation. In fact, some
managers trying to use DBA based on their understanding of academic
publications have misunderstood the way to apply DBA. They
erroneously attribute weak results to the technique when the problem
is often due to the misapplication of DBA.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Dữ liệu Envelopment phân tích (DEA) là một dịch vụ rất mạnh mẽđiểm chuẩn kỹ thuật và quản lý ban đầu được phát triển bởiChames, Cooper và Rhodes (1978) để đánh giá phi lợi nhuận và khu vựcCác tổ chức khu vực. DEA đã kể từ khi được chứng minh để xác định cách đểcải thiện dịch vụ không thể nhìn thấy với các kỹ thuật khác. Tuy nhiên, có mộtbất thường xung quanh phương pháp phát triển này. Một trong những lớn nhấtNgân hàng Hoa Kỳ nằm trên 100 triệu đô la Mỹ nhân sự dư thừa hàng năm vàchi phí, đủ để ảnh hưởng đến thu nhập của mỗi cổ phiếu và những điều hànhtiết kiệm không được nhận dạng với các kỹ thuật khác sử dụng. Thời gianCác ngân hàng khác cũng đã nhận ra các lợi nhuận được cải thiện thông qua các sáng kiếnđược dẫn dắt bởi DEA, chúng ta không thể định vị hơn 10 ngân hàng ở đâythể loại. Trong khi các doanh nghiệp không có nghĩa vụ báo cáo nội bộ của họphương pháp, DEA đã không được rộng rãi thông qua ngân hàng. Tại sao là DEA, mộtphương pháp có thể tạo ra các đường dẫn mới để cải thiện lợi nhuận không sử dụng khi nàocác kỹ thuật ít mạnh mẽ khác tiếp tục sử dụng? Chúng tôi tin rằng 50 Sherman và Zhunhận con nuôi lớn hơn của DBA sẽ chỉ có thể khi nó nhiều hơncó thể truy cập, một mục tiêu quan trọng của chương này và tập này. Hơn nữa,mọi tổ chức dịch vụ có thể hưởng lợi từ DBA trong nhiều cách khác nhauvà DBA có thể được điều chỉnh để giúp nâng cao năng suất dịch vụ.Gia tăng sử dụng bởi dịch vụ quản lý sẽ xác định thế mạnh mới vàlợi ích mà có thể được bắt nguồn từ DBA cùng với những khoảng trống vàđiểm yếu. Sau này có thể thiết lập chương trình nghị sự tương lai nghiên cứu trênthích ứng DBA và sẽ giúp xác định các khu vực mà phương pháp này làkhông phù hợp và không hiệu quả, cho phép quản lý để xác định cácloại ứng dụng DBA.Lập trình tuyến tính là các phương pháp cơ bản mà làm choDBA đặc biệt mạnh mẽ so với năng suất thay thếcông cụ quản lý. DBA đã được nhiều nghiên cứu, sử dụng và phân tíchbởi viện nghiên cứu hiểu lập trình tuyến tính. *Nhà quản lý đã không rộng rãi thông qua DBA để cải thiện các tổ chứchiệu suất, một phần, bởi vì hầu hết các ấn phẩm DBA trong học tậptạp chí hay cuốn sách đòi hỏi khả năng hiểu tuyến tínhlập trình và hỗ trợ các ký hiệu toán học. Trong thực tế, một sốCác nhà quản lý cố gắng sử dụng DBA dựa trên sự hiểu biết của họ về học tậpẤn phẩm đã hiểu lầm là cách để áp dụng DBA. Họsai lầm cho rằng kết quả yếu kỹ thuật khi vấn đềthường là do misapplication DBA.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Phân tích bao dữ liệu (DEA) là một dịch vụ rất mạnh mẽ
quản lý và điểm chuẩn kỹ thuật ban đầu được phát triển bởi
Chames, Cooper và Rhodes (1978) để đánh giá chức phi lợi nhuận và công cộng
tổ chức khu vực. DEA từ đó đã được chứng minh để xác định vị trí cách để
cải thiện dịch vụ không thể nhìn thấy bằng các kỹ thuật khác. Tuy nhiên, có một
bất thường xung quanh phương pháp luận phát triển này. Một trong những lớn nhất
các ngân hàng của Mỹ đặt trên 100 $ triệu nhân dư thừa hàng năm và
chi phí vận hành, đủ để ảnh hưởng đến thu nhập của họ trên mỗi cổ phiếu và các
khoản tiết kiệm là không nhận dạng với các kỹ thuật khác sử dụng. Trong khi
các ngân hàng khác cũng đã nhận ra lợi nhuận được cải thiện thông qua các sáng kiến
thúc đẩy bởi DEA, chúng tôi không thể xác định vị trí hơn 10 ngân hàng trong này
loại. Trong khi các doanh nghiệp không có nghĩa vụ báo cáo nội bộ của họ
phương pháp, DEA đã không được chấp nhận rộng rãi bởi các ngân hàng. Tại sao là DEA, một
phương pháp có thể tạo ra những con đường mới để cải thiện lợi nhuận không được sử dụng khi
các kỹ thuật ít mạnh mẽ khác tiếp tục được sử dụng? Chúng tôi tin rằng
50 Sherman và Zhu
áp lớn hơn của DBA sẽ chỉ có thể có khi nó là nhiều hơn
dễ tiếp cận, một mục tiêu quan trọng của chương này và khối lượng này. Hơn nữa,
mọi tổ chức dịch vụ có thể được hưởng lợi từ DBA những cách khác nhau
và DBA có thể được điều chỉnh để giúp cải thiện năng suất dịch vụ.
Tăng sử dụng bởi các nhà quản lý dịch vụ sẽ xác định điểm mạnh và mới
lợi ích mà có thể được bắt nguồn từ DBA cùng với những khoảng trống và
điểm yếu. Sau đó có thể thiết lập chương trình nghị sự cho các nghiên cứu trong tương lai về
thích ứng DBA và sẽ giúp xác định các lĩnh vực mà phương pháp này là
không phù hợp và không hiệu quả, cho phép các nhà quản lý để xác định các
loại ứng dụng của DBA.
Lập trình tuyến tính là phương pháp cơ bản mà làm cho
DBA đặc biệt mạnh mẽ so với thay thế năng suất
công cụ quản lý. DBA đã được nghiên cứu rộng rãi, sử dụng và phân tích
của các học giả mà hiểu lập trình tuyến tính. *
Các nhà quản lý đã không chấp nhận rộng rãi DBA để hoàn thiện tổ chức
thực hiện, một phần, bởi vì hầu hết các ấn phẩm DBA là trong học tập
tạp chí hoặc sách đòi hỏi khả năng hiểu tuyến tính
lập trình và hỗ trợ các ký hiệu toán học. Trong thực tế, một số
nhà quản lý cố gắng sử dụng DBA dựa trên sự hiểu biết của họ về học tập
ấn phẩm đã hiểu lầm về phương pháp thi DBA. Họ
sai lầm thuộc tính kết quả yếu để kỹ thuật này khi vấn đề
thường là do sử dụng sai DBA.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: