软件项目审查清单

几年前，我写过关于独立技术评论的文章，任何软件项目都必须定期进行以确保一切都在控制之中。 我最近甚至说过 ，没有理由不这样做。 此外，我们对程序员的信任程度越高，定期检查其项目的必要性就越高。 这是审阅者的报告必须包括的内容的简短摘要。

人民与拉里·弗林特（1996），米洛斯·福曼（Milos Forman）

我想在最近的一些会谈，就这个问题触及： 让客户相信你在BDMSummit 2017年 ， 如何诚实和保持客户端在PMCON哈尔科夫2017年 ，以及如何避免灾难外包在基辅外包论坛2017年 。 另外，在同一行中有许多博客文章，包括软件项目的七个致命罪 ， 如何避免软件外包灾难以及《 软件外包生存指南》 。 最后，这里是一份好的报告必须包括的内容的大致清单。

基本上，这是审阅者必须回答的问题列表。 收集所有答案后，报告就准备好了。 最重要的问题在顶部。

• 发行程序是否已记录，自动化且是否有效？
• 发行是否经常发生，至少每周一次？
• 技术债务有多大（“最终”应该解决的问题）？
• 交付管道是否足够强大以拒绝错误？
• 代码有多干净？ 出现多少个反模式 ？
• 是否已将所有错误和功能都注册为票证 ？
• 代码库是否被单元测试覆盖，覆盖范围可见吗？
• 是否与所有开发人员都签署了“为雇用而工作”协议？
• 是否记录了关键的架构技术决策？
• 是否已进行静态分析并且对新更改必须执行静态分析？
• 是否进行了持续集成，并考虑了其报告？
• master分支是只读的吗？
• 是否收集并定期检查编程指标？
• 源代码存储库是否在客户的所有权和控制之下？
• 需求文档是否简短且最新？
• 关键类，方法和函数是否具有代码内文档？
• 源代码存储库是否无垃圾？
• 是否记录了UI / UX界面？
• 生产日志是否可见并定期检查？
• 团队对门票有多敏感？
• 修订控制系统是否有记录在案的变更的明确历史记录？

本质上，这是您在CMMI中可以找到的最重要内容的简短汇编。 他们需要所有这些，并且还需要大量其他内容。 但是，一个小型项目并不需要他们要求您拥有的一切。 我的清单较短，我敢肯定，对大多数人来说就足够了。

顺便说一下，您可以看到志愿者为我的软件质量奖的参与者创建的报告。 他们分析开源项目，并简要报告发现的问题。 我相信他们正在尝试回答完全相同的问题。

翻译自: https://www.javacodegeeks.com/2019/04/software-project-review-checklist.html