15208187678

为企业构建全球竞争力,行业信息化整体解决方案

For the enterprise to build the global competitiveness industry informatization overall solution

网站开发中的风险管理
2021-03-07 93次 网站开发

风险定义为由于外部或内部因素而可能发生的任何负面事件的可能性,并且可以通过预防措施来减轻这种可能性。所有项目都有风险。实际上,有无数的事情可能会妨碍您在进行项目时实现目标。风险管理将可能导致项目失败的威胁降到最低,并使您能够控制项目的进度,预算和质量要求。

根据经典的PMBoK指南,风险管理可以分为四个过程:

1、鉴别。发现可能阻止您实现项目目标的风险。

2、分析。确定哪些风险是最危险的。

3、规划。计划最危险的风险。

4、监控。维护项目计划并不断识别风险。

在本文中,我们将讨论与网站开发相关的风险,以及我们在全美的工作中如何减少遇到这些意外事件的可能性。

风险:工作范围

通常,有关承包商和客户的信息以及项目的可交付成果和里程碑都包含在工作范围(SOW)中。定义相关的工作范围是一项挑战,因为每个合同和所有要求都是不同的,并且需要花费大量时间来编写详尽的文档来描述工作范围。以下是与工作范围相关的常见风险:

工作范围规定不明确。这里的风险是缺少重要细节或在定义工作范围时犯了一个错误。

范围蠕变。范围蔓延是指对项目范围的意外更改和不受控制的增长。范围爬升可能意味着无法满足时间限制,额外成本甚至项目失败。

添加不必要的功能。根据PMBoK的介绍,示波器最初不要求的附加功能称为“镀金”。镀金是额外风险(额外成本,人力资源,时间,测试等)的来源,被认为是不良的管理习惯。

当项目经理试图最小化或消除SOW更改时,某些更改可能对于项目来说是紧急且必要的。在我们的工作流程中,我们坚持倡导采用迭代方法实施任何更改的敏捷方法。这种方法是通过冲刺(即通常持续2-4周的开发周期)实现的。在冲刺期间,团队决定在产品中下一步应实现哪些功能,应如何测试它们,应如何确认它们(通过定义验收标准)等等。

敏捷方法论通过在每次迭代开始时重新规划范围,并在项目开发过程中不断估计变化来解决范围蔓延的问题。这样,示波器蠕变的问题就变成了争论的焦点。当范围变化是由应用程序中发现的缺陷驱动时,这种方法在连续测试环境中有效工作。这样,项目团队可以在初始阶段立即解决问题,并将项目保持在截止日期之内。

风险:人力资源/团队

人力资源不应该被低估。项目经理的职责之一是促进顺畅的沟通,并在客户和开发团队之间建立合作关系。以下是人力资源可能带来的一些常见风险:

团队转换。方案可能会有所不同:开发人员可能会生病,休假或在项目中间彻底休假。

该学习了。团队可能需要一些时间来研究新的编程语言,软件或硬件组件。

团队凝聚力差。内在的冲突会导致团队将辐条放到彼此的轮子上。

招聘过程。聘请具有关键技能的专家会花费一些时间,在某些情况下,聘用过程可能会花费太多时间。

利益相关者脱离。利益相关者是对项目感兴趣的人,但是他们不直接参与项目的开发(最终用户也是利益相关者)。他们在项目中的作用取决于他们的影响力和兴趣程度;两者的利益相关者都为项目做出重要决策。项目管理中的一个典型错误是无法识别或充分吸引利益相关者;这可能会导致缺乏承诺并无法建立成功的产品。

在全美,我们意识到人力资源对于实现项目成功的重要性。我们选择,雇用和培训我们的员工,以培养敬业的员工和优秀的团队工人。内部员工的一大利益是公司对员工绩效的直接责任。我们的全美团队由70个人员组成,分别在5个部门中工作,并且我们公司在网络开发方面拥有5年以上的专业知识。通过与全美之类的老牌公司合作,您将获得一支拥有经过验证的管理团队。

此外,全美拥有三个级别的人力资源风险控制。首先,我们有一名内部心理学家,并运行了一项保留计划,以开发一个更好的工作环境。我们的心理学家可以帮助我们自觉地营造积极的工作环境,为团队提供更好的氛围。

其次,我们确保如果您的一名程序员休假或生病,其他具有相同技能水平的开发人员可以替代。第三,我们的开发团队成员由项目经理管理,他们可以解决我们团队中的问题和沟通不畅的问题。

风险:技术

每个IT项目中都存在技术性风险。我们选择了一些在管理Web开发项目时要记住的重要风险:

应用程序不可扩展。可伸缩性是指软件可以伸缩以应对不断增加的负载和/或在其他地方轻松复制的能力。如果某个应用程序是由以前的团队开发的,但没有按比例构建,那么您可能会难以满足性能要求。

应用程序不稳定。应用程序崩溃的原因有很多:浏览器不兼容,不正确的内存使用,致命的生产错误等等。通常情况是崩溃会导致用户失望,并阻碍应用程序的成功。

在Ruby Garage,我们实现了各种技术来提高应用程序的稳定性。一种是版本控制系统(VCM)–一种允许开发人员共同管理其工作并避免彼此重写代码修订的软件。简而言之,VCM使团队成员可以访问修订并快速找到导致错误的代码块。

另外,我们使用Git来确保代码的质量。通常,VCM被用作称为代码审查的整体工作流方法的一部分。在风险管理方面,这种方法使我们能够在早期阶段识别并修复错误(如果尚未导致损失),并且可以长期轻松地维护代码。

此外,我们的开发团队会应用自动化测试。我们使用自动化测试来测试每段新编写的代码,检查其质量并以最小的成本确保正确的功能。实际上,我们坚持以下原则:在创建测试以检查它之前,不应编写任何代码。这使我们能够最大程度地减少(如果不能消除)打字错误,语法错误和产品代码中其他不可预见的错误的风险。

项目发布后,我们将应用程序连接到故障报告软件(例如Airbrake或Crashlytics),以跟踪导致崩溃的代码段并立即实施调试。 

结论

这些是网站开发中的几种常见风险,以及解决这些风险的一些常用方法。全美的项目管理团队在我们的工作中依靠经典的PMBoK指南来预测风险并减轻风险。我们还通过团队内部的有效沟通以及通过诸如自动测试之类的技术检查来降低未能按时完成任务的风险。如果您想更详细地讨论我们如何处理风险管理,请通过社交网络与我们联系或给我们发送电子邮件!



推荐阅读