想要让研发人员更高效？需要文档需要注意这4点

台灯少女 2023-07-25 11:51:23

想要提升团队效率，第一步要做的就是识别出团队工作过程中的低效场景。

定义低效：

我们先来定义一下什么是低效。效率是和时间、工作成果强相关的。

工作成果或目标确定时，完成该目标用掉的时间越长，效率越低；

工作时间确定时，成果和目标达成度越差，效率越低；

很多时候由于工作本身的复杂性和阶段性，很难定义清楚什么是效率低和效率高。

所以本文仅从开发过程和需求表达的角度，说明可以通过一定科学的手段和工具进行规避的低效场景；

低效场景描述：

一般在需求评审会上，产品经理会为大家集中呈现原型和产品设计方案。短期内，让大家记住是没有问题的。马上要做的需求和大框架的部分大家会迅速的达成共识。

然而会后一段时间内，研发人员的时间和精力相对有限，尤其是当需要开发的功能较多，对需求的吸收程度更加无法保证。时间一长，本来记住的需求也容易忘记或记混。这时候就需要重复沟通确认，甚至返工重做。那些用在重复确认需求和需求细节上的时间，就是低效场景。

01 为什么需求会被忘记呢？

上面阐述的，需求记不住，记混，其实都是记忆的问题。结合记忆的相关规律，我们来分析一下，为什么上述场景中会出现记忆的问题。

艾宾浩斯记忆曲线

艾宾浩斯遗忘曲线由德国心理学家艾宾浩斯(H.Ebbinghaus)研究发现，描述了人类大脑对新事物遗忘的规律。是人类大脑对新事物遗忘的循序渐进的直观描述。

多数人的记忆是符合这样的规律的：

根据表格呈现的规律，大胆猜测一下：开完需求评审会之后，需求点在研发人员的脑中进行着疯狂的遗忘。仅仅 20 分钟，需求就会损失将近一半。所以按正常的开发进度，他们是永远记不住接下来要开发的需求点的。这也就是为什么多数开发需要一边问一边做，因为是真的忘记了。

既然这种情况是符合科学常识和记忆规律的，我们不应该责怪研发人员记不住需求。那我们应该采取什么样的办法来减少或者避免研发人员的询问，进而提升工作效率呢？

让开发及时复习，努力记住需求么？

记单词的时候为了对抗艾宾浩斯遗忘曲线，会为每个单词区分 List，按照记忆规律去安排时间及时复习。不过我们可以思考一下开发和需求的关系：研发人员的工作任务是实现需求，而实现需求最快的路径是清楚需求，实现需求。记住需求本身非但不是开发实现需求的必须之路，还会花费大量的时间。所以是没有必要的。

下面我们就来看一下具体什么样的文档，从哪些方面能够提升研发人员的工作效率。

02 让研发人员高效的需求文档应该具备哪些特点呢？

1. 需求点颗粒度足够细小

研发人员对于足够大和明显的需求，不太容易忘记，越是细小的需求点，就越容易忘记。没有这些细节，产品功能依旧可以说实现了。所以这些小的需求点被忘记大家都察觉不到，但往往这些被忘记的需求就是会被漏做和做错的需求。就会变成在后续的使用中不断发现的一类“Bug”。

所以这些细小的需求点，需要在文档中有具体的呈现。让开发做之前能够再记需求细节，确保细节被完成。

我们可以看到上图中 Excel 的需求文档，对功能的每个需求点和逻辑都进行了描述。当研发人员做到这个功能的时候，仅需找到该功能模块，再细看后面的需求点，就能够清楚自己开发的功能模块具体有多少个需求点需要做。有效避免因为忘记而造成的功能开发不完善的情况。

2. 需求描述技术化

当我们我们认识到了需求会被自然遗忘，就能够理解研发人员看文档最主要的功能。针对接下来要开发的需求点进行确认和回忆。

一个功能开发完成，或开发到一半时，研发人员需要对照文档去看功能的实现情况是否满足需求。如果文档中全是描述性的语言，就需要他们花费一定的时间去重新理解并且和产品再次确认需求。

world 类型需求文档的特点就是需求描述很细致，很多，像论文一样。但如此多的描述型语言，不仅需要二次确认，而且大量的文字也会让人望而生畏。

好文档的另一个功能就是能够减少研发人员确认需求的时间。Excel 文档语言的特点，就是简洁和技术化。

需求经过产品经理转化后被安排在表格的每一行。像极了代码，很多时候每一行的需求点的描述，就代表着一种或者一个代码逻辑。不需要花费多余时间进行理解和消化，进而提升了工作效率。

3. 确保开发在做的永远是正确的需求

研发人员在开发过程中高频的确认需求还有一个原因：他们不记得到底哪些需求被更改过，那些需求是否还会更改。开发的工作需要被认可，已经开发过需求点就是开发的工作成果。为了产品更加细腻，需求变更不可避免。然而由于需求变更造成的重复开发和资源浪费。因为没有记录需求变更，使得研发人员工作成果不被认可就不应该了。

默默的调整文档，不做变更记录，就会导致开发的工作量得不到认可，工作没有成就感。项目进行中，文档更新不及时，更新没有记录，也成为了研发人员的痛。这种就痛促使着他们在做之前不断的去确认需求。

能够清晰的记录被更改过、删除过、延期过的需求点，的文档会为开发带来安全感。