15 届敏捷状态报告出来了， 75%的受访者表示 DevOps 的转型必须，你们公司都实施 devops 了？
zhengqiaoyin · 2021-07-16 09:30:47 +08:00 · 4006 次点击这是一个创建于 1260 天前的主题，其中的信息可能已经有所发展或是发生改变。
15 届敏捷状态报告出来了，敏捷引领全球数字化转型。里面有两点特别感兴趣的：
-
调查结果显示，各行业内的敏捷采用率都出现了巨大增幅，软件开发领域从之前的 37%上涨到现在的 86%，IT 领域从之前的 26%上涨到现在的 63%，甚至财务、人力资源、市场营销等非 IT 部门的敏捷采用率也增加了一倍。
-
75%的受访者表示 DevOps 的转型对他们的组织很重要或非常重要。66%的受访者已经在参与实施或规划 VSM 计划。
所以你们公司都在实施敏捷吗？是真的有这么多人在实施 devops 了吗？ 报告内容： https://www.zentao.net/redirect-index-19247.html
 |
1
shenyansycn 2021-07-16 09:33:15 +08:00
领导说了，就几个人，执行什么敏捷，口头说说就行了。
|
 |
2
dfkjgklfdjg 2021-07-16 09:51:05 +08:00
额， 敏捷开发一年的感觉就是很多时候的坑留着没办法填，大部分时间在开发新功能，修 BUG 的时间其实不多，更别说优化历史代码了。
几个小版本迭代之后我会反馈需要整理维护项目代码，但是很多犄角旮旯，忘记写 TODO 标志符就想不起来了。 |
 |
3
Mithril 2021-07-16 09:54:09 +08:00
都觉得自己敏捷了，结果一聊发现谁跟谁都不一样。。。
|
 |
4
tomczhen 2021-07-16 09:54:39 +08:00 via Android  1
这调查结论类似去动车上调查买到票的人占比。都上车了，肯定大部分人买到票了啊。
|
 |
5
sagaxu 2021-07-16 09:59:33 +08:00 via Android 2
小兵：“我们也要尝试敏捷开发”
领导：“对，现在不够敏捷不够快，工时减半” |
 |
6
zhengqiaoyin OP @shenyansycn 国内很多企业说是实施了敏捷，可实际上就是走形式走流程，变成伪敏捷。
|
|
7
zhengqiaoyin OP @sagaxu 好家伙，这是压榨吧
|
 |
8
CodeCodeStudy 2021-07-16 10:11:14 +08:00 1
国内的敏捷就是催着上线
|
 |
9
lamesbond 2021-07-16 10:23:10 +08:00 1
为了及时上线，bug 严重程度可以下调，或者留到以后解决，虽然是人肉部署上线，我们可能比大多数敏捷公司都要“敏捷”
|
 |
10
TomatoYuyuko 2021-07-16 10:25:08 +08:00
国内很多团队所谓敏捷不都是装装样子吗，敏捷都快成开发流程毫无章法的遮羞布了，什么样的团队都叫自己敏捷
|
 |
11
jmc891205 2021-07-16 10:30:05 +08:00
我感觉 DevOps 和敏捷不完全是一回事吧
DevOps 侧重于开发与交付 敏捷侧重于项目管理 |
 |
12
xx6412223 2021-07-16 10:31:18 +08:00 1
客户：
你们为啥不交付文档？为啥不把功能一次性做完？ 答：我们是敏捷！ |
 |
13
icetea12138 2021-07-16 10:35:07 +08:00
我们公司所谓敏捷开发就是没计划先 tm 干着，不满意就改，时间不够就给老子加班
|
 |
14
namelosw 2021-07-16 11:01:56 +08:00 3
国外敏捷：做不完 = 砍功能
国内敏捷：做不完 = 加班 |
 |
15
dddd1919 2021-07-16 11:07:10 +08:00
当下还有什么可以画的饼？
能画的都画过了。。。 那再从头画一遍吧，敏捷开始 |
 |
16
janxin 2021-07-16 11:47:56 +08:00
@dfkjgklfdjg 敏捷周期内是需要给技术债务时间周期的，如果没有那怎么敏捷起来啊，那叫堆功能
|
 |
17
levelworm 2021-07-16 11:55:37 +08:00 1
实施了。不过我总觉得效率太低，比如说我之前呆的组搞了个报表想要放在内部网搞一个网址（类似于 site.company.com ，但是实际上是映射内部网），搞了半年也没搞好。
虽然不是我搞的东西，但是我觉得原因还是对半分。一方面原来的组是做 BA 的，所以很明显没有任何容器或者 CICD 的经验。但是另一方面 devops 组也没怎么帮忙，所以最后是那哥们自己慢慢摸索出来的，当然中间 devops 组也还是给了些提示的。 不过我觉得奇怪的就是，这么一个简单的应用，可以一天挂掉好几次也无所谓的内部工具，对数据库也没有什么压力很大的查询，也完全没有对外通讯，为啥要有这么多东西做支持？需要 docker，kubernetes，teamcity，以及一些内部自己搞的工具网站。就不能直接搞个虚拟机啥的直接挂上内网吗？不过我也不懂 DevOps，所以只能把疑问藏在内心深处。 |
|
18
dfkjgklfdjg 2021-07-16 11:58:28 +08:00
@janxin #16，不管啊，只能靠自己判断是否需要整理了。有些需求不着急，但是还是优先安排了。
然后一些功能近似的或者一开始没考虑进去的扩展，后来开始堆代码，还要回过头来同步其它的历史功能。 |
 |
19
leloext 2021-07-16 12:05:50 +08:00
敏捷=加班
|
 |
20
JerryCha 2021-07-16 13:04:14 +08:00
敏捷：指迭代中领导一句话掀翻当前迭代规划
|
 |
21
xuanbg 2021-07-16 13:07:48 +08:00
@jmc891205 确实不是一回事。但从目前的情况来看，DevOps 是微服务的基础，而微服务又是敏捷的基础。DevOps 都没搞起来就说自己是敏捷开发的，不是瞎扯淡就是在那焦头烂额拼命加班。
|
|
22
xuanbg 2021-07-16 13:15:05 +08:00
@levelworm 你们肯定还是没玩明白 DevOps 。真有完善的 DevOps 流程的话，你要上一个服务，只需要和相关人员说明白代码仓库在哪，发什么分支 /tag，发到哪个环境就行了。然后几分钟后，你的服务就应该上线了。哪里需要开发人员自己去搞全套流程的，什么 docker 、k8s 什么的，对开发人员都应该是一个黑盒子，知道怎么用就足够了。
|
 |
23
yeyang5211 2021-07-16 13:29:14 +08:00
@xuanbg 这种级别的运维 小公司请不起
|
 |
24
iColdCat 2021-07-16 15:09:13 +08:00
@TomatoYuyuko 太对了
|
|
25
lamesbond 2021-07-16 17:15:07 +08:00
敏捷不敏捷不重要，bug 少，代码质量高才是王道
|
Select Language