如何让新的团队成员跟上项目的进度？

Question

我们即将为软件团队雇佣1-2名新工程师(包括3名开发人员，1名测试人员)。

将它们集成到团队中的步骤是什么？

我的想法是：

• 阅读文档(编码标准，我们使用的开发方法中的文档)
• 让他们阅读现有的代码
• 给他们分配一些简单的任务
• 最后，让他们负责代码部分。

我们还能做些什么？

该项目是在医疗部门(超声系统)，并已进行了5年。我们有每年的版本，我们即将完成一个版本，当我们想增加1-2个工程师。

该项目正处于维护阶段(重构遗留代码，并添加新功能)。事情基本上是按计划进行的(或多或少)。

Answer 1

在我的职业生涯中，有些人不得不在很多不同的代码库上取得进展，下面是我的建议：

1. 花一小段时间(也许一两天)从事与使用产品相关的活动，以便他们能够熟悉产品的功能。这可能是验证错误或执行QA测试计划或通过用户培训。
2. 研究小的、本地化的bug。这使工程师熟悉如何构建和调试应用程序，而不必学习大量的体系结构。
3. 理想情况下，编写一个本地化的小新特性。这使他们能够编写一段代码，并且在编写代码时，他们将熟悉新代码需要处理的代码的周围部分。

从这里开始，根据工程师的经验水平和能力，随着时间的推移，扩大任务的范围和复杂性。这将使开发人员自然地扩展他们对代码库的知识。

我将避免只阅读任务(文档或代码)。阅读文档变得非常无聊，而且阅读随机代码也没有什么帮助，因为它们没有任何上下文可供使用。当您已经知道该产品&代码库时，就很难阅读代码评审的代码。我看不出让一个全新的工程师来阅读代码有什么用。

Answer 2

我的感觉是，大多数人对阅读文档的容忍度很低(一两天都不错，但除此之外，他们可能会渴望做些更多的事情)。

我认为，如果没有对应用程序本身的合理理解，您就不可能真正了解应用程序的代码。这个软件大概有足够的功能，他们可以作为一个用户来“玩具”；他们最终需要能够测试它，所以我认为他们知道如何安装、配置和使用它来执行公共任务是相当重要的。

我个人发现，一个高层次的架构概述通常是非常方便的，以获得一种基本的感觉如何工作-也许分配一个或两个小时的高级工程师的时间(或如果需要的话你自己？)在他们的第一周，简单地通过基本螺母‘n’螺栓的主要应用。例如，了解所有子系统以及如何将事情联系在一起，知道哪些位由第三方软件/库处理，哪些位需要内部维护。(除非你的组织已经掌握了最新的、质量非凡的文档，否则我想，除非有人直接用白板向他们解释，否则他们是不可能掌握这类东西的。)

至于让他们“动手”，维护/bug追踪任务可能是一个很好的方法，可以让他们在一段时间内(几个星期/几个月？)--他们将在需要理解、测试和调试特定功能领域的情况下；帮助建立对代码、需求、公司使用的工具、开发过程和产品(S)的整体知识，同时希望不需要从开发团队的其他成员那里花太多时间。

Answer 3

作为领头羊，我至少花了两天时间和新开发人员在一起。我发现建立一种关系，在这种关系中，问一个不可避免的问题“你的进步如何？”是必须的。在任何新的社区里都会有恐惧.我们隐藏错误，表现完美，使事情变得更好，减少困难。一位经理和某人在一起两天会让他们知道这不是他们的文化，并允许他们以身作则。新的程序员需要一个历史教训，你从哪里来，你有多远。文件就是不能公正地完成任务。