Re: [請益] 主管工時都估太短

看板Soft_Job作者 (prag)時間8年前 (2016/05/21 22:19), 編輯推噓38(39推 1噓 116→)
留言156則, 55人參與, 最新討論串3/10 (看更多)
※ 引述《chatmonkey (打屁猴)》之銘言： : ※ 引述《purin88 (原來我是憤怒的鄉民)》之銘言： : : 唉，但工時估太短，就造成我不停的加班追進度，沒有六日、沒有晚上 : : 請問我該怎麼辦？ : : 還有更好的solution嗎？ 推文有提到scrum,我也來討論一下 小弟在新創公司,開發模式導scrum 廢話就不講了 一次sprint需求會議16人,開兩三天(整個團隊 估工時要花兩天 我看我同事都估的短(主管會壓時間 我自己估還花心力看需求文件認真地估出來 也是估的短 每天daily meeting約40分鐘 進公司後一個小時,才能真正動工 也就是8小時的事,7小時要做完 導scrum真的好嗎? daily meeting本意不是每天盯進度造成員工時程壓力吧?我不懂 而且什麼sprint google翻譯出來就是跑百米 跑百米是能夠讓人跑幾次衝刺幾次... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 122.147.27.211 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1463840341.A.C69.html
推
05/21 22:21, , 1F
05/21 22:21, 1F
→
05/21 22:21, , 2F
sprint 是衝刺沒錯啊. 他的精神就是每個sprint週期衝刺一次
05/21 22:21, 2F
→
05/21 22:23, , 3F
daily meeting要盡量縮短. 我們最短紀錄是一人只有15秒
05/21 22:23, 3F
→
05/21 22:24, , 4F
4個人可以在一分鐘內結束. 這樣就不會造成時間浪費.
05/21 22:24, 4F
推
05/21 22:33, , 5F
那產品品質使用這種模式會下架嗎？因為都是衝出來的
05/21 22:33, 5F
→
05/21 22:33, , 6F
下降
05/21 22:33, 6F
推
05/21 22:34, , 7F
敏捷並不保證品質喔.
05/21 22:34, 7F
→
05/21 22:35, , 8F
跟主管提過了,問說不怕之後會有看不到的bug爆出來嗎
05/21 22:35, 8F
→
05/21 22:37, , 9F
我自己工作上都覺得這樣開發都抖抖得,但也說不定主管有
05/21 22:37, 9F
→
05/21 22:38, , 10F
默默的fix bug(?)
05/21 22:38, 10F
→
05/21 22:51, , 11F
會議時間太久了
05/21 22:51, 11F
推
05/21 22:52, , 12F
主管壓時間的結果就是不管用不用scrum都是產出糟糕的產
05/21 22:52, 12F
→
05/21 22:52, , 13F
品而已......
05/21 22:52, 13F
→
05/21 22:53, , 14F
專案衝刺+每天時程壓力.....讓人受不了
05/21 22:53, 14F
推
05/21 22:54, , 15F
而且scrum就是要所有人保持中立估算時間，主管沒理由的
05/21 22:54, 15F
→
05/21 22:54, , 16F
干涉就失去估算的意義
05/21 22:54, 16F
推
05/21 23:13, , 17F
是因為台灣會把scrum作為壓榨勞力的作法而非提高生產力
05/21 23:13, 17F
→
05/21 23:17, , 18F
不適合就別用 你用一個library發現很難用很花時間
05/21 23:17, 18F
→
05/21 23:17, , 19F
你還不趕快換別套
05/21 23:17, 19F
→
05/21 23:18, , 20F
15秒的meeting還不如不開 用個群組講一下就好
05/21 23:18, 20F
推
05/21 23:21, , 21F
standup meeting其實有其精神及好處. 不是時間長才叫開會.
05/21 23:21, 21F
→
05/21 23:22, , 22F
敏捷有優缺點,不能因為缺點,而全盤否認它想要解決的問題.
05/21 23:22, 22F
→
05/21 23:23, , 23F
對於即時通訊軟體,我也可以說e-mail就能解決問題.
05/21 23:23, 23F
→
05/21 23:23, , 24F
我只看到16X 2.5=一個人一個月的工作量
05/21 23:23, 24F
→
05/21 23:24, , 25F
事實上e-mail,即時通訊,面對面的會議各有擅場及適用的時機.
05/21 23:24, 25F
→
05/21 23:26, , 26F
我想台灣不適合談軟工吧,這裡是台灣....
05/21 23:26, 26F
推
05/21 23:46, , 27F
感覺是你們自己的問題吧??我覺得沒能力就不要學人家啊??
05/21 23:46, 27F
→
05/21 23:46, , 28F
學半套有啥用?
05/21 23:46, 28F
→
05/21 23:50, , 29F
看起來八成像有daily meeting的waterfall。樓下你覺得呢?
05/21 23:50, 29F
推
05/21 23:50, , 30F
找些有經驗的人比較實在
05/21 23:50, 30F
→
05/21 23:51, , 31F
新創最愛看幾本書幾篇文章，然後搞一堆很無意義的東西
05/21 23:51, 31F
推
05/21 23:57, , 32F
你們一組16個人太多了！可google「scrum people number
05/21 23:57, 32F
→
05/21 23:57, , 33F
」，建議是5～7人，不過我個人覺得兩三人的時候也挺不
05/21 23:57, 33F
→
05/21 23:57, , 34F
錯
05/21 23:57, 34F
→
05/21 23:59, , 35F
「sprint開兩三天，daily meeting 40分鐘」這很明顯就
05/21 23:59, 35F
→
05/21 23:59, , 36F
是沒有符合scrum的精神，你們有人在看書或看網站嗎？
05/21 23:59, 36F
推
05/22 00:02, , 37F
敏捷開發神話不是早被戳破？
05/22 00:02, 37F
推
05/22 00:03, , 38F
書上都說估算時間，工程師都說壓榨勞力
05/22 00:03, 38F
→
05/22 00:04, , 39F
scrum是提升團隊透明度、向心力、降低溝通成本吧，和軟
05/22 00:04, 39F
還有 77 則推文
→
05/22 11:38, , 117F
可是開發時間一樣是兩個禮拜沒有調整
05/22 11:38, 117F
→
05/22 11:39, , 118F
water-scrum-fall
05/22 11:39, 118F
推
05/22 11:44, , 119F
時間都是developer估的 包含UT跟整合測試 太趕下個sprint
05/22 11:44, 119F
→
05/22 11:44, , 120F
buffer就再抓多一點
05/22 11:44, 120F
推
05/22 12:06, , 121F
Scrum meeting 大概10~15分鐘就結束了
05/22 12:06, 121F
→
05/22 12:06, , 122F
主要是講自己遇到了什麼問題,
05/22 12:06, 122F
推
05/22 12:08, , 123F
你們那個根本不是scrum
05/22 12:08, 123F
→
05/22 12:10, , 124F
人數太多 開會時間過長 沒抓到精神 只學到招式
05/22 12:10, 124F
→
05/22 12:48, , 125F
scrum 要 run 的先決條件就是團隊裡要有幾位資深經驗者
05/22 12:48, 125F
→
05/22 12:48, , 126F
，不是按照書上的指引就 run 的起來的
05/22 12:48, 126F
推
05/22 12:53, , 127F
哪有daily開那麼久的 你們scrum master在睡覺嗎？
05/22 12:53, 127F
→
05/22 13:16, , 128F
每天開會半個多小時 除非你們公司的RD性向都是開完會會元氣滿
05/22 13:16, 128F
→
05/22 13:17, , 129F
滿的那種 不然一定死得很難看(但是那種性向應該去當業務XD)
05/22 13:17, 129F
→
05/22 13:35, , 130F
開會時間來拿開發還比較實在一點
05/22 13:35, 130F
推
05/22 16:37, , 131F
還遇過daily meeting 3小時的勒....
05/22 16:37, 131F
推
05/22 16:59, , 132F
還有過開整天的...下班的時候回想：幹我今天做了啥XD
05/22 16:59, 132F
推
05/22 17:06, , 133F
台灣有真的scrum嗎?好奇...
05/22 17:06, 133F
→
05/22 17:22, , 134F
排骨酥味道的味增湯
05/22 17:22, 134F
→
05/22 23:09, , 135F
http://bit.ly/1WadhoI Scrum Community in Taiwan 的討論
05/22 23:09, 135F
推
05/23 01:36, , 136F
覺得是假scrum+1
05/23 01:36, 136F
推
05/23 01:39, , 137F
這不就標準的假scrum
05/23 01:39, 137F
推
05/23 10:41, , 138F
scrum 40min是你們搞錯了吧..scrum不是討論用的..
05/23 10:41, 138F
→
05/23 10:42, , 139F
什麼叫導scrum... scrum只是agile的一個執行方式
05/23 10:42, 139F
→
05/23 10:57, , 140F
說的好聽叫scrum 說的難聽叫每天開會HL你
05/23 10:57, 140F
噓
05/23 11:27, , 141F
05/23 11:27, 141F
推
05/23 11:36, , 142F
Daily meeting太久，重點 三大綱沒抓好。看板方法先行。
05/23 11:36, 142F
→
05/23 11:36, , 143F
理論不是適合每個團隊。可能中間有些流程要客製化。一步
05/23 11:36, 143F
→
05/23 11:36, , 144F
一步來。沒有人要你們一次登天
05/23 11:36, 144F
推
05/24 03:45, , 145F
假scrum吧 哪有人每天抓16人去開40min的會 說出去會被笑死
05/24 03:45, 145F
推
05/24 09:15, , 146F
daily standup就講昨天做什麼今天要做什麼 是能講多久
05/24 09:15, 146F
→
05/24 09:16, , 147F
你們能開到40分鐘真不簡單
05/24 09:16, 147F
→
05/24 09:18, , 148F
我覺得scrum要在規模夠大時才有效果 幾十人小公司就還
05/24 09:18, 148F
→
05/24 09:18, , 149F
是waterfall就好
05/24 09:18, 149F
→
05/24 18:18, , 150F
估工時不能老實(有外力) 隊伍能力參差不齊 這種團隊連合作
05/24 18:18, 150F
→
05/24 18:19, , 151F
能力都不一定有了 還想走敏捷開發 XD...
05/24 18:19, 151F
→
05/24 18:20, , 152F
scrum理論上人數不限 人多只是多切幾隊而已.但還是那句 隊
05/24 18:20, 152F
→
05/24 18:20, , 153F
員能力不能落差太大外 更重要的是 隊員必需是人 而不是其他
05/24 18:20, 153F
→
05/24 18:21, , 154F
的東西...然後外力介入就更不用講了 要玩一半的不如果直接
05/24 18:21, 154F
→
05/24 18:21, , 155F
用老方法跑稿不好還更穩 XD
05/24 18:21, 155F
→
05/26 00:50, , 156F
少一個真的懂scrum的master
05/26 00:50, 156F
‣ 更多 prag222 的文章
文章代碼(AID): #1NG6vLnf (Soft_Job)
討論串 (同標題文章)
本文引述了以下文章的的內容：
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 3 之 10 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共10篇)
‣ 更多 prag222 的文章
文章代碼(AID): #1NG6vLnf (Soft_Job)