管理多供应商物联网项目的10个关键步骤
管理多供应商物联网项目的10个关键步骤
10 critical steps for managing a multi-vendor IoT project
一旦您决定创建一个成功的端到端物联网应用开发项目,您将不可避免地面临一个问题:谁将是您的技术合作伙伴?即使你有一个经验丰富、值得信赖的团队,它也可能缺乏某些领域的专业知识,或者没有足够的人力资源来完成它。
所以首先你要问你是否要:
与单一供应商合作,并将整个项目开发周期移交给该公司;或
找到几个供应商与利基专业知识在不同的项目领域和合同他们各自。
物联网领域的复杂性和快速发展正在终结一站式服务的做法。在这个领域采用新技术需要规模、灵活性和专业知识,这在单个软件开发公司中很难找到。
然而,与多个提供者打交道会使产品所有者面临其他风险,首先是与治理相关的风险。
如何克服这些风险,建立一个完全同步的团队?
下面,我们将提供10个步骤的指南,指导您在涉及多个服务提供商的情况下实施最有效的项目管理系统。但首先,与多个合作伙伴一起工作与单个合作伙伴合作的权衡是什么?
多供应商与单一供应商
复杂的物联网生态系统包括多个功能级别:
硬件层面,对象变成“智能事物”,通过固件/嵌入式系统和智能传感器功能增强。
存储、分析和处理传感器数据的基础设施,无论是基于云的还是内部的。
移动应用程序,在“智能”对象和项目基础设施之间建立一个连接,用于前者的控制和管理。
说实话:很难想象一家软件开发公司能够仅仅依靠内部团队来交付这样的项目。而且,即使你开始与一个主要的技术合作伙伴合作,很快你可能会面临以下情况之一:新的需求即将出现,而供应商无法应对这些需求;你需要额外的人力来加快开发过程;你正试图避免供应商锁定的风险等等。
与此同时,许多客户仍在寻找一个技术合作伙伴,该合作伙伴将接管a-to-Z开发过程,因为这似乎更易于管理和本地化。
这就是为什么“单一供应商vs.多供应商”的困境经常出现在物联网领域。
多供应商的劣势
增加了复杂性。管理和协调不同的单位不是一件容易的事。当您与单个供应商合作时,可以合理地假设该供应商将自己管理正在进行的流程。如果您选择多供应商开发,您将成为协调点,管理不同团队之间的合作。
减少了开发人员的协作。在Softeq开发中,我们经常会看到参与团队之间的沟通无法正常工作的情况。结果,开发活动正在放缓,厂商们开始互相指责。
技术和过程管理的变化。即使被指派的团队使用相同的技术堆栈,他们也会以自己的方式进行工作。这就是为什么需要额外的时间和精力来定义所选供应商将遵守的标准化规则,以避免业务流程和技术中的不兼容。
增加了成本。一个多供应商的项目通常比一个单一供应商的项目更贵,至少因为您必须考虑到额外的管理和管理成本。
单一采购的缺点
缺乏专业知识。如前所述,物联网项目总是一个复杂的多方面基础设施,有很多创新的定制解决方案。在实践中,要找到一个足够熟练的开发人员独自管理这样一个项目几乎是不可能的。
功能有限。源于前一点:你可以雇佣一个在云项目方面拥有杰出专业知识的优秀团队,但他们的测试团队并不那么令人印象深刻。或者,也许他们的设计师没有达到要求的水平。在与他们开始合作时,你同意这样的妥协吗?我们对此深表怀疑。
依赖风险。一旦你和一个单一的技术合作伙伴合作,你就会严重依赖他们。谈判利率和预算越来越难。另一个风险:一旦你的搭档面临人力资源问题或其他类型的不幸,你的项目也处于危险之中。
当多供应商环境得到回报时
采用单一或多供应商的方法通常取决于客户的人力和财力资源。像Softeq这样经验丰富的物联网开发团队发现,尽管存在上述方法的局限性,但有时选择单个供应商是最佳选择。
如果你选择合适的供应商并与他建立有效的合作关系,这种策略将最小化项目管理成本并带来稳定的结果。
如果一个客户已经在产品开发上投入了资源,现在又在寻求一个稳定可靠的操作环境,那么单一的供应商策略将是一个成功的解决方案。
然而,如果一个企业有足够的资源可供使用,对多供应商方法的挑战有清晰的认识,并准备好管理这一复杂的事务,那么它将充分利用这一战略的所有好处。
获得一流的产品和服务。在选择特定领域的专家时,你有机会得到的不仅仅是功能性、可靠性和可预测性的产品,而是真正具有创新性、突破性的产品。
项目的多线程工作。如果管理得当,项目的不同元素可以同时进行,从而加速产品开发过程。
推动竞争力。在协同工作中,供应商不断提高其服务和专业技能的标准,客户从中获益。
管理多供应商物联网项目的10个步骤
因此,选择多供应商物联网发展战略的主要优势显而易见。但问题仍然存在:如何管理如此复杂的环境并取得预期的结果?
下面是建立一个高效的多供应商治理框架的分步指南。
确定项目范围。在将任务委托给供应商之前,产品所有者必须正确评估他们的项目,并弄清楚总体业务目标以及他们计划如何实现这些目标。如果没有这一点,需求的变化将过于频繁,这将阻止开发人员专注于正在进行的项目。一旦您正确地完成了这一步,您将拥有:项目远景的高级图片、供应商所需的技能集、要使用的技术以及项目成功的主要要求。
在分配的预算内选择最佳的技术堆栈和流程。资源总是有限的,所以你最好从一开始就选择你能负担得起的技术。让我们举一个简单的例子:有时,节省基于服务器的解决方案并转向云计算可能是一个更好的解决方案,而不是将大部分资源分配给项目基础设施,同时忽略即将到来的移动应用程序开发或削减设计成本。
有吸引力的供应商。你在这里的第一个任务是选择最有技巧和最合适的供应商。第二种方法是建立一个标准化的基础设施,将每个团队的流程和关键绩效指标(KPI)统一为一组服务需求和每个任务的最佳性能指标,通常在服务级别协议(SLA)中定义。为了简化团队之间的有效合作,供应商可以相互签署内部操作级别协议(OLA),以指定他们之间的合作流程
建立正确的KPI。谈到kpi:一旦您与一些供应商接洽,那么监视太多的度量(并淹没在接收到的数据中)与继续执行一个根本没有监控的项目一样危险。相反,从找出项目中最关键的要素开始(及时交付产品;遵守法律和网络安全要求;成本最小化等),然后根据最低可接受的性能和定量指标建立定性指标,这对供应商来说既现实又可行。
角色和责任分配。为了尽量减少功能重叠和依赖性,每个供应商的团队都需要清楚地了解各自的范围、活动、可交付成果和责任水平。
建立沟通和任务授权框架。为了管理溢出或工作负载,以及避免一个团队进入另一个团队的领域,产品所有者需要所有团队了解供应商之间如何沟通、他们如何转移他们的部分工作、共享知识、接收反馈和最终批准,以及接下来会发生什么。
鼓励“一个团队”的方法。这一步经常被忽视。但是,让我们面对现实:沟通问题通常是由这样一个事实造成的:不同的团队,彼此不认识,必须在一个复杂的项目上合作。促进团队文化成为必须,并且可以通过定期会议和互动、在线会议和团队回顾来支持。
问题与风险管理。产品所有者不仅应明确规定供应商遵守的规则和法规,还应规定不遵守的惩罚条款,例如,延迟交付或交付质量差的财务担保。这将导致更好的责任感,并确保供应商不会相互推卸责任。
绩效报告。为了跟踪每个供应商的绩效水平,应该执行定期报告,包括进度、成就和即将开展的工作的最新情况。
建立激励和惩罚。一旦产品负责人弄清楚如何鼓励服务提供商,以及什么会促使他们正确、及时地交付其部分工作,他们就可以创建一个激励和支持基础设施,包括对绩效的激励或对未履行SLA的惩罚。