作者都是各自领域经过审查的专家,并撰写他们有经验的主题. 我们所有的内容都经过同行评审,并由同一领域的Toptal专家验证.
软件产品在其生命周期中从一个开发团队转移到另一个开发团队是很常见的. 产品的不同阶段可能需要不同类型的开发团队:构建初始版本的顾问, 一个独奏 自由开发人员 为了维护它,我们需要一个内部团队来扩大它的规模,或者一个专业设计师来添加一些“流行”元素。.
尽管这种情况经常发生, 许多非技术领域的创始人和产品所有者发现,当需要引进新团队时,他们毫无准备,手足无措. 这通常会导致新团队无法快速进步, 浪费时间, 每个人都感到沮丧.
如果这听起来像是你干的, 要么现在,要么将来, 那你应该有点担心了. 幸运的是, 我们将走过你可以采取的步骤,为这种可能性做好准备,并使过渡尽可能顺利.
在本文中, 我将给你提供一份清单,上面的项目将帮助你为这样的变化做好准备. 您将更加深入地了解您的产品,并获得对制造产品所需的各种服务和技术的更多控制, 什么能让你更自信、更轻松地加入一个新团队.
但如果你不替换整个团队呢? 你应该阅读这篇文章吗?
即使之前的一些团队成员仍然留在船上,他们也可能没有 所有 顺利过渡所需的答案和信息. 虽然他们可以提供连续性和 援助 在将知识从老团队转移到新团队的过程中, 依靠现有的团队成员并不能代替产品负责人负责和促进转移. 除了, 未能负责可能会导致新老团队成员之间的摩擦, 或者让老团队成员承担不必要的任务, 迫使他们浪费太多时间与新团队成员沟通和解决各种问题.
仍然, 如果有团队成员留在船上, 在你的转型过程中,他们是无价的财富. 与他们协商, 让他们保持在循环中,尽量利用他们的经验,而不是用太多与过渡相关的任务淹没他们. 不要指望他们做什么 所有 繁重的工作! 那是你的工作.
闲话少说,让我们开始吧!
自由开发人员经常被要求跳到他们以前从未见过的现有代码库中. 对于Toptal软件工程师来说尤其如此. 我们的目标始终是尽可能快地提高速度,这样我们就可以开始对我们的客户产生积极的影响.
有办法清除, 关于项目的详细文档可以极大地加快入职过程, 并帮助开发人员避免可能阻碍前进的陷阱.
好的文档需要至少涵盖以下主题:
文档应该由具有以下经验的开发人员编写 亲身体验 设置应用程序并贡献代码库.
在任何转变发生之前, 请求前一个开发团队通过创建涉及上述主题的资源来促进知识的转移!
如果写作不是他们的强项, 要求他们录制一个或多个演示开发环境设置的屏幕视频, 部署, 等. 今天甚至有工具,如 流浪的 和 码头工人 哪一个允许将整个开发环境打包并分发给其他人. 在本质上, 而不是告诉别人怎么做锤子, 把锤子本身给他们.
项目文档是否全面和有效的试金石是新开发人员能够多快地设置他或她的开发环境并运行您的应用程序.
拥有优秀的文档并不意味着你不需要了解自己产品技术的基础知识. 作为软件产品的所有者, 尽你所能理解你的应用程序是你的责任, 即使你不是很懂技术.
以下问题很常见, 你不需要去查就能知道答案:
今天的软件开发过程利用了大量的第三方服务和工具. 无论您是否知道,您的应用程序也不例外.
在发展过程中, 你以前的团队可能代表你报名了, 甚至用他们自己的账户来获得所需的服务. 过渡到新团队意味着您必须拥有并控制您的应用程序所依赖的每一个服务和工具,以便您可以授予新团队访问权限,而无需通过中间人或追踪原始开发人员.
以下是您的应用程序可能使用的各种外部工具或服务的列表:
询问即将离职的开发团队哪些是适用的. 对于任何服务 拥有 通过开发团队,要求他们将所有权转让给您. 如果不可能的话, 然后请他们帮你创建一个自己的新帐户,并确保应用程序使用你的帐户而不是他们的帐户. 这应该只需要更改应用程序的一些配置设置.
不用说, 确保每个开发合同从一开始就保护你的利益,并确保顺利过渡, 无论如何.
充分了解应用程序的生态系统以及应用程序使用的所有各种工具和服务的所有权, 您现在可以为即将到来的团队或个人提供完全访问权限.
大多数服务将允许您向您的帐户添加协作者,并授予他们特定级别的访问权限. 在这里保守一点没关系. 许多创业者, 尤其是个人创业者, 更倾向于让开发者完全访问他们的服务,并让他们处理所有事情. 这有一个负面的副作用,就是把你排除在圈子之外, 我们已经学过了, 会让未来的转型变得更加困难吗.
应该给开发人员完全的管理员权限吗? 这是你的决定,大多数人对这种方法没有问题. 然而, 你总是需要提前计划,并确保你的决定不会对新的开发团队产生负面影响. 如果在项目的早期阶段没有做到这一点,可能会在未来产生令人烦恼的后果.
既然你已经万事俱备了, 你需要管理好从一个团队到下一个团队的交接. 这里有一些基本的技巧,可以帮助你应对新员工和即将离职的员工.
生活中的任何转变都是可怕的, 带来的不确定性是否会成功, 对未知的恐惧, 等等......。. 过渡到一个新的开发团队也是一样, 但是你可以而且应该采取措施让它变得更容易. 在大多数情况下,它只需要一点长期的计划.
对软件产品有更深入的技术和非技术理解, 开发过程, 这个过程中的所有事情都将有助于从一个团队到另一个团队的过渡尽可能无缝和无痛.
最重要的是,你的新团队会尊重并感谢你的出色表现! 你可能会节省他们的时间和精力,这也意味着你会省钱. 此外,新团队越早意识到坚持高专业水准越好. 一旦他们接管了项目,他们很可能会继续执行这些实践, 确保下一个过渡顺利进行.
因此,让我们回顾一下在转让软件产品所有权之前应该注意的关键点:
世界级的文章,每周发一次.
世界级的文章,每周发一次.