嗨，

我认为您可以使用 SAP解决方案管理器WIKI-自定义代码管理

嗨，

一个简单的方法是 使用excel记录问题。

-尝试对常见问题进行分类。

-在月末，编译所有常见的经常性问题，并进行简短的培训以增加他们的技术知识。

开发。

也许不是直接在这里回答您的问题，但是，为项目中的所有开发人员编写一些遵循的编码标准又如何呢？

首先，虽然它看起来有点像穴居人，但使用电子邮件和记事本并不需要太多额外的培训；）严重的是，如果连接"太大" 跨时区的团队是一个问题，要确保他们都接受"还需要其他工具管理"方面的培训，这是一个更大的问题（更不用说跟踪落后者并促使他们完成了。）

第二，正如许多其他人提到的那样，遵守单一代码标准对于为任何类型的代码审查（手动或自动）建立框架至关重要。 Clean ABAP框架给我留下了深刻的印象[ https://blogs.sap.com/2019/05/03/clean-abap/]。 作者已经为建立扎实的工作基础进行了大量的思考和努力，并且这种努力正在进行中。

第三，正如其他人在这里提到的那样，任何采用标准和方法的方法都将非常耗时。 当然，纠正错误的代码很费时，但是时间和精力却埋在了"正常维护"中。 此外，管理层还必须考虑额外的计划时间，这些时间将通过进行代码审查和修订来吸收-并且他们必须相信，一次构建可靠的代码比一次又一次地修补和修补错误的代码要少（且最终便宜）。

最后，无论采用哪种方法/标准，团队和管理层都必须做出承诺：从团队中遵守既定规则； 并从管理层中删除拒绝遵守这些规定的员工，无论是员工还是承包商。 多年来，这个社区中也讨论了这一要求，但是这里分享的轶事证据表明管理层缺乏后续行动。 要求大多数程序员遵守标准，但允许其他人炫耀规则，则不可避免地导致标准被扔到垃圾堆中，而人员则流失到更好的管理项目中。

只有我的0.02美元。

首先，请记住，这将花费很多时间

开发人员需要释放开发任务来修复 审查过程中的代码

开发人员发送审查请求

审查可能是带有严重性注释列表的文档（用于管理，如果失败的话） 审查和紧急请求）

开发人员更正代码，要求进行第二次审查

第一个文档已更新

如果您使用Solman/Charm，则可以 为审阅者在任务级别上设置代码版本

：从不进行谈判，开发人员就像孩子一样，如果他们觉得自己可以绕过法律，他们会尝试

祝你好运

Loyd Enochs 感谢您向我介绍Clean ABAP。