一、引言
由于项目的实现具有不确定性，所以每个项目都是存在风险的。 项目实现过程中的复杂性以及项目内外许多变化的因素，都会造成项目实现过程中的风险。 如果不能对项目的风险进行很好的分析和管理，那么项目的利益相关者将会遭受各种各样的损失。 因此，在开发项目之前做好风险分析是十分必要的。
下面我们将从风险来源（Sources，以下简称“S”）和应对措施（Responses，以下简称“R”）两个方面，对我们的项目所存在的风险进行分析。
二、项目风险分析
1. 人员（People）风险
S1：客户
①客户对于最后交付的产品不满意，要求重新设计和重做；
②客户对规划、原型和规格的审核、决策周期比预期的要长；
③客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长；
R1:
①在交付产品前，阶段性地与客户交流，确认其需求。
②在计划时考虑这一点，将后期部分的预先留出调节的时间。
③让项目成员定期与客户沟通，避免答复时间超出预计。
S2：用户
用户可能用一两次后，因为某些原因而不再坚持使用，转而使用其他社交软件。
R2: 勤做用户调研，获取用户反馈，并根据反馈做出改进。
S3：利益相关者
与股东意见在开发过程中无法达成一致，项目难以继续。
R3: 在项目开始前就明确各种关键问题，若与利益相关者在开发过程中在非关键问题上有分歧，则再通过沟通达成一致。
S4：团队成员
①作为先决条件的任务(如培训及其他项目)不能按时完成。
②开发人员和管理层之间关系不佳，导致决策缓慢，影响全局。
③某些人员需要更多的时间适应还不熟悉的软件工具和环境。
④由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作。
R4:
①首先通过合作分工将作为先决条件的任务共同完成，确保后续任务可以同时进行。
②适当激励，调动积极性。
③让其中一个已经熟练使用软件工具和环境的人带其他不熟悉工作内容的成员。
④及时调节冲突，保证沟通不畅。
2. 流程（Process）风险
S1：项目的目标
做出一个实现学生与老师双方顺利的沟通的软件，但可能会出现不明确的功能要求、页面美化要求之类的不能满足用户的需求。
R1:
项目建设之初就和项目各干系方约定好沟通的渠道和方式、项目建设过程中多和项目各干系方交流和沟通、注意培养和锻炼自身的沟通技巧。
S2：决定流程
PM根据自己的想法决定流程，没有充分考虑用户的需求和技术人员的能力。
R2:
PM针对用户提出的时间要求和软件的功能需求，根据技术人员的实际水平，制定出一个较为合理的流程表。
S3：项目特点
缺乏沟通可能会曲解用户的真实想法，使得项目交付时用户不满意。
R3:
预防这种风险的办法是分阶段交付产品，多运用可行的办法保证工作质量避免返工。
S4：预算
项目中出现大量不可避免的费用支出。
R4:
PM合理管理、运用经费。
S5：费用
由于PM对技术人员的了解不够、沟通不够，或者是和用户之间的交流不够透彻，导致项目延时之类的问题，导致团队人员的工作延期，需要大量的劳务费支出或者大量硬件设施的支持。
R5:
PM与用户之间，与技术人员之间需要频繁地交流，增加项目监控的频度和力度，掌握项目的真正完成情况。
S6：日程
技术人员的实际完成时间与PM的预计完成时间不符合
R6:
PM可以根据各个技术人员的实际水平，适当的放松一点时间限制。
S7：需求
用户可能会多次改变自己对于软件的需求，而技术人员无法提前达到用户的需求。
R7:
预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。
S8：设计
用户不满意当前的页面布局，色彩等。
R8:
PM多与用户和技术人员沟通，达到用户满意的程度。
S9：构建和测试的过程
测试过程部分功能中不满足用户的需求。
R9:
在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。
3. 技术（Technology）风险
S1：技术可用性
出于STC项目师生预约见面功能的特殊性，其所需要的技术主要包括信息实时更新、地图导航等技术。
R1:
①获得与各大地图软件接口连接的权限，实现地图导航技术。
②完善数据库功能，做到数据的实时更新。
S2：安全性
由于STC项目需要获取和公开学生和教师的部分个人信息（例如：联系方式、空闲时间等），这些个人信息可能存在被非法获取的情况，因此STC项目存在安全性风险。
R2:
①提高安全保密机制，保证数据可靠安全。
②用户只能通过学号/工号登录该系统，以确保访问与数据安全。
③对不同用户分配不同的权限。
④保证用户信息的安全性。
S3：运营环境
由于STC项目的系统集成和软件开发是分开进行的。因此，软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响。
R3:
①软件开发者和系统集成者分别与用户签定相关的协议。
②软件开发者跟进系统集成部分的实施进度。
③软件开发者和系统集成者都做到及时提醒用户。
S4：工具
STC软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等，也是项目组需要考虑的风险因素。
R4:
①在STC项目的启动阶段就落实好各项工具的来源或可能的替代工具。
②在这些工具需要使用之前（一般提前一个月左右）跟踪并落实工具的到位事宜。
4. 环境（Environment）风险
S1：竞争对手
市面上不同的竞争对手可能会在我们开展项目的任何阶段进行干扰和破坏，甚至在上市后变相打压。
R1: 严格要求软件开发相关者签署保密协议，优待开发人员，创造良好的开发环境，密切观察市场上竞争者的动向。
S2：工作环境
工作环境（包括办公环境和人文环境）的好坏直接影响项目成员的工作情绪和工作效率。
R2: 在
项目建设之前就选择和建设好适合项目特点财务管理和满足项目成员期望的办公环境、在项目的建设过程中不断培育和调整出和谐的人文环境。
S3：经济环境
财政处理不当，导致开发人员工资等无法落实，开发经费不足。
R3: 在开发之初就预计好相关的支出，并及时告知开发成员我们项目的经费剩余，适当灵活调整。
S4：人员流动
项目成员特别是核心成员的流动给项目造成的影响是非常可怕的，人员的流动轻则影响项目进度，重则导致项目无法继续甚至被迫夭折。
R4: 尽可能将项目的核心工作分派给多人（而不要集中在个别人身上）、加强同类型人才的培养和储备。