“小账本”软件项目风险
在王文娟老师的第八周课堂上，老师提出希望我们针对自己的项目合理的提出可能存在的潜在项目风险以及限制，因此，经过我们团队的讨论以及对于市场上一定的调查和探索，我们分别从四个方面罗列出了几大可能存在的风险：
人员风险（Personal risk）：
一、人员流动风险：
在团队本项目过程中，技术人员的流动可能会给这款软件的开发带来很大损失，人员流动需要很高的成本，雇佣一个新员工的成本相当于老员工4.5~5个月的工资，人员的频繁流动还将抑制企业引进新技术、指定培训计划和发展策略，也就导致这款软件的开发、发展以及更新进度停滞不前
二、人员商业泄密风险：
在软件开发过程中，技术人员需要有着较好的保密性，如果在职开发人员将该软件的核心特色方面等泄漏给相似产品的竞争对手，那么对于我们软件的发布的初期将会造成非常大的阻碍以及损失。
三、人员恶意犯罪风险：
在软件开发中，有着极小概率的但不是没可能的会产生一种极端的情况：开发人员由于巨大的压力和各种负面化的情绪挤压，导致突发的情绪崩溃或者报复心理的激发，使得恶意的破坏整个软件的开发进度和内容，这种情况带来的损失将会是非常巨大的。
问题解决方案：
1）对于人员风险问题一：
①找出人员流动的原因。可以与项目现有人员一起探讨人员流动的问题。比如是否公司提供的工作条件不如人意、报酬偏低、竞争激烈等。找出原因后，提出解决问题的策略，在可能的范围内改善工作条件，至于报酬，不可能无限地增加，可以把工作业绩和报酬挂钩，提高员工的工作积极性，适当控制竞争的程度，最重要的一点是要培养员工对公司的归属感。
②当项目启动后，假设会发生人员流动并采取一些技术措施保证当人员离开时的工作连续性。
③对所有工作进行详细复审，使得不止一个人熟悉该项工作。
④对于每一个关键的技术人员都制定一个后备人员。
⑤满足员工的个人成长需要，进行丰富的再培养计划，缓解员工压力，保证员工个人需求。
⑥持续培养企业文化，强调以人为本，给员工成就感，提供各种保证策略以提高员工对自己的满意度，给他们在企业足够的发展空间。
2）对于人员风险问题二：
①明确严格的规章制度，对于泄漏者采取法律手段严惩。
②当项目启动后，将项目小组的成员与其他无关该项目的人员分隔开，达到该项目的内容计划只有该项目的内部人员知道，将人员经行分区化管理
3）对于人员风险问题三：
①适时的开展一些活动拓展，缓解人员的压力，释放他们的情绪以及提高人员的幸福感
②及时了解开发成员的情况，对于员工的不满等倾诉，进行合理的，及时的解决，决不能放任不管
流程风险（Process risk）
一、流程临时变更风险：
在软件开发的过程中，由于用户需求的临时变更，人员流动的变化，资金链的暂时短缺等各种因素可能会导致整个项目流程的临时变更，如果应对的措手不及，带了的损失也将会是巨大的
二、流程制定不妥当风险：
一个妥当完善的开发流程对于一款软件的开发是非常重要的，如果项目进行到一半发现后续流程有问题，不符合该软件的开发，那么在中途重新规划流程，不仅在时间上耽误了，更是浪费了大量的财力物力，直接将成本提高了不少，对于产品发布后的盈利也将造成不小的损失。
问题解决方案：
1）对于流程风险问题一：
①在项目开发启动之前，确定好用户需需求，并对未来可能的需求变化做好应对措施，同时对于其他各种情况造成的流程变更做好第二方案，使得整个项目留有足够应对大部分高概率情况造成的流程变更问题的后备流程方案。
②在整个项目开发按照流程进行的过程中，制定的流程应该保证后一流程的变更不会对前一流程造成十分大的影响，能够在后备方案排不上用场的时候，仅仅改变后续流程即可接着进行项目。
2）对于流程风险问题二：
①在初期制定好一个妥当、晚上的流程，对流程的各个方面的可行性经行严格的分析和审核。
②同样的，在整个项目开发按照流程进行的过程中，制定的流程应该保证后一流程的变更不会对前一流程造成十分大的影响，在发现流程有问题的时候，仅仅改变后续流程即可接着进行项目，将损失减到最小。
技术风险（Technology risk）：
一、技术落后风险：
由于在软件项目的过程中，我们的软件还没完全开发出来，市面上就会产生新的技术来匹配同类的产品，那么这也许就意味着我们需要丢弃前面的开发进度，重新开始，这是一种在财力，人力，物力以及时间上的一种巨大损失，及时强行投入市面上也得不到可观的效益。举个例子，就好比几年前街道旁刚开始有出租车按钮，按一下过一会就会有的士收到信息并过来的的士按钮站，但它刚出现不久，就有手机打车软件出现，那么这种情况对于的士按钮站这个软件来说，无疑是一种巨大的冲击。
二、技术重点不匹配风险：
如果在项目中，没有把握好软件的定位以及功能，将技术的重点研究方向与产品不匹配，这样开发出来的软件将会是没有市场的，等于做了无用功。比如银行相关App的技术重点多半是放在加密技术和防入侵上。但如果你将界面视觉效果作为技术重点放在银行App上，那么结果可想而知，是没有前景和市场的，并且给用户和我们自己带来巨大的损失
三、技术更新缓慢：
在软件发布后，随着市场的发展，软件内的各种技术更新换代也是非常快的，如果没有及时的做好这一点，那么根据市场导向我们的软件也将会被逐渐淘汰。
问题解决方案：
1）对于技术风险问题一：
①首先最基本的是要求开发人员有着深厚的技术功底，能应对技术变更比软件开发进度快的风险，对新技术的学习能力强，能很快的对自身软件进行更新
②在软件开发中应考虑到留有一个技术相关的接口，能快速的将市面上出现的新技术嵌入我们的软件中
2）对于技术风险问题二：
①结合需求和可行性定位好自己软件的主打方向，避免盲目开发
②将资金，物资，人力等分配，按照重点级别分配，这样即使在软件的技术不小心发展在了在非重点的方向上，也会因为各方面短缺的阻碍使得整个项目组停下里经行重新分析，使得项目组意识到存在的问题
3）对于技术风险问题三：
①及时了解和掌握市面上的技术更新方向，对技术的更新换代进行及时处理，不能拖延
②要求开发人员有着深厚的技术功底，对新技术的学习能力强，能很快的对自身软件进行更新换代。
环境风险（Environment risk）：
一、市场环境风险：
可能会发生金融危机等市场大变动的环境风险，在这个期间开发软件，不管是对开发过程、初期发布以及后期发展都是巨大的阻碍，处理不当严重的甚至会导致项目直接宣告失败
二、内部环境风险：
开发软件的公司或者团队可能由于不良的负面新闻、失策的公关等内部因素的，导致人们对软件的了解度很低或者严重的是对我们自身而不是软件有着很低的评分以及负面的看法，那么即使你的软件做的再好，也会在初期造成十分大的损失。
问题解决方案：
1）对于环境风险问题一：
①在软件开发的每个阶段，都做好应对市场动荡的后备方案
②实时了解和分析市场情动荡，并根据情况及时修改后备方案以应对风险
2）对于环境风险问题二：
①做好合理的公关，在做好软件的同时，打造团队的良好口碑
②在每一阶段适当的公开软件相关信息，提高人们的关注度
组织风险（organization risk）
一、组织交互风险
组织交互风险是组织之间相关的风险，主要包括协调风险、安全风险、合作风险等。由于各个组织可能已有存在的异构系统，导致了数据不兼容和整合问题。在各个系统间进行整合和测试需要耗费大量的时间，而且涉及到多个组织间的协调配合已制定计划和实施从而增加了额外的风险，并由于利益的趋势，使得各个组之间相互猜疑，不能相互信任，互相指责，最终影响开发进度和满意度。
问题解决方案：
1）对于组织交互风险问题一：
选择合适的项目发起人减少组织风险。项目发起人在项目管理中占有重要的角色。由于项目干系人由于所处的位置不同，利益也不同，对项目的目标和范围也有很不同的理解，这是，需要项目发起人解决冲突，做出决策。所以项目发起人应具有较高的行政级别，具备适当的足够的财务决定权和行政权力。项目发起人的首要职责是管理其它项目关系人，解决项目冲突。选择合适的项目发起人会减少问题解决的延迟，平衡各个干系人之间的冲突。
本项目的软件开发的风险降低关键在于根据项目环境识别并使用相应的项目管理方法，软件开发是一个不断探索并改进的过程，将项目管理和传统项目管理相结合地实施，可以有效地减少或环节软件开发的风险。
团队成员： 1759115岑拓望 1759116钟宇航 1759117何昌霖 1759118李铮达 1711216蔡佳泉 1759102陈永欣 1551137林宇靖