软件项目审查清单

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

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

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

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

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

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

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

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树首页概览93920 人正在系统学习中 相关资源：软件安全的二十四宗罪编程瑕疵与如何纠正-其它文档类资源-CSDN文库