No matter it is a small or big soft

No matter it is a small or big software project, the software product is a very complex project. Unpredicted events, associated with project carrying out, can negatively affect the costs, term, quality and other aspects of information systems development. Risk is an event or condition which could happen and its appearance, if happens, has a harmful influence on the project. The project risk represents a subjective assessment based on the probability of non-realization of the set objective, within framework of the given time, money and other resources. Of course, the project risk represents the probability of realizing any loss during the project life cycle. The negative event of the project can be realized both at the beginning, developmental, finishing phases and in the post finishing phases (maintenance) of the project development. The probability to realize risk can be measured, i.e. supposed on the scale of measurement from zero (impossible) to 1 (sure realization of the negative event). Of course, the extreme values on this scale do not represent any risk because if any negative risk does not happen, it is not a risk. On the other side, risks should not be identified with events or conditions which require intervention or action. Every project of IS development has some specific kinds of risk, however, some categories of risks are usual for all the kinds of projects, no matter how complex their carrying out is. Risks, in general, can be classified into three categories (Heldman, 2003, p. 148):  Known risks  Known risks with unknown consequences  Unknown risks Known risks, with known consequences, are events which the project team knows, and whose probability of appearance is high. Known risks, with unknown consequences, are known to the project team, but their influence on the project is not known if they realize. Unknown risks represent
Risks in Information Systems Development Projects
Management Information Systems 1/2009 15
risks which cannot be identified, therefore there is no way to predict their consequences and make a plan of activities if these events realize. Anyway, it is necessary, even from the general aspect, to include this kind of risk in this plan. Risks can originate from internal and external sources. Internal risks depend on the very project nature, organizational questions, staff, available resources, and so on. External risks include political, legal and other questions. Some of the general risks in IS development projects are:  Risk relating to the accordance with project goals between project managers, team members and project purchaser. If the project goals are not clearly defined at the beginning of the project, it is very difficult that the project will attain results.  Risk relating to the definition of the project size. Badly defined size can result in the wrong direction of the project development which can cause different consequences as the time limit excess, continual changes of the project size, cost increase, and so on.  Risk relating to the project plan definition. This category of risks is similar to the previous category and it can have the same consequences. External risks in IS development projects represent risks which are out of control of the project team and the organization. External risks include risks associated with political, legal and similar questions. Technical problems, if the project is relied on the new technology which is not yet finished, as well as the late appearance of new technology, can represent a potential risk so it is necessary to carry out new alternative solutions if the cited event appears. In addition, the complexity of the project is supposed to be a risk, i.e. if the project team has accepted the project of given size and complexity. If not, it represents risk which can be realized in the form of need for additional time and other resources associated with additional training and advisory services necessary to the team members. Information systems development requiring the use of software tools and program languages unknown to the team members, are also a risk. Experience of the project team also represents one form of risk because practice shows that experiences and older team members can largely reduce the risk of the project failure.
Thus, risks in IS development projects are numerous; therefore it is necessary to identify risks relating to the key factors of the project successfulness. Eliminating and mitigating negative influences of risks exerting influence on the key factors of successfulness of IS development improve, to a great extent, the opportunity for the project success.

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

