网站后台怎么做alt标签,哪些行业需要做网站,撰写超越时空网上书城网站策划书,规模以上工业企业分析一、把事情做对。
敏捷的核心理念追求的就是把事情做对#xff0c;这样的效率是最高的。中国古代就有南辕北辙的故事#xff0c;方向错了再怎么努力都是白搭。那什么才是对的事情#xff1f;这里分成了两派#xff1a;1、瀑布方式认为一开始提的合同、需求就是对的事情这样的效率是最高的。中国古代就有南辕北辙的故事方向错了再怎么努力都是白搭。那什么才是对的事情这里分成了两派1、瀑布方式认为一开始提的合同、需求就是对的事情这在SOR系统中确实可能存在固定的需求的情况甚至人为地限定减少变化以加强合规性或稳定性2、但更普遍的情况是敏捷里认为的那种“对”的事情都是不断演变和讨论出来的一开始并不知道什么才是对的事情只有一个模糊的方向要找到对的事情那就去寻找快速试错。这就是SOE系统比较常见的做法。这两派没有绝对的对错只有找到适合自己的方式才是上策。
二、开发的效率。
不管是瀑布的方式还是敏捷的方式都需要快速得到结果。当需求确定以后占用时间最多的就是开发过程。至于如何节省开发的时间或者能否真的节省每个人的看法都不一样但大家从来没有停止过尝试的脚步从机器编码到现代的编程语言到低代码再到AI辅助编码以及未来的完全AI编码程序员一直在努力地葛自己的命。
最近在尝试的几个方向
1、AI辅助编码试了文心一言和阿里的通义灵码现在的文心一言稍微比通义灵码好一些相同之处是都能理解需求但都存在一本正经胡说八道的现象甚至会自己杜撰某个比较出名的库的类里的方法让IDE直接报错。现在的代码采纳率还非常的低经常需要回归传统手艺面向搜索引擎的编码。
2、低代码只要需求合适低代码是一个灵丹妙药。但如果强行为了低代码而低代码会比引入低代码之前还更复杂。比如如果存在大量的CRUD则可以用模板功能尝试做一个或者直接用现成的低代码平台但如果CRUD只占很小的一部分大部分是其他的定制化的业务逻辑那就很难适用了。之前的公司里为了使用某平台的低代码做了大量的适配适配代码和时间甚至一度超过了直接开发的规模。
3、功能模块化、组件化团队的每个人有意识地积累自己的、团队的通用功能模块甚至拉出专门的团队来做这些事情经年累月后将能使团队的开发越来越快。
三、测试的效率
1、质量左移和内建这个最左可以左到需求端需求的质量多少也可以认为是做对的事情可参考上面的第一点。再右一点是开发阶段可使用BDD甚至AI来从开发阶段就开始做质量保证当然单元测试和静态检查是必不可少的活动。
2、测试范围、测试用例、测试报告的编写现在有AI的帮忙在理解需求的基础上写验收条件再通过验收条件生成测试用例都不再是梦。
3、测试执行自动化测试框架自动提bug框架比如seleniumjirajira的bug管理插件
四、运维
1、部署和发布分离。
2、持续部署框架。
五、维护
轻量级的ITIL比如JIRA有插件可以配置工单管理系统跟需求集成打通。
六、整体串起来DevOps
