主要作者:Noemi Kowalewska.
其他作者:Tomasz Klemens,Bartosz Mocek,MichałMasłowski

介绍

执行A.项目切换理论上听起来很容易;经过周数或数月,甚至几年,开发申请,您只需将其从一个团队转移到另一个团队。

完成后,它可能非常简单且快速。但有时它不是。

你怎么管理整个过程所以它福利双方

让我们一起看看它,阅读采访我们的团队成员谁参加了最近的一个项目切换,并听到他们对这一主题的非常有趣的反思。

你能告诉我们更多关于如何接近应用程序切换过程的信息吗?

首先,我们坐下来思考切换计划。我们创造了车间点我们会讨论并将它们传递给客户。我们的客户然后创建了他想知道的东西的列表。

根据这两个列表,我们准备了一个会议计划我们准备在其中列出的积分的措施。

我们将研讨会划分为1.5小时的街区,有一个介绍部分提问时间

在研讨会期间,我们讨论了我们使用的技术和我们的页面。研讨会的顺序以最自然的方式排列,我们开始概述,然后详细介绍。我们意识到,有一些主题我们希望更彻底地探索,因此我们决定扩大计划。

您应该遵循什么实践以使其成功?

有很重要的是与团队会面回答他们的问题和疑虑。

这也是值得的根据良好做法维护代码在项目的整个生命中,使用Linters,并记录代码。

当某些事情不明显时,值得添加评论。我们应该始终对待我们的代码,就像我们将其传递给别人一样。我们应该永远记住测试作为测试经过良好测试的代码更容易理解。

是否有任何阶段或练习对于一切顺利和成功最重要?

文件很重要,但开发人员真的只在坐下来开始学习并开始编码时。了解项目的最佳方式是通过对编程随着程序员可以看到代码并考虑在实施期间可能面临的潜在问题。

主要挑战是什么?

第一个主要挑战是试图了解有多少细节球队不知道这是第一次看到存储库,并且需要多少知识来进入现有项目。

更,支持异国情调的操作系统。值得了解客户开发人员使用的系统。它可能会发现所有程序员都在Linux上的工作和客户的开发人员都有MAC,因此可能有没有人预测的开发问题。

我们也不知道AWS客户的开发人员的编程水平和知识。我们是一个AWS合作伙伴,我们使用大量的技术和服务,甚至不是那么受欢迎的技术和服务。优德88备用网我们不得不问他们的问题,以确保我们在同一页上。

创造实时编码例子对于系统中最复杂的部分也是一个挑战。

发展团队在切换过程中应该避免什么是什么?

我们认为他们应该查看所有重要功能提供有关如何扩展的知识或添加类似的知识。我们忘了向客户的团队解释一定的特征,然后通过查看他们的拉出请求(PRS)来解释某个功能,然后我们需要详细解释一切。

文件怎么样?

有很重要的是高级架构文档定义的进程概述服务之间的沟通。优德88备用网写作也非常重要如何配置此通信和解释文档中的某个位置将应用程序部署到生产和开发新功能的过程。

通过切换过程如何改变了软件开发的观点?

文件通常创建以显示客户为他们创建的内容。我们忘记了我们(开发人员)就在那里帮助维护项目。

创建功能时,甚至很难关注当前文档,即使是高级变化也是如此。尽管事实上,值得创造和维护文件是值得的。

创造也很重要代码中的抽象有复杂职能的地方。解释代码时,我们不必进入不必要的细节。

切换清单

  • 发送客户端项目中使用的服务优德88备用网和技术列表评估他们对他们的了解。
  • 创建一个研讨会计划与客户的发展团队。
  • 回顾你文件,检查是否缺少某些东西,并更新它。
    • 高级文档
    • 自述
    • 部署过程
    • 服务之间的沟通优德88备用网
    • 环境变量
  • 创建指令开发复杂并影响系统其他部分的功能。
  • 与发展团队会面并解释项目,架构和代码的目的。
  • 鼓励客户的发展团队做一些改变。了解如何通过评论进行PRS并进行通信。查看客户端的PR,并帮助他们通过配对编程创建新功能。

标记下面

搜索

分享这篇文章