小组团队项目：风险分析

学校餐厅管理系统软件项目风险

三大功能：

1.网上获知每个窗口的今日菜，能够更快地选择排队的地方。每个菜品学生也能看到价格，以防工作人员算错（from xxh）

2.更好地展示餐饮服务人员的信息，提供可匿名的服务举报制以及点赞制。

完善举报制，加入对服务人员的保护机制，防止有人恶意举报。改善方法为：大数据统计法，举报者超过6人才举报生效提供给管理者（from zxy）

同时可以收录除了对工作人员，同时对于环境卫生程度，食物安全卫生，或者餐厅管理上比如许多小窗口但是人多时，可以添加几个窗口等等的建设性意见的交流（from wxj）

3.提供人气推荐的菜单一周一次（from ym），根据同学买的热销度计算出的，也使得食堂管理人员获悉增加哪些伙食的买入量，同时按热销度提供直接的套餐选择，解决都喜欢吃又不知道今天该吃什么的同学需求。（from zcf）

 

 

1.1人员风险：（周冲）

风险：

1.核心测试人员的请假、离职
2.测试人员之间的沟通产生问题导致测试内容重复、缺漏
3.测试人员的测试技术不足，比如说产生测试的思维定势，有些有问题的地方始终测试不到位

4. 作为先决条件的任务不能按时完成

5. 没有找到项目急需的具有特定技能的人。
解决办法：
1.对于核心的测试人员可能离职而延误测试的情况，作为测试管理者可以在平时给这些核心人员配置一些可以候补的测试人员来向他们学习，以避免这些核心人的请假、离职的时候，可以立即补充上来。另外，对于一些关键的业务和技术一定要有文档。

2.测试之前对测试工程师进行明确分工，测试过程中的每一部分都备份记录，并随时注意重复缺漏。
3.每个测试工程师的思维方式肯定有差别，所以测试管理者多让这些工程师在测试每一轮后，在进行不同模块的交叉测试。

4.严格明确先决条件的任务的处理期限，可以适当宽松期限，但是要严格对没有完成的处罚

5.一方面加快寻找这类人员的速度，可多拨经费，另一方面也要注意内部人员对这方面的培养

 

1.2人员架构减少风险（张长锋）

管理层人员：

工作内容：

1、平台的正常运作；

2、其他人员的调配；

3、业务及工作安排；

基金业务人员：
 工作内容：
1、负责日常监控平台的运作，建立风险信息数据库；
2、负责业务和管理部门风险限额、风险控制情况的定期评估工作；
3、对异常情况及潜在的风险提出质疑和核查，向风险控制委员会和管理层履行      风险报告职能。
银行业务人员：

 工作内容：  

1、构建和完善风险分析和评估体系；

2、构建和完善风险限额管理体系；

3、按照风险限额管理的目标进行投资风险控制

4、对日常投资风险进行跟踪和监控；

5、按时进行风险评估，提交风险评估报告，并保证报告质量；

6、分析宏观经济、微观经济和市场变化对投资风险的影响；

7、对重大投资项目和新业务进行风险评估，并提交评估报告。
 项目贷款人员：
 工作内容：

1、负责信贷额度控制工作

2、负责制作风险相关的报表；

3、负责办理抵押登记等外勤工作；

4、其他相关工作。

 

 

2.流程风险（王鑫君）

软件开发流程主要有：需求调研分析----概要设计----详细设计---编码---测试---软件交付准备---验收

流程风险1：软件开发组织在有限的任务时间的压力下，往往放弃文档的编写与更新，结果在软件项目的晚期大量需要通过文档进行协调时，却拖累软件进度越来越慢。此外，由于餐厅管理系统团队编程的配合问题、资源调配等问题也可能使软件项目不能在预定的时间内完成任务。

解决方法：在项目实施的时间进度管理上，需要充分考虑各种潜在因素，适当留有余地;任务分解要详细，便于考核;在执行过程中，应该强调项目按照进度执行的重要项，再考虑任何问题时，都要保持进度作为先决条件。

应该避免：某方面的人员没有到位，或者在多个项目的情况下某方面的人员中途被抽到其他项目，或身兼多个项目，或在别的项目中无法抽身投入本项目。发生错误是在所难免的，因此必要的测试是项目渐近明细的方式之一，随着项目的推进再进一步细化、调整、修正和完善。持续地监控，项目进度控制是随着项目的进行而不断进行的，是一个动态过程，也是一个循环进行的过程。从项目开始，实际进度就进入了进行轨迹，直到项目结束，这个过程的每一个环节都必须完全在监控之中。在计划制定时就要确定项目总进度目标与分进度目标;在项目进展的全过程中，进行计划进度与实际进度的比较，及时发现偏离，及时采取措施纠正或者预防，协调项目参与人员之间的进度关系。

