A decision involves passing judgmen

A decision involves passing judgment on an issue under consideration. It is commonly understood to be the act of reaching a conclusion or of making up one’s mind. All software projects involve making decisions. Even the act of not making a decision is a decision. For example, if a software project manager chooses to ignore a project member’s request for more resources, the manager is making a decision not to act and must deal with the consequences of this noncommittal decision. Increasing a software professional’s responsibility increases the number of decisions that the professional must make. This book will explore decisions made by different software project stakeholders and will shed light on how these decisions can be made.

The importance of managing the way in which project decisions are made is evident by the numerous publications that discuss decision making, particularly in the context of managing projects, of managing project risks, and more specifically of managing projects involving product development. The following references are just a few select examples of current publications in these areas. For more about decision making as an integral part of project management, see Cleland and Ireland (2007), McManus (2004), Pollack-Johnson and Liberatore (2006), and Verine and Trumper (2007). For more about the relationship between decision making and risk, see Chapman and Ward (2002), Dillon and Tinsley (2008), Hussey and Hall (2007), and Warkentin et al. (2009). For product development project decisions, see Barry et al. (2006), Gutierrez et al. (2008), Krishnan and Ulrich (2001), Messerschmitt (2004), and Schmidt et al. (2001) With the rise of global development, there is also an increasing interest in the effect of cultural, geographical, and time differences on how decisions are made within organizations and projects. For a current discussion of these issues, see Bourgault et al. (2008), Brett (2001), Espinosa et al. (2007), Mojtahedi et al. (2008), Shore (2008), and Wang and Liu (2007).

In general, software professionals do not understand how to systematically make decisions that result in software projects that are considered to be successful by the project stakeholders. One main problem is that decision makers for software projects often do not state or analyze the inputs and outputs of their decision processes specifically with respect to the needs and expectations of the stakeholders. They may recall that a solution was successful for a particular problem, but then they are surprised when the solution is not successful in solving a similar problem in which the stakeholders have different expectations. This book focuses on the viewpoints of different software project stakeholders to help you refine your decision-making processes so that the resulting solutions are more likely to satisfy stakeholder needs and values.

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

Một quyết định liên quan đến việc đi qua bản án về một vấn đề đang được xem xét. Nó thường được hiểu là hành động của đạt đến một kết luận hoặc thực hiện lên tâm trí của một. Tất cả các dự án phần mềm liên quan đến việc ra quyết định. Thậm chí là những hành động không đưa ra quyết định là một quyết định. Ví dụ, nếu một người quản lý dự án phần mềm lựa chọn để bỏ qua các thành viên dự án yêu cầu nguồn lực nhiều hơn, người quản lý là làm cho một quyết định không hành động và phải đối phó với những hậu quả của quyết định noncommittal này. Tăng trách nhiệm một phần mềm chuyên nghiệp làm tăng số lượng các quyết định mà các chuyên môn phải thực hiện. Cuốn sách này sẽ khám phá ra quyết định được thực hiện bởi các bên liên quan dự án phần mềm khác nhau và sẽ làm thế nào các quyết định có thể được làm sáng tỏ.Tầm quan trọng của quản lý cách quyết định dự án được thực hiện là điều hiển nhiên bởi nhiều ấn phẩm thảo luận về quyết định, đặc biệt là trong bối cảnh của quản lý dự án, quản lý rủi ro dự án và cụ thể hơn trong quản lý dự án liên quan đến phát triển sản phẩm. Tài liệu tham khảo sau đây là chỉ là một vài ví dụ chọn các ấn phẩm hiện tại ở các khu vực này. Để biết thêm về ra quyết định như là một phần của quản lý dự án, xem Cleland và Ai-Len (2007), McManus (2004), Pollack-Johnson và Liberatore (2006), và Verine và Trumper (2007). Để biết thêm về mối quan hệ giữa các quyết định và rủi ro, xem Chapman và p. (2002), Dillon và Tinsley (2008), Hussey và Hall (2007) và Warkentin et al. (2009). Cho các sản phẩm phát triển dự án quyết định, xem Barry et al. (2006), Gutierrez et al. (2008), tùng và Ulrich (2001), Messerschmitt (2004), và Schmidt et al. (2001) với sự nổi lên của phát triển toàn cầu, có cũng ngày càng quan tâm đến ảnh hưởng của văn hóa, địa lý và thời gian khác biệt trên làm thế nào các quyết định được thực hiện trong tổ chức và các dự án. Để thảo luận những vấn đề hiện tại, hãy xem Bourgault et al. (2008), Brett (2001), Espinosa et al. (2007), Mojtahedi et al. (2008), bờ biển (2008), và Wang và lưu (2007).Nói chung, các chuyên gia phần mềm không hiểu làm thế nào để có hệ thống đưa ra quyết định dẫn đến dự án phần mềm được coi là thành công bởi các bên liên quan dự án. Một trong những vấn đề chính là quyết định cho dự án phần mềm thường không phải nhà nước hoặc phân tích các yếu tố đầu vào và đầu ra của các quá trình quyết định cụ thể đối với các nhu cầu và mong đợi của các bên liên quan. Họ có thể nhớ lại một giải pháp thành công cho một vấn đề cụ thể, nhưng sau đó họ rất ngạc nhiên khi các giải pháp không phải là thành công trong việc giải quyết một vấn đề tương tự mà trong đó các bên liên quan có những mong đợi khác nhau. Cuốn sách này tập trung vào những quan điểm của các bên liên quan dự án phần mềm khác nhau để giúp bạn tinh chỉnh các quá trình ra quyết định của bạn vì vậy mà kết quả các giải pháp có nhiều khả năng để đáp ứng nhu cầu của các bên liên quan và giá trị.

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

