小帐本APP——软件项目风险管理及解决办法案例

小帐本APP——软件项目风险管理及解决办法案例

摘要

软件项目风险是指在软件开发过程当中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，若是项目风险变成现实，就有可能影响项目的进度，增长项目的成本，甚至使软件项目不能实现。若是对项目进行风险管理，就能够最大限度的减小风险的发生。

 

 

项目风险管理

 

 

人员风险（Personal risk）：

1、人员流动风险：

在团队本项目过程当中，技术人员的流动可能会给这款软件的开发带来很大损失，人员流动须要很高的成本，雇佣一个新员工的成本至关于老员工4.5~5个月的工资，人员的频繁流动还将抑制企业引进新技术、指定培训计划和发展策略，也就致使这款软件的开发、发展以及更新进度停滞不前

2、人员商业泄密风险：

在软件开发过程当中，技术人员须要有着较好的保密性，若是在职开发人员将该软件的核心特点方面等泄漏给类似产品的竞争对手，那么对于咱们软件的发布的初期将会形成很是大的阻碍以及损失。

3、人员恶意犯罪风险：

在软件开发中，有着极小几率的但不是没可能的会产生一种极端的状况：开发人员因为巨大的压力和各类负面化的情绪挤压，致使突发的情绪崩溃或者报复心理的激发，使得恶意的破坏整个软件的开发进度和内容，这种状况带来的损失将会是很是巨大的

4、人员技术风险：

对于帐本业务而言，是指帐本技术系统发生技术故障，致使数据中断、更新停滞、不顺畅，或在容量、运做等方面不能保障业务正常、有序、高效、顺利地进行，而可能给客户形成损失，创做团队因承担赔偿责任而带来经济或声誉损失的风险。还包括因软件设计缺陷，形成用户记录数据计算错误，给用户财产形成损失，做为先决条件的任务(如培训及其余项目)不能按时完成。以及在信息技术层面，用户数据数据被破坏、修改、泄漏等等风险。

5、人员关系风险：

开发人员和管理层之间关系不佳，致使整个软件的开发进度和内容；

6、人员冲突风险：

冲突的造成，缘由包括个性差别的因素，创业团队内部资源的有限性，价值观的差别，角色的不一样，职责划分不清等缘由。而因为项目组成员之间发生冲突，致使沟通不顺畅、设计欠佳、接口出现错误和额外的重复工做。

7、人员滞留风险：

不适应工做的成员没有调离项目组，影响了项目组其余成员的积极性，拖慢整个项目团队的工做；

8、人员缺少风险：

若在一段时间内，没有找到项目急需的具备特定技能的人，或者缺少能够对新功能进行决策和开发的人员。那么将拉低整个团队的业绩，拖慢整个项目的进度。

 

问题解决方案：

1）对于人员流动风险方案：

①找出人员流动的缘由。能够与项目现有人员一块儿探讨人员流动的问题。

②当项目启动后，假设会发生人员流动并采起一些技术措施保证当人员离开时的工做连续性。

③对全部工做进行详细复审，使得不止一我的熟悉该项工做。

④对于每个关键的技术人员都制定一个后备人员。

⑤知足员工的我的成长须要，进行丰富的再培养计划，缓解员工压力，保证员工我的需求。

⑥持续培养团队文化，强调以人为本，给员工成就感，提供各类保证策略以提升员工对本身的满意度，给他们在企业足够的发展空间。

2）对于人员商业泄密风险：

①明确严格的规章制度，对于泄漏者采起法律手段严惩。

②当项目启动后，将项目小组的成员与其余无关该项目的人员分隔开，达到该项目的内容计划只有该项目的内部人员知道，将人员经行分区化管理

3）对于人员恶意犯罪风险：

①适时的开展一些活动拓展，缓解人员的压力，释放他们的情绪以及提升人员的幸福感

②及时了解开发成员的状况，对于员工的不满等倾诉，进行合理的，及时的解决，决不能听任无论

4）对于人员技术风险：

①PM重视是搞好团队培训的前提

②科学肯定培训内容

③创新技能培训方式是搞好团队培训的保证

