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