作者langrisser19 (lan)
看板Soft_Job
标题Re: [讨论] 故 CTO 对於 Scrum 的看法
时间Sat Mar 8 20:18:49 2025
不太懂为什麽硬体不能跑scrum
我之前的工作就是做宝宝摄影机，但是是在另外一家
先把前提定义好
这是一个iot专案，包含硬体、後台、app
硬体规格经过evt dvt pvt 已经是量产了
提供的介面与传输规格都订好
而这边提到的scrum，本质是根据使用者需求快速迭代
我不太懂为什麽这样的需求做不到
举个例子
机器本体有个温控sensor，PM希望可以在温度超过警示值的时候报警
但不知道是每分钟报一次，还是只报一次但通知含拍照
像这样的功能，不能跑scrum吗？
这台摄影机，支援的协定不是http，不然就是udp(走tutk)
从量产出来之後，这台机器的下一代出来之前，大概有三到四年
硬体的能力与支援协定就是不会动了
我不懂新增功能为什麽不能满足"快速迭代"这个需求
如果因为硬体比较复杂，扣除hotfix，每个功能版本抓一个月，应该是可以的吧
有问题的是不是当初在做的时候，根本就没考虑到未来会扩展
就像文章提到要做app 重构
如果大家有看cubo在store上大家抱怨最多的问题
无非就是串流容易当掉，动不动就看不到影像
但这是重构能解决的吗？
这问题应该是第三方在做p2p 的udp hold puching有问题
与其重构，不如先提供一个测试工具，可以让想买的人先下载测测看
然後也把这个工具整合进去，不能连线的时候把这个跑起来
至少让使用者知道发生什麽事，而不是一直转圈圈
从文章的前後去推敲
他的测试都还要手动去按，大概就知道app在开发阶段就没做到依赖注入
核心功能都跟那堆串流，事件纪录，硬体功能的side effect绑一起
这样的状况下，你期待怎样的重构，重构要多久
整个重做吗？我以为只有新进工程师才会想这样做
如果硬体功能就是那样，第三方也绑死在那家厂商
重构也不会让看不到影像的状况变成看得到
那不如就是先从使用者经验着手，不要只是显示一个连不上
然後要重构也是先把那堆万年callback hell先换成async|await
因为一堆行为都是一环扣一环，中间一个爆了，用回呼你也很难做try-catch
而这些需求，不管是硬体还是软体，为什麽不能走scrum
然後看很多人讨论
我自己觉得最大的问题是
为什麽ceo去找一个进来以後要花一年学後端学nodejs的人当CTO
然後让他去掌控整个技术团队的方向
然後还一堆人说这个cto技术很强很负责
这才是这个团队跟产品最大的问题吧
然後还有很多人推文说
他的装置数量成长很多，但云端费用却持平
这个我没看到细节，所以我也是保留问号
但我推论有很大的机率
是他的原本的app，在类似像调整摄影机设定的功能
使用者拖曳slider的时候，就会对iot hub送出一次请求
没有去做debounce & throttle
或是在照片列表的地方，没有去做快取的机制
使用者每进一次页面，就重拉一次
像这样一些小细节
一开始没处理，那後来加上去了
这样你要说他很强，还是60分，我觉得就见仁见智
※ 引述《JasperChang (PeterChou)》之铭言：
: Scrum 造不出车、造不出火箭、做不出 IC，可能甚至连台电视都做不出来。
: 但我也同意在某些情境下 Scrum 是很好的工具，
: 特斯拉车上有三套电脑，
: 车控和自驾电脑完全符合 ISO16949 和 ISO26262 的严格规范，
: 每一行程式码都经过严格的静态分析和解析、测试才能 deploy；
: 负责 UI 的 MCU 电脑
: 就真的是没事一直更新一直打 patch 一直有新 feature 一直有 bug 一直给人惊喜。
: 但我认为我们的摄影机凡是牵涉到串流的软体，
: 都是核心功能，不应该走得太激进。
: 但你在处理 PIP 和 SS 功能时并不这麽认为。
: ------
: 小弟刚接触软工只听说 Scrum 强无敌只是你不会用用不好
: 上面资深技术长的看法是不是有修正余地?
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 111.216.28.179 (日本)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1741436331.A.052.html
1F：推 OyodoKai: 虽然你讲的很有道理 但人都被砍了 不要这样 03/08 20:20
这个真的是对当事人很抱歉
我觉得他真的很无辜，因为不管怎样他都不应该被这样对待
我对他本人真的是觉得很难过
但跳过人这件事，我觉得还是可以从技术面去看这个专案
毕竟这是软体版
所以还是要很认真的说，如果有当事人的朋友看到
先说声抱歉
我不是要批评人，只是从流程去看这个专案的问题
※ 编辑: langrisser19 (111.216.28.179 日本), 03/08/2025 20:26:23
2F：嘘 xxtuoo: 小公司能有很多选择喔..有个人来都不错了Zzz 03/08 20:27
3F：推 gofigure: cto看起来是自干魔人 但是都是重造轮子 03/08 20:28
4F：推 yamakazi: 触 03/08 20:30
5F：推 neo5277: 推测工具这块 03/08 20:38
※ 编辑: langrisser19 (111.216.28.179 日本), 03/08/2025 20:47:47
6F：推 DrTech: 不顾品质与成本当然没问题。硬体一堆电性测试，制造成本， 03/08 20:46
7F：→ DrTech: 完全不测试，完全不考虑制造成本，当然可以。 03/08 20:46
8F：→ DrTech: 你家的产品，都不用制造？产线制程随时在变不用成本吗。 03/08 20:47
9F：→ DrTech: 看了你的内文，也是软体在迭代而已啊，也不是硬体规格与功 03/08 20:48
10F：→ DrTech: 能在Scrum啊。 03/08 20:48
所以这边就知道你不熟啊
你有仔细看他的文章吗
他就是说再加新功能，你以为是没蓝牙加蓝牙吗
cubo2代跟一代中间隔多久你知道吗？
硬体加ai视觉辨识，你觉得这算软体还硬体
加哭声辨识你觉得这算软体还硬体
11F：推 nmop: 看公司规模，若您待的也是新创同等规模才有办法比较 03/08 20:48
12F：推 gary861226: Scrum讨论那麽认真 03/08 20:49
13F：→ gary861226: 结果那家公司直接拔掉Jira改用实体便利贴 03/08 20:49
※ 编辑: langrisser19 (111.216.28.179 日本), 03/08/2025 20:56:31
14F：→ DrTech: 硬体牵涉到制造时，下单给产线，难道两个星期重新NPI调产 03/08 20:49
15F：→ DrTech: 线？不可能吧，成本超高。 03/08 20:49
16F：→ nmop: 後期软体迭代是没问题，但前期硬体本身开发时程长，且成本 03/08 20:50
17F：→ nmop: 高 03/08 20:50
18F：推 Eos: 找硬体的当CTO 八成是创办人软体公司出来卖硬体时才发现问题 03/08 20:51
19F：→ Eos: 那麽多 需要一个懂硬体的来cover吧 03/08 20:51
20F：→ atst2: 你要不要看看自己在写什麽？想证明硬体能跑scrum，结果前 03/08 20:51
21F：→ atst2: 提是硬体已经量产了？ 03/08 20:51
所以你的想法是什麽？
我觉得台湾就是很多人不知道变通
如果scrum本质是要根据使用者需求快速迭代
那一个iot专案到底可以不可以做到
硬体制造当然不行，就算我遇到很笨的主管想搞快速
一次打样失败他下次就知道了
那其他的东西到底可不可以基於快速迭代这个需求去做
还是一定要等到所有的wireframe架构图都确定才开始
如果今天要加一个哭声辨识
声学那边一开始就已经考量过降噪还有收音范围了
硬体的菜就是那样，那辨识的功能要怎样开发才符合大家所说不会浪费生产成本
如果辨识率就是80%
这样要不要上
如果上了以後发现，就是只能在某个范围内收音，那软体app可以怎样辅助去解决
还是照你们说的，像这种状况就是请声学来重新设计硬体
22F：推 ricky60324: 人家就硬体专家 但看起来是人不多 所以什麽都要会吧 03/08 21:02
※ 编辑: langrisser19 (111.216.28.179 日本), 03/08/2025 21:15:06
23F：推 moon2519: 策略问题，写软体的都想要扩充。硬体都想底层 03/08 21:11
24F：→ moon2519: 现实面是，做产品往往就是跟时间赛跑。这个很难讨论 03/08 21:12
25F：→ moon2519: 硬体成本远比软体高，从设计，打样到制成到处都是钱跟 03/08 21:14
26F：→ moon2519: 时间。 03/08 21:14
27F：推 moon2519: 以没有政府补助，又有金流压力情况下，真的难 03/08 21:18
28F：→ atst2: "不太懂为什麽硬体不能跑scrum" 你要讨论这个，就专注在硬 03/08 21:21
29F：→ atst2: 体上说明, 不是拿软体的部分来讲. 03/08 21:23
我以前的主管就会这样用文字来把概念覆盖掉
你量产前跟量产後就是不同的做法
就以我说的哭声辨识
前面在硬体设计的时候我们就是用树莓派加上麦克风搭配角度治具去测试
去验证要几颗麦克风，然後要在什麽角度
搭配机构id去验证後续可以怎样安装与设计
中间每一次验证也都是一周出头
我不知道这算不算是scrum
还是又要到量产才算
所以我才说很多人都用固有的概念与想法
只要能够配合需求快速修改，这为什麽不能算是scrum
还是要加个站立会议才算？
30F：推 moon2519: 新创来说，我相信应该是钱的问题占多数，不然也不会搞 03/08 21:23
31F：→ moon2519: 到要一个不懂後端的重学。直接花钱找人是最快的。 03/08 21:23
32F：→ atst2: 说白一点，硬体要做scrum也是有方法，但不是像这样指东打西 03/08 21:24
33F：→ gekkou: 为什麽要找他 不就他专业是做摄影机吗？没他去打磨硬体跟 03/08 21:24
34F：→ gekkou: 硬体厂打交道，你要找ㄧ个BE出身的去做硬体？ 03/08 21:24
但这是一个iot产品耶，要卖七八千块
一堆智慧辨识加後端跟app的功能
不是一个800块的安控摄影机
产品的价值核心是一堆侦测与app的整合
不过话说回来，一个摄影机，如果连让使用者稳定的看到画面都做不到
那到底这个问题出在哪？？
35F：→ atst2: 最简单的，prototype能不能用模组，甚至面包板来做？ 03/08 21:25
36F：→ atst2: 能不能用arduino 来试误降低迗代成本? 03/08 21:26
※ 编辑: langrisser19 (111.216.28.179 日本), 03/08/2025 21:32:10
37F：→ atst2: 这些都不讲，结果举例子举到整合跟软体上? 03/08 21:27
38F：推 Sunal: 不太行耶 Arduino 那就是玩具而已 03/08 21:29
※ 编辑: langrisser19 (111.216.28.179 日本), 03/08/2025 21:38:07
39F：→ atst2: 所以为什麽一开始不举这个例子?而以硬体已经量产当前提? 03/08 21:34
所以你了解这个cubo遇到的问题是什麽吗
他们这个专案的问题从来就不是硬体生产
而是核心功能的整合
他的文章你仔细看一遍，他说的是重构app，不是重做硬体
是硬体跟这些影像，後端，app的整合
你不拿这当例子，不去针对问题讨论，一直针对硬体生产打转
就是会议上常看到的
有人不懂装懂，根本不知道核心问题在哪，只能嘴你几句你哪里用字遣词不对
讲了一大圈
还是跟这个案子遇到的问题没半点关联
40F：推 brandyjohn: 撇除scrum的部分,省钱的例子跟我想的类似,不过小公司 03/08 21:37
41F：→ brandyjohn: 什麽都包,其实也难为他了 03/08 21:37
※ 编辑: langrisser19 (111.216.28.179 日本), 03/08/2025 21:42:31
42F：推 giantwinter: 小公司而已 有这种人不得了了 03/08 22:08
43F：推 nmop: 树莓派跟非树梅派的差别是很大的 03/08 22:18
44F：→ Ekmund: 坏一点的情况是 你认知的scrum 不是他遇上的 03/08 22:24
45F：→ Ekmund: 好一点的情况是 他们还不是在一个硬体规格或软体方向完全 03/08 22:24
46F：→ Ekmund: 定调的阶段 变动一个终端功能可能往回牵涉的范围不好划定 03/08 22:24
47F：推 AudiA4Avant: 从CTO的文，我会觉得他们连新一代硬体开发都在小步 03/08 22:28
48F：→ AudiA4Avant: 快跑 03/08 22:28
49F：推 AudiA4Avant: 另外一直叠feature表示没有人力回头fine tune 体验 03/08 22:30
50F：→ AudiA4Avant: 的部分 03/08 22:30
51F：→ kiki86151: 感觉比较像是希望一套软体同时兼容新旧硬体规格 新版还 03/08 22:30
52F：→ kiki86151: 在打样阶段 却不断让已量产旧版出bug 加上新创又很烧钱 03/08 22:30
53F：推 a51907: 我的看法跟你差不多，我觉得CEO请他来管软体就是错误的决 03/08 22:34
54F：→ a51907: 定，他硬体的能力可能很强，但需要花一年时间熟悉nodejs， 03/08 22:34
55F：→ a51907: 就不应该让他来领导软体前後端 03/08 22:34
56F：推 a51907: 但是CEO根本不尊重专业，怎麽会把Jira拿掉用便利贴，乾脆g 03/08 22:38
57F：→ a51907: it也拿掉用SVN好了 03/08 22:38
58F：→ stepnight: 我还真的遇过把git拿掉用SVN.... 03/08 23:03
59F：推 ILoveAMD: svn 有比较差吗？ 03/08 23:08
60F：推 Wishmaster: 所以现在比烂,nodejs newbie vs 连jira都觉得难以学习 03/08 23:18
61F：→ Wishmaster: 大家都是局外人(还是有人在装?),如果 newbie 真的不够 03/08 23:19
62F：→ Wishmaster: 好,为什麽有人也要跟着撤退? 另一边的各种人品问题及 03/08 23:20
63F：→ Wishmaster: 现成的证据都已经瘫在那边了还用比吗? 还是有人要拿 03/08 23:20
64F：→ Wishmaster: 新事证来带风向其实也是蛮欢迎的啦 03/08 23:21
65F：嘘 DrTech: 真的是笑死，没固定开发周期，没production，甚至没有真实 03/08 23:34
66F：→ DrTech: 用户的状况，也叫Scrum… 。那麽water fall也可以叫做scru 03/08 23:34
67F：→ DrTech: m啊。 03/08 23:34
68F：→ DrTech: 大家Scrum定义不同，意见不同正常啦。 03/08 23:35
69F：→ DrTech: 哭声辨识的研发，一天可以改很多参数，照原PO定义，一天都 03/08 23:38
70F：→ DrTech: 跑几十次Scrum了啦。笑死。 03/08 23:38
71F：→ DrTech: 其实也没什麽，就你的Scrum定义太特别而已。 03/08 23:39
72F：→ DrTech: 机器学习模型，训练一次iteration，更新一次权重，也可以 03/08 23:41
73F：→ DrTech: 说你们产品做了一次Scrum对吧，一天要几万次Scrum都可以。 03/08 23:41
74F：→ DrTech: 所谓的Scrum开发专案，不是有短期改过参数或程式码一次， 03/08 23:43
75F：→ DrTech: 验证一次效果，就叫做Scrum吧。真的是笑死。 03/08 23:43
76F：→ DrTech: 你的言论 "只要能配合需求快速修改，这为什麽不能 算是Scr 03/08 23:45
77F：→ DrTech: um？" 真的是笑死人。 03/08 23:45
78F：→ DrTech: 真的不是 "配合需求，快速修改" 就叫做Scrum好吗。 03/08 23:46
79F：嘘 DrTech: 照你的定义，waterfall模式，每天快速改多个需求，对你来 03/08 23:50
80F：→ DrTech: 说也是Scrum对吧。 03/08 23:50
81F：推 MoonCode: 03/09 00:05
82F：→ ku399999: 硬体scrum喔 htc算吗? 当年手机记得旗舰机寿命超短 03/09 00:48
83F：→ wuyiulin: 我也是做卡美拉的，云端费用持平，如果说是流量费用， 03/09 01:17
84F：→ wuyiulin: 我脑中有画面可以省 03/09 01:17
85F：→ wuyiulin: 阿靠腰，你这个情境是温控 sensor没变啊。 03/09 01:18
86F：→ wuyiulin: 噢你用树梅派验证，那没事了。 03/09 01:19
87F：推 ohmylove347: 太多假设啦，实际产品问题只有内部的人才知道，也可 03/09 02:17
88F：→ ohmylove347: 能是底层或外包甚麽功能挖坑导致修不了，不是软体面 03/09 02:18
89F：→ ohmylove347: 最佳实践能解的。而且花一年学後端学node.js，会很多 03/09 02:18
90F：→ ohmylove347: 吗？如果标准是"CTO level"的语言和框架理解程度，说 03/09 02:18
91F：→ ohmylove347: 实话一年难度没很低耶，要称之为"XX领域的CTO"只花一 03/09 02:18
92F：→ ohmylove347: 年时间其实蛮猛的说，只能说局外人的资讯量不够，我 03/09 02:18
93F：→ ohmylove347: 们的所有猜测跟假设错误的机率太高了，就聊聊天的程 03/09 02:18
94F：→ ohmylove347: 度吧 03/09 02:18
95F：嘘 a731977: 讲一堆软的部分干嘛 03/09 02:48
96F：推 ohmylove347: 这里软工板啊。讲这个不是正常？ 03/09 03:33
97F：推 CityRanger: agree 03/09 04:13
98F：嘘 B0988698088: 第一句问不懂为何 scrum不能跑硬体 然後後面整篇大 03/09 06:27
99F：→ B0988698088: 谈软体迭代= =? 03/09 06:27
100F：嘘 BigCockman: CTO本来就不用什麽都要会 你拿他不会後端来检讨也蛮 03/09 06:57
101F：→ BigCockman: 好笑的 03/09 06:57
102F：推 shoahang: 03/09 09:53
103F：推 CRPKT: 你问为什麽找他来当 CTO，因为上一任离职了，他接下来扛的 03/09 10:24
104F：嘘 soccer103: 1. 你这不是大家认知的scrum 03/09 10:58
105F：→ soccer103: 2. 你开头説硬体後面却提软体为例..举例不行 03/09 10:58
106F：→ soccer103: 3. CTO 原始信中提到的 APP 重构和抱怨硬体跑 scrum 和 03/09 10:58
107F：→ soccer103: 软硬整合是三件事，而现在大家看的是硬体跑 scrum 问题 03/09 10:58
108F：→ soccer103: ，你还一直提软硬整合？ 03/09 10:58
109F：→ bndan: 他们公司产品是摄影机 所以找个这项专精的来当cto很合理吧 03/09 11:42
110F：→ bndan: ？ 不合理的是要他学程式自干这边才对吧？ 套你回推文的说 03/09 11:42
111F：→ bndan: 法 这是卖整合 硬体部分是这cto 的权责范围还行 但软体部 03/09 11:42
112F：→ bndan: 分 你要cto兼着「管」还行 但要他跳下去做 这就小叮当了吧 03/09 11:42
113F：→ bndan: ？ 卖整合软硬体的产品 其中「可能」包含要求到软体品质甚 03/09 11:42
114F：→ bndan: 至ui 的情况 这你不给钱找专业来组队 而是要cto 去学写程 03/09 11:42
115F：→ bndan: 式自干 这怎看都小叮当了吧？ == 03/09 11:42
116F：→ DrTech: 诡异的点太多可吐槽了。CTO管理程式，直接管理基层工程师 03/09 12:47
117F：→ DrTech: ，其他经理管理者在做什麽角色。Bird的发文也完全不鸟中间 03/09 12:47
118F：→ DrTech: 管理者。 03/09 12:47
119F：推 OyodoKai: 新创有可能啦 某上市AI独角兽以前就这样 03/09 12:49
120F：→ DrTech: 不是CTO不能写程式。而是写关键程式没问题。但跳下来学Pyt 03/09 12:51
121F：→ DrTech: hon，yolo 真的是让人觉得CTO也不信任他人的程式码。CTO， 03/09 12:51
122F：→ DrTech: CEO两人彼此不信任，CTO与CTO两人还不信任底下团队，也非 03/09 12:51
123F：→ DrTech: 常明显。 03/09 12:51
124F：→ DrTech: 离职信写：好的教练不会上场打球，但却可以激发出每个球员 03/09 13:05
125F：→ DrTech: 。讨厌微管理。但内容却是充满了自己拼命上场打球的状态， 03/09 13:05
126F：→ DrTech: 这样心也太累了。行为与自己的期望差太多。 03/09 13:05
127F：推 chuegou: 你硬体快速迭代 软体要维护几个版本 03/09 13:45
128F：→ chuegou: 客户买了新机器 两个礼拜迭代就变旧机器 客户怎麽想 03/09 13:46
129F：推 ForgeFate: 楼上 D 大，你的猜测是错的。公司的 AI 开发只有一个 03/09 14:05
130F：→ ForgeFate: 工程师，而且量能不足，高层也不想补人，所以 CTO 才 03/09 14:05
131F：→ ForgeFate: 会跳下去帮忙，不然他可以都不管，也不用几乎每天熬夜 03/09 14:05
132F：→ ForgeFate: 自学 AI 了。 03/09 14:05
133F：→ DrTech: 楼上是该公司的员工吗？不然怎麽猜测网路上单方面说的是真 03/09 14:47
134F：→ DrTech: 的？人手不够CTO就要跳去做？其他经理，工程师在干嘛？还 03/09 14:47
135F：→ DrTech: 是把其他工程师，经理忽略管理？CTO跳下去未必是唯一解法 03/09 14:47
136F：→ DrTech: 啊。 03/09 14:47
137F：→ DrTech: 好的教练不上场打球也不是我说的，上场打球当然可以。但CT 03/09 14:49
138F：→ DrTech: O不传球给其他球员，自己从基本运球练起，一直自干，是唯 03/09 14:49
139F：→ DrTech: 一解吗？CTO真的太累。 03/09 14:49
140F：推 DrTech: 一个球队，需要CTO练球，上场打球，把"其他工程师"当空气 03/09 14:53
141F：→ DrTech: 。这叫正常喔？ 不补人，正常资源调度也真的不是这样干啊 03/09 14:53
142F：→ DrTech: 。 03/09 14:53
143F：→ coldcat: 新创公司人少 CTO也下来帮忙开发不是很常见的事吗 03/09 14:53
144F：→ DrTech: 可以啊，但CTO自己商场，不要矛盾的说：好的教练不用上场 03/09 15:12
145F：→ DrTech: 打球，然後到处批评别人管理模式啊。 03/09 15:12
146F：→ DrTech: 别误会，CTO自己上场打球，没问题。自己一直上场打球。然 03/09 15:14
147F：→ DrTech: 後一直说好的教练不该上场打球，然後一直批评其他教练。不 03/09 15:14
148F：→ DrTech: 是很矛盾吗。 03/09 15:14
149F：→ DrTech: 我是用"矛盾"，累，而不是错喔，别误会。 03/09 15:15
150F：→ bxc: 你不懂硬体 END 03/09 15:29
151F：推 stepnight: 有没有可能他知道他身为教练自己要上场很不对劲 03/09 15:48
152F：→ stepnight: 但他还是得上场的情况呢？也不是他造成的 03/09 15:48
153F：→ stepnight: 只是他没办法去改变？毕竟都一点一点的被架空了 03/09 15:48
154F：→ stepnight: 我感觉他就是被控制指哪打哪没啥权力只有头衔的CTO 03/09 15:48
155F：→ stepnight: 不是质疑CTO的能力，只是也待过这种老板 03/09 15:50
156F：→ stepnight: 特喜欢亲自下场指手画脚搞得下面主管难以管理 03/09 15:50
157F：→ stepnight: 或做决策的垃圾公司 03/09 15:50
158F：→ DarkIllusion: 你举的例子都不是硬体啊 老兄 03/09 16:04
159F：嘘 luke72: 讲了一堆，有讲出硬体怎麽跑scrum吗？你的第一句大前提 03/09 17:19
160F：嘘 pttano: 这篇是在哈罗 03/09 18:40
161F：嘘 AvatarH: 带风向？ 03/09 19:33
162F：→ GoalBased: A是一种专案管理手段，管理这个事情就没有行不行，只有 03/09 19:45
163F：→ GoalBased: 适不适合，牵扯到更多的是人的问题，还有能力的问题， 03/09 19:45
164F：→ GoalBased: 你就很聪明能取其有价值的部分，有些人没办法变通。但 03/09 19:45
165F：→ GoalBased: 很多时候是组织管理的问题，现实上要考虑很多组织因素 03/09 19:45
166F：→ GoalBased: ，很多人没办法看透这部分 03/09 19:45
167F：→ codehard: 你不懂硬体+1 03/09 20:09
168F：→ superpandal: 个人不懂硬体 但就软体来说scrum本身就很不可能的了 03/09 20:45
169F：→ superpandal: 不觉得硬体灵活过软体 03/09 20:46
170F：→ superpandal: 至於软体上为何scrum多半不可行 因为人性 我相信多 03/09 20:47
171F：→ superpandal: 数人并不想被用完即丢 scrum如果基於烂架构上是不行 03/09 20:49
172F：→ superpandal: 的 然而架构有价值 没有人会自己压搾自己 03/09 20:51
173F：→ superpandal: 这世界理想上应该没草台班子 然而因现实上你我利益 03/09 20:55
174F：→ superpandal: 相背产生 这就是资本主义 03/09 20:56
175F：→ superpandal: 弄的不错都算善意爆棚了 而且就这样来看就是吃亏 03/09 21:10
176F：→ TSMCfabXX: 这篇文的存在就说明了为什麽 scrum 不行 03/10 06:44
177F：→ dildoe: 以台场尿性硬体做不到就是软体改 够scrum直接变scum XD 03/10 07:11
178F：嘘 tsao1211: 没看到code整篇都是猜的 03/10 08:18
179F：推 cplusplus426: 你484就是员工 好像你最懂：） 03/10 08:41
180F：推 foxbrush: 如果产品主要靠硬体，Scrum行不通，而且不只硬体，传统 03/10 11:29
181F：→ foxbrush: 套装软体一年release一次那种，Scrum也跑不太起来，Scru 03/10 11:29
182F：→ foxbrush: m适合release周期短的产品 03/10 11:29
183F：→ foxbrush: 而且release成本的产品 03/10 11:41
184F：→ foxbrush: 成本低 03/10 11:41
185F：推 dophin332: 人家要上市 要省成本一次到位 财报才会好看好吗 03/10 16:19
186F：→ abraxas: 「硬体为什麽不能跑」『上面的软体叭啦叭啦』 03/10 16:48
187F：→ ChungLi5566: 所有产品的开发都能套scrum 但其他产业要付出的代价 03/10 16:52
188F：→ ChungLi5566: 太大了 03/10 16:52
189F：→ mickeyboy: 有时候不能跑Scrum不一定是工程团队的问题 03/10 19:28
190F：→ mickeyboy: 同样要跑及格程度 waterfall比较容易些, 导入也是 03/10 19:30
191F：→ mickeyboy: 但现实是连waterfall都跑不好的一堆 不是吗... 03/10 19:31
192F：→ Lhmstu: 因为cto是摄影机硬体的是他们主力，你要去找後端去学硬体 03/10 20:36
193F：→ Lhmstu: 还是找硬体学後端哪个容易？嘴别人能力前先看看自己吧 03/10 20:36
194F：嘘 harea: 你想要硬体跑Scrum，那也要全部人听你的阿！不可能 03/10 20:38
195F：→ Lhmstu: 有钱当然两个都找阿，阿没钱新创只能取舍，你会怎麽取舍 03/10 20:38
196F：→ Lhmstu: ？ 03/10 20:38
197F：→ harea: 硬体要跑Scrum，你先去问生管怎麽说，问候你祖宗18代 03/10 20:40
198F：→ harea: 会被生管心里问候你 03/10 21:37
199F：→ shooter555: 软体跑scrum都死一堆了 硬体你要跑scrum？ 我看连FW 03/10 23:53
200F：→ shooter555: 都跑不起来了 03/10 23:53
201F：→ ChungLi5566: 可以去看Scrum的最初论文 里面的moving the scrum do 03/11 08:40
202F：→ ChungLi5566: wnfield 第一点是built in instability 03/11 08:40
203F：→ ChungLi5566: 如果已经知道要开发的产品是什麽 根本不用套scrum 03/11 08:42
204F：推 kuosos520: 奴性够就是内卷，奴性不够就是内耗 03/11 14:04
205F：嘘 javatea: 闭嘴好好干到cto去证明自己吧 03/11 15:24
206F：推 Nomadismo: 这就跟我遇到白痴VP一样，说为何server板子不能EVT一 03/11 17:34
207F：→ Nomadismo: 版就量产 03/11 17:34
208F：推 Ghamu: 说真的别臭scrum了 我前前公司做医疗iot 曾经就有推过一个 03/12 00:14
209F：→ Ghamu: 家用看护版的产品 waterfall下来快要一整年 好不容易把产品 03/12 00:15
210F：→ Ghamu: 给开发好丢到市场上 发现根本没人买= = 好像卖出10而已 好 03/12 00:15
211F：→ Ghamu: 在老板够有钱才没倒掉.... 可以的话尽量把周期缩短尽量早点 03/12 00:15
212F：→ Ghamu: 触及到市场触及到相关利益人士 提早作出修改 大步难迈 小步 03/12 00:15
213F：→ Ghamu: 飞快才是正途 很多时候你一个大瀑布下来才发现全部搞错了 03/12 00:15
214F：→ Ghamu: 那改变的成本就会很高 03/12 00:15
215F：推 Ghamu: 是说硬体的话可能真的不行 改动成本相对就是比起软体高 03/12 00:22
216F：→ Ghamu: 是说我怀疑大家认知的waterfall可能也不一样？ 就我理解wat 03/12 00:25
217F：→ Ghamu: erfall 就是把所有想得到的所有功能详列出来 开发周期非常 03/12 00:25
218F：→ Ghamu: 长 最後的最後才把产品推到客户手中 结果客户可能要的不是 03/12 00:25
219F：→ Ghamu: 这样的东西 方向全错这样 03/12 00:25
220F：→ ssccg: 人家都说了regression至少要跑3天，那老板兼TPM压时程发布 03/12 19:16
221F：→ ssccg: 时不给测试时间，出事了在谈要惩处QA还RD比较公平，这叫做 03/12 19:17
222F：→ ssccg: 跑scrum吗? 显然比较可能是跑殒石开发吧 03/12 19:18
223F：→ ssccg: waterfall的重点不是详列功能，是不能中途变更，只有一个小 03/12 19:19
224F：→ ssccg: 需求的waterfall一样是waterfall，关键是需求设计开发测试 03/12 19:20
225F：→ ssccg: 每一阶段都是完整完成才往下，中间要改就是从需求阶段重来 03/12 19:20
226F：→ codehard: 硬体也是可以做POC，怎麽会做到完才知道没需求。 03/12 22:56
227F：嘘 CCben: 作者你不懂硬体，你有去工厂、打件厂盯进度吗？你解决过良 03/13 00:54
228F：→ CCben: 率问题吗？你有焊过板子吗？你解决过通讯的遮蔽效应问题吗 03/13 00:54
229F：→ CCben: ？你做过poc和量产後的硬体产品吗？你有做过各国安规认证吗 03/13 00:54
230F：→ CCben: ？ 03/13 00:54
231F：→ ChungLi5566: 那是成本的问题 跑scrum本来就要多付出代价 03/13 08:08
232F：→ internetms52: 有点脑补太多惹 03/13 09:12
233F：→ leolarrel: 推CCben, 楼主超自以为是 03/28 18:13
234F：推 gogogogo3333: Scrum 目标以固定短周期，持续改善终端产品。pr to 04/10 08:16
235F：→ gogogogo3333: master and release. 硬体开发 固定短周期打样都 04/10 08:16
236F：→ gogogogo3333: 很难。 短不了，自然不那麽合适，也不需要 做敏捷。 04/10 08:16