[分享] Scrum 的適合場景：「外包團隊」

看板Soft_Job作者 (談無慾)時間4年前 (2020/03/09 13:54), 4年前編輯推噓23(24推 1噓 48→)
留言73則, 30人參與, 4年前最新討論串1/1
今天早上看到社群的分享文章 轉貼過來 https://reurl.cc/ex5lpR -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.35.125 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1583733287.A.2AA.html
噓
03/09 13:58, 4年前 , 1F
蠻外行的看法，外包絕對不適用，對於外包廠商來說，除非
03/09 13:58, 1F
→
03/09 13:58, 4年前 , 2F
你專案是談人工時，如果是fixed cost的話，最好是有辦法
03/09 13:58, 2F
→
03/09 13:58, 4年前 , 3F
在spec、scope不明確的情況下簽約，如果你是客戶，你會
03/09 13:58, 3F
→
03/09 13:58, 4年前 , 4F
簽人工時的約？？
03/09 13:58, 4F
→
03/09 13:58, 4年前 , 5F
抱歉，補推回來，沒注意到
03/09 13:58, 5F
→
03/09 13:59, 4年前 , 6F
補推
03/09 13:59, 6F
→
03/09 14:20, 4年前 , 7F
我自己是直接用二段式報價->開規格也是一個價 = =
03/09 14:20, 7F
→
03/09 14:22, 4年前 , 8F
有遠端用過Scrum 還是取決於團隊的實力
03/09 14:22, 8F
→
03/09 14:35, 4年前 , 9F
項目估算人天請款還蠻常見的，只是這麼做錢很少人就不多
03/09 14:35, 9F
→
03/09 14:37, 4年前 , 10F
當人數少到開晨會都沒意義時，最初導入的目的反而迷失了
03/09 14:37, 10F
→
03/09 14:42, 4年前 , 11F
即使是版主也要多寫點內容或心得啊
03/09 14:42, 11F
我個人目前遇到跑敏捷的都沒有好結果就是了 通常都是以為弄下去就變快或者是萬靈丹 最終變成流於形式 之前面試也被問過對於敏捷的看法 我覺得要看最高推導敏捷的人 認為敏捷是什麼 是不是只看到好的沒有看到可能造成反面的原因 再來對於工程師組成的部分 如果是 工程師同樣能力同樣年資一批(A) vs 跟年資或者專案經歷階段式分佈(B) 兩者開出來的點數差會很有趣的 但通常我看到的好像是以為只要敏捷跑下去立刻就會level up B->A 對於管理人來說 好像只要能算出了時程 彷彿專案就已經完成了 要我比喻的話 我目前遇到的大概都是 就像是去光華一間一間問價格 然後只要有價格比較低的(資深) 就反問貴的(資淺)為什麼你要賣那麼貴
推
03/09 14:47, 4年前 , 12F
一樓一直補推不成功, 幫QQ
03/09 14:47, 12F
→
03/09 14:55, 4年前 , 13F
搞Scrum代表專案時間會拖很長，有無考慮過以時間計價？
03/09 14:55, 13F
→
03/09 14:56, 4年前 , 14F
例如計時／計日／計週／計雙週／乃至計月的方式簽約。
03/09 14:56, 14F
※ 編輯: MOONY135 (114.34.35.125 臺灣), 03/09/2020 14:59:10 ※ 編輯: MOONY135 (114.34.35.125 臺灣), 03/09/2020 15:11:50
推
03/09 15:25, 4年前 , 15F
什麼敏捷,Scrum等新穎的管理方式都是不學無術的人提出來
03/09 15:25, 15F
→
03/09 15:25, 4年前 , 16F
的沒什麼學理依據,問他為什麼是2個禮拜一個spring,report
03/09 15:25, 16F
→
03/09 15:25, 4年前 , 17F
要每天,programming要pair,沒什麼人回答出一個有邏輯的解
03/09 15:25, 17F
→
03/09 15:25, 4年前 , 18F
釋,更況且通常跟目前已知最有效率的邏輯是相衝的
03/09 15:25, 18F
→
03/09 15:25, 4年前 , 19F
等一下作者就來回覆了吧...
03/09 15:25, 19F
→
03/09 15:27, 4年前 , 20F
更好笑的是目前有一個職位叫：敏捷大師(104有販售)
03/09 15:27, 20F
推
03/09 17:43, 4年前 , 21F
敏捷指的是快速調整方向，而不是快速開發，兩者的差別
03/09 17:43, 21F
→
03/09 17:43, 4年前 , 22F
很大
03/09 17:43, 22F
推
03/09 18:08, 4年前 , 23F
引言非常棒XDDDD
03/09 18:08, 23F
→
03/09 18:08, 4年前 , 24F
精銳的譬喻
03/09 18:08, 24F
→
03/09 19:21, 4年前 , 25F
稿scrum最後都來壓榨工程師用的
03/09 19:21, 25F
推
03/09 19:40, 4年前 , 26F
等一樓補推
03/09 19:40, 26F
推
03/09 19:42, 4年前 , 27F
引言滿好笑的
03/09 19:42, 27F
→
03/09 20:02, 4年前 , 28F
引言就暴露見解錯誤了..100人月切10份不會變成9*10
03/09 20:02, 28F
推
03/09 20:04, 4年前 , 29F
純推工程師幹話
03/09 20:04, 29F
→
03/09 20:04, 4年前 , 30F
甚至是11*10 就上面講的是快速調整方向,避免100全都錯
03/09 20:04, 30F
→
03/09 20:45, 4年前 , 31F
外包搞Scrum, 那允許甲方一直改Spec嗎? 只是搞死工程師
03/09 20:45, 31F
反過來了 內部修改跟插單完全不需要"成本" 只要頭頭說改就改 可以想改就改 如果是外部的話 改了就會有成本產生 意識到有沒有成本增加這件事情就會少掉很多"覺得這邊不好那邊不要的小修改"
推
03/09 21:16, 4年前 , 32F
可以啊，加錢
03/09 21:16, 32F
推
03/09 21:16, 4年前 , 33F
scrum 就是給你每兩個禮拜收一次錢跟改spec呀
03/09 21:16, 33F
→
03/09 21:17, 4年前 , 34F
一般公司不能跑就是因為改規格沒成本，但外包沒差
03/09 21:17, 34F
再來就是考慮到工程師 彼此之間技能的落差估出來的時程
推
03/09 21:22, 4年前 , 35F
至於為什麼兩個禮拜一個sprint大概是剛好那些大大的公司
03/09 21:22, 35F
→
03/09 21:22, 4年前 , 36F
每兩周付一次薪水吧
03/09 21:22, 36F
→
03/09 21:28, 4年前 , 37F
可是我們沒用scrum花好多時間做出的東西使用者都不用它們欸
03/09 21:28, 37F
→
03/09 21:28, 4年前 , 38F
還有沒有stand up meeting 真的少了很多團隊感
03/09 21:28, 38F
→
03/09 21:29, 4年前 , 39F
雖然我們公司的scrum後來也沒了 但從我之前肉身遇到哪些問
03/09 21:29, 39F
→
03/09 21:29, 4年前 , 40F
題 覺得他們還是有他的道理的
03/09 21:29, 40F
→
03/09 21:32, 4年前 , 41F
我覺得是這樣 新的東西出來不是因為他爽 吃飽沒事幹 通常都
03/09 21:32, 41F
→
03/09 21:32, 4年前 , 42F
是因為舊有的系統有其盲點 缺點 所以才有他們的存在 而他們
03/09 21:32, 42F
→
03/09 21:32, 4年前 , 43F
持續survive 也就證明了他們本身有其價值 不是來亂的王八蛋
03/09 21:32, 43F
推
03/09 21:34, 4年前 , 44F
Scrum的功能之一就是用來改善做出來沒人用這點的
03/09 21:34, 44F
→
03/09 21:34, 4年前 , 45F
你可以快速調整方向才不會一條錯路走到底
03/09 21:34, 45F
※ 編輯: MOONY135 (123.194.180.20 臺灣), 03/09/2020 22:43:21
推
03/09 23:20, 4年前 , 46F
敏捷不是快，如果要翻譯，我會覺得翻譯成靈活開發會更好
03/09 23:20, 46F
→
03/09 23:21, 4年前 , 47F
我通常會舉例敏捷開發比較類似一台可以在過彎上勝過傳統開
03/09 23:21, 47F
→
03/09 23:21, 4年前 , 48F
發的車子，但是如果單純只是要比直線衝刺，敏捷當然不具備
03/09 23:21, 48F
→
03/09 23:22, 4年前 , 49F
優勢，而且還會更慢，因為敏捷注重的是隨時要準備轉彎。
03/09 23:22, 49F
→
03/10 02:07, 4年前 , 50F
滾動式開發
03/10 02:07, 50F
推
03/10 09:32, 4年前 , 51F
力量開發，智慧開發
03/10 09:32, 51F
推
03/10 10:21, 4年前 , 52F
簡單講就是下坡的AE86嘛 速度不快但很會轉彎
03/10 10:21, 52F
推
03/10 11:00, 4年前 , 53F
我看到的都是覺得scrum很潮就把團隊帶下去跑，然後
03/10 11:00, 53F
→
03/10 11:00, 4年前 , 54F
就一團亂，基本上奴性跟scrum有點矛盾
03/10 11:00, 54F
推
03/10 14:16, 4年前 , 55F
是奴性硬幹跟 scrum 本身是衝突的沒錯 XD
03/10 14:16, 55F
推
03/10 16:24, 4年前 , 56F
我們跑敏捷都蠻成功的啊，然後外包怎麼可能適合Scrum，
03/10 16:24, 56F
→
03/10 16:24, 4年前 , 57F
要麻工程師痛苦要麻對口業主的痛苦
03/10 16:24, 57F
推
03/10 19:28, 4年前 , 58F
的確有看過接案的公司跑scrum成功的案例，據說他們的客戶
03/10 19:28, 58F
→
03/10 19:28, 4年前 , 59F
也很喜歡每兩個禮拜可以看到成果在進步
03/10 19:28, 59F
→
03/10 19:28, 4年前 , 60F
而不是過好幾個月發現成果是一團屎
03/10 19:28, 60F
→
03/10 19:30, 4年前 , 61F
另外推上面senjor的解釋，好中肯！我也覺得如果很確定是
03/10 19:30, 61F
→
03/10 19:30, 4年前 , 62F
要直線前進（要做什麼樣的產品很明確）的話，使用一些ag
03/10 19:30, 62F
→
03/10 19:30, 4年前 , 63F
ile方法論真的反而更慢
03/10 19:30, 63F
推
03/10 19:38, 4年前 , 64F
Scrum:可以每個sprint彈性調整步調(O)
03/10 19:38, 64F
→
03/10 19:38, 4年前 , 65F
Scrum:可以每隔一段時間看到新進度(X)
03/10 19:38, 65F
推
03/10 19:42, 4年前 , 66F
瀑布流:可以每隔一段時間驗收跟合約上sa/sd的結果有沒
03/10 19:42, 66F
→
03/10 19:42, 4年前 , 67F
有一樣(O)
03/10 19:42, 67F
→
03/10 19:42, 4年前 , 68F
咦 ？
03/10 19:42, 68F
推
03/11 00:15, 4年前 , 69F
scrum都是工作方法不要期望看一本書套入公式就有好結果
03/11 00:15, 69F
推
03/11 01:06, 4年前 , 70F
很多自稱scrum 最後都變成隕石流
03/11 01:06, 70F
推
03/12 00:01, 4年前 , 71F
蠻中肯的阿 所以每間公司寫出來的不都跟外包一樣
03/12 00:01, 71F
推
03/12 21:47, 4年前 , 72F
補推XD 抱歉 推半天
03/12 21:47, 72F
→
04/07 23:41, 4年前 , 73F
推隕石流
04/07 23:41, 73F
‣ 更多 MOONY135 的文章
文章代碼(AID): #1UPTedAg (Soft_Job)