Một quyết định liên quan đến việc phê phán về một vấn đề đang được xem xét. Nó thường được hiểu là những hành động đạt đến một kết luận hoặc làm cho tâm trí của một người. Tất cả các dự án phần mềm liên quan đến quyết định làm. Ngay cả những hành vi không thực hiện một quyết định là một quyết định. Ví dụ, nếu một người quản lý dự án phần mềm lựa chọn để bỏ qua yêu cầu một thành viên của dự án để có thêm nguồn lực, quản lý được thực hiện một quyết định không hành động và phải đối phó với hậu quả của quyết định không hứa hẹn này. Tăng trách nhiệm một phần mềm chuyên nghiệp làm tăng số lượng của các quyết định rằng các nghiệp vụ phải thực hiện. Cuốn sách này sẽ khám phá những quyết định của các bên liên quan dự án phần mềm khác nhau và sẽ làm sáng tỏ làm thế nào những quyết định có thể được thực hiện. Tầm quan trọng của việc quản lý cách thức mà các quyết định dự án được thực hiện là hiển nhiên bởi các ấn phẩm nhiều mà thảo luận về việc ra quyết định, đặc biệt là trong bối cảnh quản lý dự án, quản lý rủi ro dự án, cụ thể hơn trong việc quản lý các dự án liên quan đến phát triển sản phẩm. Các tài liệu tham khảo sau đây chỉ là một vài ví dụ về lựa chọn của các ấn phẩm hiện nay ở các khu vực này. Để biết thêm về việc ra quyết định như là một phần của quản lý dự án, xem Cleland và Ireland (2007), McManus (2004), Pollack-Johnson và Liberatore (2006), và Verine và Trumper (2007). Để biết thêm về mối quan hệ giữa việc ra quyết định và rủi ro, xem Chapman và Ward (2002), Dillon và Tinsley (2008), Hussey và Hall (2007), và Warkentin et al. (2009). Đối với quyết định dự án phát triển sản phẩm, xem Barry et al. (2006), Gutierrez et al. (2008), Krishnan và Ulrich (2001), Messerschmitt (2004), và Schmidt et al. (2001) Với sự gia tăng phát triển toàn cầu, đó cũng là một sự quan tâm ngày càng tăng trong những ảnh hưởng của văn hóa, địa lý, và thời gian khác nhau về cách quyết định được thực hiện trong các tổ chức và các dự án. Đối với một cuộc thảo luận hiện tại của các vấn đề này, xem Bourgault et al. (2008), Brett (2001), Espinosa et al. (2007), Mojtahedi et al. (2008), Shore (2008), và Wang và Liu (2007). Nhìn chung, các chuyên gia phần mềm không hiểu làm thế nào để làm cho hệ thống các quyết định mà kết quả trong các dự án phần mềm được coi là thành công bởi các bên liên quan của dự án. Một vấn đề chính là người ra quyết định cho các dự án phần mềm thường không rõ hoặc phân tích các yếu tố đầu vào và đầu ra của quá trình ra quyết định của họ đối với các nhu cầu và mong đợi của các bên liên quan cụ thể với. Họ có thể nhớ lại rằng một giải pháp thành công cho một vấn đề cụ thể, nhưng sau đó họ ngạc nhiên khi dung dịch không thành công trong việc giải quyết một vấn đề tương tự, trong đó các bên liên quan có những kỳ vọng khác nhau. Cuốn sách này tập trung vào các quan điểm của các bên liên quan dự án phần mềm khác nhau để giúp bạn tinh chỉnh các quá trình ra quyết định của bạn để các giải pháp kết quả có nhiều khả năng để đáp ứng nhu cầu của các bên liên quan và các giá trị.