④选择适当的培训方式。包括贴身式学习，独立式学习，度假式学习，轮换式学习。

5）对于人员关系风险：

做为管理层，多倾听员工心声。开展团体活动，管理层多与员工进行沟通交流。指定详细的行为规范，用于之后闹矛盾有依可寻。

6）对于人员冲突风险：

开展员工活动，指定良好的奖励制度。促进员工之间的交流。平时以前员工能够达成共识，管理层不偏袒员工。

7）对于人员滞留风险：

①与有问题的员工进行开诚布公的交流是正确解决问题的一个好办法。在你发现哪位员工有问题时，应该第一时间与其交谈。

②不要等到他们本身也意识到一样的问题，也许这样的事情不会发生。若是你延误了这个时间，那么有问题的员工会觉得他们的工做表现是被接受的，在你发现哪位员工有问题时，应该第一时间与其交谈。

③不要等到他们本身也意识到一样的问题，也许这样的事情不会发生。若是你延误了这个时间，那么有问题的员工会觉得他们的工做表现是被接受的。

8）对于人员缺少风险：

合理划分员工的职位需求，创建预测模型，观察基于饱和度的数据，可计算该职位所需人数。

 

流程风险（Process risk）

1、流程临时变动风险：

在软件开发的过程当中，因为用户需求的临时变动，人员流动的变化，资金链的暂时短缺等各类因素可能会致使整个项目流程的临时变动，若是应对的措手不及，带了的损失也将会是巨大的

2、流程制定不稳当风险：

一个稳当完善的开发流程对于一款软件的开发是很是重要的，若是项目进行到一半发现后续流程有问题，不符合该软件的开发，那么在中途从新规划流程，不只在时间上耽误了，更是浪费了大量的财力物力，直接将成本提升了很多，对于产品发布后的盈利也将形成不小的损失

3、流程纸面风险

大量的纸面工做致使进程比预期的慢。向管理层撰写进程报告占用开发人员的时间比预期的多。

4、流程正规风险

①太不正规(缺少对软件开发策略和标准的遵循)，致使沟通不足，质量欠佳，甚至需从新开发。过于正规(教条地坚持软件开发策略和标准)，致使过多耗时于无用的工做。

 

问题解决方案：

1）对于流程临时变动风险：

①在项目开发启动以前，肯定好用户需需求，并对将来可能的需求变化作好应对措施，同时对于其余各类状况形成的流程变动作好第二方案，使得整个项目留有足够应对大部分高几率状况形成的流程变动问题的后备流程方案

②在整个项目开发按照流程进行的过程当中，制定的流程应该保证后一流程的变动不会对前一流程形成十分大的影响，可以在后备方案排不上用场的时候，仅仅改变后续流程便可接着进行项目

2）对于流程制定不稳当风险：

①在初期制定好一个稳当、晚上的流程，对流程的各个方面的可行性经行严格的分析和审核

②一样的，在整个项目开发按照流程进行的过程当中，制定的流程应该保证后一流程的变动不会对前一流程形成十分大的影响，在发现流程有问题的时候，仅仅改变后续流程便可接着进行项目，将损失减到最小

3）对于流程纸面风险：

①缩减没必要要的纸面材料，让开发人员专一于开发。

②招募必定数量的编写纸质材料的员工

③提早编辑好纸质材料的样式和模板。

4）对于流程制定不稳当风险：

①招募必定数量的需求分析师对产品进行分析

②作好完整的调查分析，规划软件的发展方向。

 

技术风险（Technologyrisk）

1、技术不足风险:

现有开发人员不足以实现软件所有功能,致使产品流产;

2、技术落后风险：

因为在软件项目的过程当中，咱们的软件还没彻底开发出来，市面上就会产生新的技术来匹配同类的产品，那么这也许就意味着咱们须要丢弃前面的开发进度，从新开始，这是一种在财力，人力，物力以及时间上的一种巨大损失，及时强行投入市面上也得不到可观的效益。举个例子，就比如几年前街道旁刚开始有出租车按钮，按一下过一会就会有的士收到信息并过来的的士按钮站，但它刚出现不久，就有手机打车软件出现，那么这种状况对于的士按钮站这个软件来讲，无疑是一种巨大的冲击。

