[討論] 故 CTO 對於 Scrum 的看法
Scrum 造不出車、造不出火箭、做不出 IC,可能甚至連台電視都做不出來。
但我也同意在某些情境下 Scrum 是很好的工具,
特斯拉車上有三套電腦,
車控和自駕電腦完全符合 ISO16949 和 ISO26262 的嚴格規範,
每一行程式碼都經過嚴格的靜態分析和解析、測試才能 deploy;
負責 UI 的 MCU 電腦
就真的是沒事一直更新一直打 patch 一直有新 feature 一直有 bug 一直給人驚喜。
但我認為我們的攝影機凡是牽涉到串流的軟體,
都是核心功能,不應該走得太激進。
但你在處理 PIP 和 SS 功能時並不這麼認為。
------
小弟剛接觸軟工只聽說 Scrum 強無敵只是你不會用用不好
上面資深技術長的看法是不是有修正餘地?
--
Scrum被罵到臭頭很久了啦 無敵論哪來的
公司願意花錢請Scrum Master的比例不知道有沒有1%
很理想 做下去就知道問題一堆
敏捷開發,在台灣的精華只有一個人在你旁邊叫你快快快
而已
真的雷,不好好寫文件在那邊吹敏捷
特斯拉自駕電腦很常更新哩,也走得很激進
比如直接捨棄radar信號。 還有最近中國開放市區半自駕。
Scrum就是可以讓人說嘴 藉此跑去找公司說要數位轉型
取高位用的
來源咧
有個前提是 Cubo 有一半是在做硬體的
理論上很好,實務上執行就是自助餐,導致整個變質。
光是容易用不好這點它就是個廢物
Scrum就是資方壓榨勞工的伎倆
scrum是一種工具,關鍵還是用的人和怎麼用?
台派Scrum 有自己的玩法
Scrum 造不出車、造不出火箭、做不出 IC,可能甚至連台電
視都做不出來。很真實啊,有什麼好戰的。難道車,火箭,IC
需要短時間,一個月內出一個版本?不懂硬體真的別嘴別人。
。
而且核心程式碼的確實務上一直打patch,品質根本有問題,
應該停下來,而不是一直Scrum。
可是 Scrum 最有名的就是 SpaceX 對ㄚ
軟體和硬體就兩回事啊!你房子可以先蓋看看,蓋到三
層樓再發現地基挖不夠深,回頭再挖地基嗎?我以為這
種常識的認知小學生都懂
硬體你東西都出了要 scrum 個啥鬼...
你硬體最好是能夠套用最小價值產品
台灣公司的scrum都玩假的
這篇沒頭沒尾的是在說什麼?
大家好客氣
scrum本來就是神話。跟共產主義一樣
總是有人以為流程對了 就可以搞定需要專業素養的問題
想要用流程解決技術的問題 本來就是個笑話
軟硬體都有做過, 硬體的需求就是 kickoff 後就不要再變
任何一個需求的更改都會造成機構 備料 SMT PCB 的變動
這些變動都是花光光的銀子,光是機構要打樣開模就多少錢
而且產線也不是你隨時能排就能排進去, 他們是找群光做
台數這麼少 根本做佛心的 群光肯接你就要感激涕零
所以其中一個因素造排程滑掉,想跟人家再談產線時間 沒
人會屌的, 硬體最好管理的方式就是 excel 出排程開規格
說什麼時間做什麼 完成什麼就好
scrum就是懂吹
同樓上。所以車,火箭,IC,電視等硬體,本來就不適合跑Sc
rum。
硬體功能一直變,生產端根本沒人肯接單。
看不懂在講甚麼+1
覺得沒頭沒尾是因為這篇文前半段是被殺CTO的公開信內容
有興趣的可以自己去找 沒興趣的直接跳過這篇就好
管理成敗在人 不是工具
他倒數三句就說明為何他覺得scrum不適用自己公司了
你先國文唸懂再來煩惱scrum好不好
流程跟產品好壞,怎麼會綁在一起看?確保產品符合規劃規
格,才是挑選合適開發流程目的。
認真說 要玩scrum 的前提就是變動低成本至於怎樣叫低成本就
看個人認定 所以從這角度來看就知道在台的scrum 其實變向就
是認爲技術人員的時間=低成本 就這樣 == 很多時候嘴巴說什
麼不重要 重要的是做什麼 後者才是「真實」
Soft_Job的程度已經低落到在認真討論Scrum了...
在台灣要毀掉一間公司最好的辦法就是導入scrum
敏捷就是完美狀態下確實會很好 但現實就是不可能完
美 在台灣又是更難
很多就是Scrum自助餐, 要什麼點什麼
就是共產主義
看時機吧核心功能跑scrum根本就是邊拼邊做,如果核心服務
穩定了,後續體驗類的feature跑scrum是好事,高速匹配市
場
高速匹配市場,在台灣是掩蓋PM不做研究的藉口
Scrum對PM來說就是開更多(站立)的會,寫各種文件就好
75
[請益] 公司轉型 scrum 重談 offerconst N = 'U'.charCodeAt() + 'K'; // ------- 前情 ---- 我是前端工程師,大概從 VB6 開始做 windows 視窗應用程式介面 Web 是從沒 jQuery 且溝通主流也非 json 而是 XML 時代開始寫的,目前擅長 Vue 現職公司一開始進去是開發 jQuery 前端專案,打包工具是 gulp![[請益] 公司轉型 scrum 重談 offer [請益] 公司轉型 scrum 重談 offer](https://buzzorange.com/techorange/app/uploads/2021/07/App_Quest_3.0_Developer_Day_15683827320.jpg)
47
Re: [請益] Scrum壓榨工程師分享一下我自己經歷過的幾間公司: 1. 職涯最初期,事後回想把 scrum 跑得最好的公司 是一間新創公司,Product owner(PO)就是老闆本人, 如所有的老闆一般,所有他想要的東西都想要最快速度拿到, 而這位PO的優點是,他知道不能要馬兒跑又不讓馬兒吃草,35
[討論] Scrum == 頻繁看進度?如題,公司走 Scrum,但總覺得哪裡怪怪,好比一個項目分配下來,工程師估完時間, d eadline 交出去,我的理解是如果工程師提早做完,就坐等 deadline 前看着程式碼發呆 休息或是看哪邊可以再寫更好。但我公司並不是這樣 ...... 每半天或一天為單位看一下 進度,一提前做完就趕快再塞下一個東西給你 ...... 卧槽 ...... 是有沒有這麼人力極 致運用啊卧槽?我是人不是機器人耶,這好像不是 Scrum 的初衷了吧?![[討論] Scrum == 頻繁看進度? [討論] Scrum == 頻繁看進度?](https://img.youtube.com/vi/_p1Q4c3TF3c/mqdefault.jpg)
27
[討論] Scrum Master是什麼樣的工作?最近跟朋友討論..像我們這種科技管理背景 有什麼跟軟體有關的工作機會? 朋友說..就Scrum Master呀 一個需要溝通跟衝刺的工作 查了一下,好像要跟產品經理及開發團隊天天開會討論![[討論] Scrum Master是什麼樣的工作? [討論] Scrum Master是什麼樣的工作?](https://i.imgur.com/79ucuEyb.jpg)
25
Re: [討論] 關於敏捷越來越深入台灣職場痛苦就不是敏捷 : 例如說 : 以前談好一整個版本的spec : 要談時程就是基於一整個版本再談 : 中間有什麼改動很正常19
Re: [討論] Scrum Master是什麼樣的工作?我待過兩間公司跑 Scrum,只有最近的一間有明確感受到 Scrum Master Scrum 團隊組成為三種成員 1. Product Owner (連長) 2. Developer (士官、士兵們) 3. Scrum Master (輔導長)6
Re: [討論] 小leader但沒職稱我倒是很好奇為什麼沒權沒名就管不動人? 你們team裡面如果有資深工程師的話 資深跟資淺的說要改哪 難道資淺的會直接不鳥資深? 資深當到這麼沒尊嚴是不是自己也要檢討一下?7
Re: [請益] 公司轉型 scrum 重談 offer整篇看下來 外加原PO在推文的回應 抱歉,直接一點的說:原PO是涉世未深嗎? 拿員工的薪水在操老闆的心 一個公司裡面,特別是小公司、中小企業,只有兩種角色:員工跟老闆 你是員工就想怎樣對你最好,薪水高、有資源讓你考證照、有高科技玩具可以玩...4
[問卦] 有沒有SCRUM很神奇的八卦呀?SCRUM給人的印象 就是用一半的時間,做兩倍的事 透過每天晨會關心進度 數周內衝刺出讓客戶買單的產品 真的太強大喇~~~![[問卦] 有沒有SCRUM很神奇的八卦呀? [問卦] 有沒有SCRUM很神奇的八卦呀?](https://i.imgur.com/zoVWMMFb.jpg)
[閒聊] Scrum每天早上10分鐘會議很難嗎? 我們團隊跑scrum很久了 ----- Sent from JPTT on my Samsung SM-G9900. --