软件开发外包的15个风险领域

admin 软件外包 2019-02-20 18:39 0
  
 
  外包是许多IT部门用来实现业务目标的完善战略。多年来,我们看到无论行业规模如何,公司都在努力成功地外包软件开发。很多时候,根本原因问题不是外包过程中的系统性问题,也不是外包合作伙伴造成的,而是因为公司的内部因素最终阻碍了成功。
 
  在我们分析公司经验时,我们已经看到反复出现的主题或“警告标志”,如果得到适当注意,可以帮助公司主动消除成功软件外包的障碍。这15个风险领域属于软件领导的三个方面:
 
  业务:并非软件开发项目的所有风险都在IT部门的范围内。相反,它们属于企业利益相关者所在公司的那些领域。这些利益相关者看到了可以通过软件解决方案实现的商机。
  管理:当管理层未能采取行动以确保以意向性,清晰度和健康的团队动态实现软件开发目标时的风险。
  技术:最后,我们看到,无论外包合作伙伴的选择如何,风险都是由技术架构,工具和框架的缺陷元素引入的。
 
  商业
 
  未定义的指标。关键参与者(业务和IT)必须明确“成功是什么样的?”项目章程或其他使命陈述应该与业务中可以看到和量化的预期结果联系起来。软件开发目标应与这些指标明确一致。
 
  不一致的优先事项。软件解决方案的哪些元素(功能,功能,组件)最重要?对于使用迭代开发和部署技术的公司(例如“Agile Sprints”),必须拥有一系列工作产品,这些产品由业务领域认可的优先级决定。
 
  很少有执行冠军。领导者为他们的团队定下了基调,并最终成为“文化保护者”。如果高级管理人员没有通过言语和行动强化系统开发计划的重要性,那么假设他们的部门利益相关者将参与展示的方式是愚蠢的承诺。
 
  缺乏团队参与。有时,第三方会因失败而设置,因为他们没有以完成您分配的任务所必需的方式聘请公司员工。
 
  没有合伙合同。您的软件外包供应商是您内部团队能力的延伸。他们的成功就是你的成功。我们鼓励公司接受“契约”与“契约”的思维模式。商业伙伴在一起立约 - 努力实现共同目标。相反,第三方供应商只是预期以预定价格运送货物或提供服务。这对于需求不断变化的定制软件开发不起作用。
 
  管理
 
  不切实际的期望。任何具有合同关系经验的领导者肯定对协议中的义务存在分歧......一方的期望与另一方的行为不符。“那么,协议的那一部分意图是......”已经一次又一次地说出来。期望和假设的“灰色区域”通常是风险发生的地方。合理的政党合作通常可以找到一个可口的妥协 - 但不切实际的期望可能会破坏这种关系。
 
  不专心的领导。有时,基于知识或技能的“正确”利益相关者被分配到项目中,但是任务没有考虑到对项目进行适当关注的需要。领导者是否需要一些回填或带宽来确保满足其他业务需求?是否有其他业务优先事项被适当考虑到可能落在这个人的盘子上?
 
  不明确的里程碑。在纯瀑布方法论项目的辉煌时代,“Go Live”是一场“Big Bang”活动。如今,像敏捷这样的方法的迭代,持续部署意味着里程碑需要非常清晰。如果软件版本“缺少某些从未用于当前版本迭代的内容”,那么利益相关者和其他感兴趣的各方可能会产生不必要的混淆。
 
  缺乏团队互动。良好的沟通在软件开发项目中一直很重要。在迭代开发和部署的时代,多地理团队,多个时区以及可以与狂热良好沟通接轨的步伐是项目团队必不可少的核心竞争力。流程和协作技术必须以优雅的方式结合在一起,以确保参与者之间不断的来回切换是无缝的,风险较低。
 
  过程薄弱。技术永远无法克服软件开发项目中的不良过程。事实上,技术带来的速度将简单地扼杀一个沉浸在糟糕执行方法中的项目 - 或者导致项目以极高的速度加速“进入沟渠”。公司和外包供应商必须充分了解项目使用的路线图和方法 - 在项目的整个生命周期中,每一方都必须流畅,勤勉地使用这些方法。
 
  技术
 
  技能不足。令人惊讶的是,我们多次发现外包合作伙伴未经过适当的审查:确认项目团队拥有必要的技能和经验才能获得成功。认证,持续培训,行业和功能经验都是在签订合同之前应该成为公司尽职调查的一部分。
 
  未定义的操作。devops出现背后的驱动力是实现应用程序和操作之间的差距。在开发和部署期间,这两者必须协同工作。将软件开发外包商添加到组合中是完成工作的有效手段,但同时也增加了复杂性。谁负责托管?如何为预期的目标平台认证软件 - 以及谁来做?
 
  设计效率低下。系统的设计元素是否正确地解决了业务目标?令人惊讶的是,我们经常发现没有充分考虑确保对齐存在。例如,当用户尝试在移动设备上启动时,这个漂亮的新网络应用程序是否会在上线的第2天破产?或者解决方案是否需要如此多的数据输入页面才能让购物者感到沮丧并放弃购买?设计和业务目标的错位是一个需要避免的巨大风险因素。
 
  没有质量保证。敏捷开发的速度 - 以及快速将代码部署到生产中的机会 - 可能会产生忽视或最小化良好质量保证必要性的诱惑。此外,软件外包商可能无法正确理解QA步骤的预期(甚至是政策或政府法规所要求的)。
 
  技术债务。很多时候,我们看到需要通过技术解决大量积压需求的公司。这种“技术债务”可以运行急需的功能以保持竞争力,以及保持关键应用程序能够得到支持所需的软件版本升级。有时解决这个积压的方法是“必要但不充分。”计划变更的速度不会使公司处于更好的状态。技术债务形式的风险必须以激进的方式解决:例如,通过杠杆外包合作伙伴加速变革,实现功能或技术平台的“跨越式发展”。
 
  结论
 
  我们鼓励每位业务负责人以批判的眼光仔细解决您的业务,管理和技术环境,并对这15个风险领域保持警惕。技术不是费用,而是商业机会的投资。减轻或完全避免这15项风险将有助于确保您在软件外包关系中投入时间和金钱为您的公司带来最高回报。

分享:

扫一扫在手机阅读、分享本文

发表评论

评论列表(条)