The following text is a partial translation of the original English article, performed by ChatGPT (gpt-3.5-turbo) and this Jekyll plugin:
几年前，我写过关于任何软件项目都必须定期进行的独立技术审查，以确保一切都在掌控之中。我甚至最近说过，没有任何借口不进行这些审查。此外，我们越是信任程序员，越需要定期审查他们的项目。下面是一个审阅者报告必须包含的简短摘要。
我在几次最近的演讲中试图提及这个主题：让客户相信你 在BDMSummit 2017，如何诚实并保持客户关系 在PMCon Kharkiv 2017，以及如何避免外包灾难 在Kyiv Outsourcing Forum 2017。此外，还有一些博客文章与此类似，包括《软件项目的七宗罪》、《如何避免软件外包灾难》和《软件外包生存指南》。这里，最后，是一个相对完整的好报告必须包含的事项列表。
基本上，这是一个审阅者必须回答的问题列表。当所有答案都收集完毕，报告就准备好了。最重要的问题在顶部。
发布频率高吗，每周至少一次？
技术债务（指那些“最终”应该修复的事项）有多大？
交付流程是否足够强大，能够拒绝错误？
代码有多干净？有多少反模式出现？
所有的错误和功能都注册为票吗？
代码库是否覆盖了单元测试，并且测试覆盖率是否可见？
与所有开发者签订“合作雇佣”协议吗？
关键的架构技术决策是否有记录？
静态分析是否已经部署并对新的更改强制执行？
CI是否已经就位，并且其报告是否被考虑在内？
主分支是只读的吗？
编程指标是否被收集并定期审查？
源代码存储库是否归客户所有？
需求文档是否简短且最新？
关键的类、方法和函数是否有内部代码文档？
源代码仓库是否无垃圾？
UI/UX界面有文档记录吗？
生产日志是否可见并定期审查？
团队对工单的响应速度如何？
Git是否具有清晰的记录变更历史的功能？
基本上，这是一个非常简短的汇编，其中包含了您可以在CMMI中找到的最重要的东西。他们要求所有这些，并且还有一长串其他要求。但是一个小项目并不需要他们要求您拥有的一切。我的列表更短，我相信对大多数人来说已经足够了。
顺便说一下，您可以在我的软件质量奖参与者为志愿者创建的报告中看到。他们分析开源项目并简要报告他们发现的问题。我相信他们正试图回答完全相同的一套问题。
Translated by ChatGPT gpt-3.5-turbo/42 on 2023-12-05 at 21:49