3、技术重点不匹配风险：

若是在项目中，没有把握好软件的定位以及功能，将技术的重点研究方向与产品不匹配，这样开发出来的软件将会是没有市场的，等于作了无用功。好比银行相关App的技术重点多半是放在加密技术和防入侵上。但若是你将界面视觉效果做为技术重点放在银行App上，那么结果可想而知，是没有前景和市场的，而且给用户和咱们本身带来巨大的损失

4、技术更新缓慢：

在软件发布后，随着市场的发展，软件内的各类技术更新换代也是很是快的，若是没有及时的作好这一点，那么根据市场导向咱们的软件也将会被逐渐淘汰

5、技术冗余风险:

开发额外的不须要的功能，延长了计划进度；重复开发已有技术;

 

问题解决方案

1）对于技术不足风险:

①认真作好可行性研究中的技术分析

②明确产品须要用到哪些技术

③仔细了解所用技术的局限性

④确保开发人员的能力符合要求,并按期开展相关技术培训

⑤认真考虑是否能遵循所用技术的版权协议

2）对于技术落后风险：

①首先最基本的是要求开发人员有着深厚的技术功底，能应对技术变动比软件开发进度快的风险，对新技术的学习能力强，能很快的对自身软件进行更新

②在软件开发中应考虑到留有一个技术相关的接口，能快速的将市面上出现的新技术嵌入咱们的软件中

③使用敏捷开发思想,合理规划,即时上线,快速迭代

3）对于技术重点不匹配风险：

①结合需求和可行性定位好本身软件的主打方向，避免盲目开发

②将资金，物资，人力等分配，按照重点级别分配，这样即便在软件的技术不当心发展在了在非重点的方向上，也会由于各方面短缺的阻碍使得整个项目组停下里经行从新分析，使得项目组意识到存在的问题

4）对于技术更新缓慢风险：

①及时了解和掌握市面上的技术更新方向，对技术的更新换代进行及时处理，不能拖延

②要求开发人员有着深厚的技术功底，对新技术的学习能力强，能很快的对自身软件进行更新换代

③接纳变化,及时安排重构

5）对于技术冗余风险:

①认真作好需求分析,明确系统边界

②以业余理财为核心,认真划分各模块的重要等级

③严格控制项目进度,必要时放弃不重要模块的开发

④需求分析中合理划分模块,确保代码可重用性

 

环境风险（Environmentrisk）

1、市场环境风险：

可能会发生金融危机等市场大变更的环境风险，在这个期间开发软件，无论是对开发过程、初期发布以及后期发展都是巨大的阻碍，处理不当严重的甚至会致使项目直接宣告失败

2、内部环境风险：

开发软件的公司或者团队可能因为不良的负面新闻、失策的公关等内部因素的，致使人们对软件的了解度很低或者严重的是对咱们自身而不是软件有着很低的评分以及负面的见解，那么即便你的软件作的再好，也会在初期形成十分大的损失。

3、开发环境风险:

①开发工具多样化,开发环境不统一,形成项目编译运行混乱,严重影响开发进度

②开发工具不如指望的那样有效,开发人员须要时间建立工做环境或者切换新的工具

③新的开发工具的学习期比预期的长,内容繁多

 

问题解决方案：

1）市场环境风险：

①在软件开发的每一个阶段，都作好应对市场动荡的后备方案

②实时了解和分析市场情动荡，并根据状况及时修改后备方案以应对风险

2）内部环境风险：

①作好合理的公关，在作好软件的同时，打造团队的良好口碑

②在每一阶段适当的公开软件相关信息，提升人们的关注度

3）开发环境风险:

①开发工具应适合项目,功能强大,易于学习,最好请有经验且涉猎较广的开发人员推荐

②开发环境应与本软件项目密切相关

③必要时使用较多经费用于购买开发工具

④必要时向第三方购买解决方案

⑤统一开发环境

⑥为开发人员预留必定时间用于熟悉开发工具与开发环境