討論串[討論] 關於敏捷越來越深入台灣職場
共 9 篇文章
首頁
上一頁
1
2
下一頁
尾頁

推噓71(73推 2噓 203→)留言278則,0人參與, 1月前最新作者kuosos520 (kkk)時間1月前 (2024/07/25 10:30), 1月前編輯資訊
2
0
2
內容預覽:
小弟就業大概十來年. 雖然剛入職場時. 敏捷開發就已經是很紅的議題. 但至少我前幾份專案都還是很傳統的瀑布. 個人感覺是近年越來越明顯. 所有的專案管理方式都越來越朝敏捷的概念走. 我自己體感. 比以前痛苦指數提高了很多. 例如說. 以前談好一整個版本的spec. 要談時程就是基於一整個版本再談.
(還有1143個字)

推噓5(10推 5噓 72→)留言87則,0人參與, 1月前最新作者B0988698088 (廢文少女小円♥)時間1月前 (2024/07/25 11:52), 1月前編輯資訊
0
0
0
內容預覽:
敏捷只是工具. 聽到花篇幅宣揚特色是敏捷的公司建議逃. 就好比英文是工具. 連高中生都知道這沒啥好吹的. 敏捷認真要研究雖然要翻理論. 但那已經是公司找顧問重構管理制度的事了. 你一個下面小螺絲釘當做橫向溝通的工具即可. 至於PM亂用這個. 你得部門內會議總結一下意見再請技術頭去跟PM頭溝通. 敏捷
(還有289個字)

推噓3(10推 7噓 99→)留言116則,0人參與, 1月前最新作者Lordaeron (Terry)時間1月前 (2024/07/25 16:17), 編輯資訊
0
0
1
內容預覽:
這就是莫明其妙的點,兩位沒啥實績的人,出了一本書,胡鄒一個方法。. 然後一群人拿來當聖經在拜。. 這就是外國的和尚會唸經的概念,要是像人月神話的作者這種有實績就算了。. 偏偏沒有還當神,就是一堆不沒開發過軟體的人,拿來唬人用,然後病毒式傳開。. 說實在的,還真的跟紅衛兵沒兩樣。. 至於code re
(還有241個字)

推噓0(0推 0噓 3→)留言3則,0人參與, 1月前最新作者TonyQ (得理饒人)時間1月前 (2024/07/25 20:01), 編輯資訊
0
0
1
內容預覽:
我覺得真正的問題是現在的需求是又短又多,. 以前的建置案結構比較完整,需求也沒這麼碎。. 主要還是軟體邁向高度分工,每次的實作結構跟周期都在往小型化出發的結果,. 至於痛苦與否,比較多還是公司正常不正常的問題。XD. --. 之間的世界,反抗軍啟蒙軍的交集. 帶著 Android 去旅行、去發
(還有67個字)

推噓26(29推 3噓 156→)留言188則,0人參與, 1月前最新作者oopFoo (3d)時間1月前 (2024/07/26 12:14), 編輯資訊
1
0
3
內容預覽:
痛苦就不是敏捷. 這還比較敏捷. 敏捷跟不確定不相關,這是誤解。這種情況其實就是隕石. 壓時間就不是敏捷了。. 再重申一次,定時間是完全違反敏捷的精神。敏捷是預估(forecast)不是設定(promise)流星雨,不是敏捷. 因為你被假敏捷壓榨。Scrum常常會變成這樣,Scrum是壓榨員工的好工
(還有512個字)
首頁
上一頁
1
2
下一頁
尾頁