过去几周我遇到的第一大问题:如何使用完全远程的劳动力来运行云迁移项目?
原因很明显。 考虑到新的世界秩序,公司在被迫进入远程工作人员范式的同时,加速了对战术云迁移的需求。 一些组织已经有一些远程工作者,其他组织则很少,直到最近的事件发生之前,许多组织根本没有。
[ 同样在InfoWorld上:AWS,Azure和Google Cloud:哪个免费套餐最好? ]
这里有两种类型的公司。 首先,那些已经适应远程员工多年并且了解如何与不在同一地点的人员(例如,大多数咨询公司)一起管理项目的人员。 第二种类型则很少有管理远程劳动力的经验,并且考虑到流程,策略,规则和基础架构尚未落实,因此发现目前正在发生的事情极其无用。 换句话说,他们在锁定期间处于控制状态,并且现在处于恢复模式。
每个人都希望迁移到公共云以应对他们最近发现的漏洞。 但是,当云迁移人员和顾问在家时,他们几乎不知道如何实现这一目标。 他们正在寻找领导力如何进行。
以下是分布式云迁移项目成功的一些建议:
首先,建立连接的基础架构。 您会发现许多房屋的带宽各不相同,有些房屋的高速Internet速度还没有超过10 Mbps(非常慢)。 通常,这意味着宽带服务仅限于那些地区,人们依赖移动热点或其他临时措施进行连接。
这些被称为“带宽荒漠”,除非下周所有地区都启动并运行5G,否则您将需要指派人员来找出短期和长期的解决方案。 在某些情况下,这也意味着要资助专用连接。
第二,树立持续沟通的文化。 每天早上,我一直在为每个迁移团队“争分夺秒”,这有两个目的:首先,提出一种让每个人都在一个团队中,朝着共同目标努力的感觉。 其次,确保每个人都了解当我们进行成功迁移时当天需要做什么。
另外,我建议使用Slack和Yammer之类的工具。 与团队成员的即时通信,特别是与正在进行工作的工件的指示器的即时通信,实际上比每个人都坐在彼此身边要有效。
第三,如果目前不存在PMO(项目管理办公室)。 您需要一个中央命令和控制。 云迁移的复杂性(要处理依赖关系,截止日期,客户端交互,工件,测试计划等),使得PMO对于成功迁移至关重要。 对于分散的劳动力,PMO更为重要。
第四,适当资助迁移。 在短期内,迁移到远程劳动力可能需要大量资金,这通常意味着要重新领导才能确保您有足够的预算。 对于大多数公司来说,情况已经发生了一定程度的变化,资金不足的迁移项目不仅失败,而且从长远来看,实际上它们的成本更高,因为做错了意味着要在以后进行修复。
最后,利用公共云进行开发,测试和运营。 有点讽刺意味:许多云迁移团队仍在使用本地工具进行开发。 此漏洞现在对于每个人都应该显而易见。 推动建立确实存在的基于公共云的devops解决方案。
你可以这样做。