Không có vấn đề nó là một dự án phần mềm lớn hay nhỏ, các sản phẩm phần mềm là một dự án rất phức tạp. Sự kiện unpredicted, liên quan đến dự án thực hiện, có thể ảnh hưởng đến các chi phí, thuật ngữ, chất lượng và các khía cạnh khác của thông tin hệ thống phát triển. Rủi ro là một sự kiện hoặc điều kiện mà có thể xảy ra và xuất hiện của nó, nếu xảy ra, có một ảnh hưởng có hại trên dự án. Rủi ro dự án đại diện cho một đánh giá chủ quan dựa trên xác suất phòng không thực hiện các mục tiêu thiết lập, trong khuôn khổ của thời gian nhất định, tiền bạc và tài nguyên khác. Tất nhiên, nguy cơ dự án đại diện cho xác suất của việc thực hiện bất kỳ tổn thất trong vòng đời dự án. Các sự kiện tiêu cực của dự án có thể nhận ra cả hai đầu, phát triển, Khi kết thúc giai đoạn và bài viết khi kết thúc giai đoạn (bảo trì) của dự án phát triển. Xác suất để nhận ra các nguy cơ có thể đo được, tức là phải trên quy mô của các phép đo từ 0 (không thể) 1 (chắc chắn thực hiện các sự kiện tiêu cực). Tất nhiên, các giá trị cực trên quy mô này không thể hiện bất kỳ rủi ro bởi vì nếu không xảy ra bất kỳ rủi ro tiêu cực, nó không phải là một nguy cơ. Bên kia, rủi ro không nên được xác định với sự kiện hoặc điều kiện đòi hỏi sự can thiệp hoặc hành động. Mỗi dự án phát triển IS có một vài loại cụ thể rủi ro, Tuy nhiên, một số loại rủi ro là bình thường cho tất cả các loại dự án, không có vấn đề như thế nào phức tạp của thực hiện. Rủi ro, nói chung, có thể được phân thành ba loại (Heldman, năm 2003, p. 148):  được biết đến rủi ro é rủi ro được biết đến với những hậu quả không rõ é không rõ rủi ro rủi ro được biết đến, với hậu quả nổi tiếng, là sự kiện đó cho biết nhóm dự án, và có khả năng xuất hiện là cao. Rủi ro được biết đến, với hậu quả không rõ, được biết là nhóm dự án, nhưng ảnh hưởng của họ về dự án không được biết đến nếu họ nhận ra. Chưa biết rủi ro đại diện cho
Rủi ro trong thông tin hệ thống phát triển dự án
hệ thống thông tin quản lý 1/2009 15
rủi ro mà không thể được xác định, do đó có là không có cách nào để dự đoán hậu quả của họ và thực hiện một kế hoạch hoạt động nếu những sự kiện này nhận ra. Dù sao, nó là cần thiết, ngay cả từ các khía cạnh chung, bao gồm các loại rủi ro trong kế hoạch này. Rủi ro có thể có nguồn gốc từ các nguồn nội bộ và bên ngoài. Rủi ro nội bộ phụ thuộc vào dự án rất tự nhiên, câu hỏi tổ chức, nhân viên, nguồn lực sẵn có, và như vậy. Rủi ro bên ngoài bao gồm chính trị, Pháp lý và các câu hỏi. Một số rủi ro chung trong IS phát triển dự án là: é rủi ro liên quan để phù hợp với mục tiêu dự án giữa quản lý dự án, thành viên trong đội và dự án mua. Nếu các mục tiêu dự án không được xác định rõ ràng ở đầu của dự án, nó là rất khó khăn mà dự án sẽ đạt được kết quả.  rủi ro liên quan đến định nghĩa của kích thước dự án. Badly xác định kích thước có thể gây ra theo hướng sai của sự phát triển dự án mà có thể gây ra hậu quả khác nhau khi giới hạn thời gian dư thừa, liên tục thay đổi kích thước dự án, chi phí tăng, và như vậy.  rủi ro liên quan đến dự án kế hoạch định nghĩa. Thể loại này của rủi ro tương tự như các thể loại trước và nó có thể có những hậu quả tương tự. Các rủi ro bên ngoài trong dự án phát triển IS đại diện cho rủi ro mà là ngoài tầm kiểm soát của nhóm dự án và tổ chức. Rủi ro bên ngoài bao gồm những rủi ro liên quan đến chính trị, Pháp lý và tương tự như câu hỏi. Vấn đề kỹ thuật, Nếu dự án dựa trên công nghệ mới đó không được hoàn thành, cũng như sự xuất hiện cuối của công nghệ mới, có thể đại diện cho một nguy cơ tiềm năng vì vậy nó là cần thiết để thực hiện giải pháp thay thế mới nếu sự kiện này trích dẫn xuất hiện. Ngoài ra, sự phức tạp của dự án là nghĩa vụ phải là một nguy cơ, tức là nếu đội dự án đã chấp nhận một kế hoạch cho kích thước và độ phức tạp. Nếu không, nó đại diện cho nguy cơ mà có thể được thực hiện trong các hình thức cần thiết cho thời gian bổ sung và các nguồn lực khác liên quan đến đào tạo bổ sung và dịch vụ tư vấn cần thiết để các thành viên trong nhóm. Thông tin hệ thống phát triển đòi hỏi việc sử dụng phần mềm và chương trình ngôn ngữ chưa được biết đến các thành viên trong đội, cũng là một nguy cơ. Kinh nghiệm của đội dự án cũng đại diện cho một hình thức của rủi ro vì thực tế cho thấy rằng những kinh nghiệm và thành viên trong nhóm lớn phần lớn có thể giảm nguy cơ của sự thất bại của dự án.
Do đó, rủi ro trong IS phát triển dự án rất nhiều; Vì vậy, nó là cần thiết để xác định các rủi ro liên quan đến các yếu tố chính của dự án successfulness. Loại bỏ và giảm nhẹ các ảnh hưởng tiêu cực của rủi ro exerting ảnh hưởng đến các yếu tố chính của successfulness IS phát triển cải thiện, đến một mức độ lớn, cơ hội cho sự thành công của dự án.