做什么功能业务说了算，界面好不好看大家说了算，好不好用能不能用程序员说了算，领导者是一个规划师、监督者，为质量负责，为结果负责

1.功能满足

做哪些功能由甲方或者业务决定，技术团队需要将需求方的场景转化成功能，功能反过来指导业务，需求方为什么要建设信息化系统？不是为了赶时髦，是为了降本增效，是为了提升管理水平，协作效率，改进获取利润的方式，只有为客户真正解决问题，让客户真正的认可，我们的系统才是有效的系统

沟通确认，反复的沟通确认，领导者与产品经理要走出去，直接面对客户，倾听他们的声音，深入的理解他们究竟要做什么，达到什么目标，将需要做的弄清楚怎么做好，不需要做的要舍弃掉，这是个经验活，比较难以量化，有些小细节是可取的：带着方案去沟通（Plan A、Plan B）、带着原型去沟通、带着问题去沟通，第一次多听，然后多问，反正确定，是不是这样的

2. 界面好看

好不好看大家说了算，UI设计出来的效果了，首先是来源问题，我们很难去创新，但是我们一定要找到市场上设计比较好的效果，从优秀的效果中模仿、改进，适合自己的项目和业务场景，该严肃的地方要严肃，该庄重的地方要庄重，该跳脱的要跳脱，适合的才是最好，大家认为好的才是真的好，你好我好大家好

设计出的效果图，需要多个人去看去评价，设计团队内部先评审、小组长主管评审、技术经理评审、业务代表部门评审、甲方意见，至少技术部内部要满意，真正的满意了才能投入开发

3. 长期稳定运行

这就涉及到研发环节了，代码质量怎么样，是不是按照标准，是否经过严格的单元测试，功能测试的问题够处理了吗？性能测试是不是达标？这是技术团队的问题，只有好的交付结果才是有效的，可以从代码质量管理、流程管理、运维保障上解决质量的问题

3.1 代码质量管理平台建设

现在很多IDE都集成了代码检查工具，能够自动的检测代码的规范性、低级错误，工具的使用才能加快效率，比如FindBug,Alibaba Code GUIdeLindes等，推荐使用SonarQube，这是一款非常优秀的代码检查工具，功能齐全、插件众多，支持语言很多，能检查代码的安全性、可靠性、可维护性、重复率、覆盖率、bug数量、漏洞数、债务偿还时长等，对IDE也有很好的支持

能用工具的就不用人工，这是个机器时代，人只是从事创造性的工作

3.2 质量流程建设

①常见问题总结，避免发生重复性的服务并培训

②建设质量管理流程，让大家按照标准做事

③建立基础工具库，避免重复造坏车

④技术方案评审，在开发开发之前确保是对的，好的质量是设计出来的，评审的内容包括设计思路、架构图、实现逻辑、数据库语句、接口规范、框架引用等

⑤代码评审，Code Review代码检查，技术领导者对团队成员的代码利用SonarQube和部分人工，进行关键代码检查，发现有好的地方进行推广，不好的地方予以改进，包括：命名规范、代码规范、注释规范、日志规范、异常处理、多线程处理等。每次检查不宜过多，不然精力跟不上，一般只审查关键代码，最后给出一份检查清单

⑥质量测试，这是质量保证的关键保障，包括数据完整性测试、单元测试、功能测试、UI测试、性能测试、安全性测试、故障和恢复测试、兼容性测试等，如果有自动化工具最好，如果没有人工黑白盒测试，质量不过关的代码坚决不能上线，并对每个版本出测试报告

⑦代码管理，代码仓库严格按照Git工作流管理，只有本地个人检查合格的代码才能提交，提交的代码是可以运行，还要做好分支管理，Master与生产环境一致，没一个发布版本打Tag，Test与测试环境一致，Develop和个人分支用于开发，好多小公司就在Test分支上开发，人少倒也问题不大

⑧持续集成CI，用好jenkins等持续集成工具，能有效减少重复性的工作，代码提交、编译构建、发布、错误检查，还要注意

3.3 系统运维保障

上线的系统要保证7×24小时运行，及时发生故障，要客户无法感知下就能处理，搭建好运维管理流程和监测工具，当有问题立马预警，主要包括：域名、CPU、内存、磁盘、数据库、中间件、应用服务的运行状态，如果出现问题，立马处理，定期出运维报表

小结：业务方不会管代码怎么写的，凭颜值好不好看，凭功能好不好用，凭运行是否长期能使用，注重质量就是注重品牌口碑，不注重都会被时长很快的淘汰

本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请发送邮件至 80118303@qq.com 举报，一经查实，本站将立刻删除。
如若转载，请注明出处：https://www.fd2021.cn/1715.html

IT项目质量管理功能满足、界面好看、长期稳定，我们可以这样做