流程风险2：菜单的内容是否会因特殊原因要求修改，如何修改

解决方法：在发布下次菜单前允许修改，一旦发布不允许更改

避免：读者——写者问题

流程风险3：举报超过6人制度按时间来说，每个服务人员都会在未来一个时间点达到6人以上举报，是否引起服务人员的抵触

解决方法：举报超过6人是按月制的，在未来可能会按现实情况进行调整；同时与管理人员商议，能否点赞制给予被点赞的服务人员一定奖赏；明确被举报服务人员的各个层次惩罚制度，举报制只是提醒，要给予服务人员工作的安心

 

3.1技术风险（程雯丽）

风险一：用户参与少或与用户沟通少

解决方案：学生信息平台上宣传，建立平台供用户提意见

风险二：软件测试风险比如软件测试中的缺陷风险，难以重视，容易被遗漏。

比如测试用例风险：测试用例设计不完整，忽视了边界条件、异常处理等情况，用例没有完全覆盖需求；测试用例没有得到全部执行，有些用例被有意或者无疑地遗漏。

解决方案：测试中的风险难以避免，有的风险从理论上可以避免，但实际操作过程中出于时间和成本的考虑，也难以回避。所以团队会留出部分成员专门进行测试，尽量减小风险。

风险三：技术风险。项目团队可能会因为技巧的原因影响项目的成功。比如举报制热销度的算法。

解决方案：团队成员培训，聘请顾问

风险四：相关性风险。一开始参与软件使用的用户少，举报制和人气菜单样本少。

解决方案：先关闭这两项功能，等采集足够样本数再开放

 

3.2技术风险（奚晓宏）

风险五：采用的技术路线可能实现不了代码的设计

解决方案：转移方案，将风险交给真正有能力应对风险的团队负责。或者选择规避，将项目范围缩小。

风险六：在网上可能无法及时悉知各个窗口的今日菜

解决方案：制定应急计划，如与学校食堂菜品负责人进行商谈，提早获知当天的菜品菜单。

风险七：是否存在有人恶意创建账号进行对餐厅工作人员进行恶意举报？

解决方案：接受，并且在账号注册时采用实名制。

 

 

4.1环境风险：（袁铭）

1.设施未及时到位；

应对方法：避免，在项目的启动阶段就落实好各项工具的来源或可能的替代工具。

2.设施虽到位，但不配套，如没有电话、网线、办公用品等；

应对方法：减轻，在做需求分析的同时提前准备好可能所需开发项目的设施配套的网线、办公用品等，在这些工具需要使用之前(一般需要提前一个月左右)跟踪并落实工具的到位事宜。

3.  开发设施和工具的选择不是基于技术需求，不能提供计划要求的功能。

应对方法：减轻，在进行项目开发之前先设计和搭建出系统的基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作。

4.开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具；

应对方法：减轻，在项目开发之前，应该做好工具的功能测试，并了解到团队成员的技术是偏向该种工具的。

5.新的开发工具的学习期比预期的长，内容繁多。

 应对方法：接受，多去学习一些新的开发工具，为以后能够应对该风险做好准备。

 

 

4.2环境风险（张心玥）

 

分以下两个方面进行阐述：

(1)工作环境风险

采用的应对策略：避免。通过分析找出发生风险事件的原因，消除这些原因来避免一些特定风险事件的发生。

分析：工作环境(包括办公环境和人文环境)的好坏直接影响项目成员的工作情绪和工作效率。

应对方法：在项目建设之前，就选择和建设好适合项目特点和满足项目成员期望的办公环境; 在项目的建设过程中不断培育和调整出和谐的人文环境。

(2)系统运行环境风险

采用的应对策略：避免。通过分析找出发生风险事件的原因，消除这些原因来避免一些特定风险事件的发生。

分析：目前，大部分项目系统集成和软件开发是分开进行的(甚至由不同公司承接)。因此，软件系统赖以运行的硬件环境和网络环境的建设进度对软件系统是否能顺利实施具有相当大的影响。

应对方法：避免这种风险的办法是和用户签定相关的协议，跟进系统集成部分的实施进度，及时提醒用户等。