作者
標題 Re: [討論] 關於敏捷越來越深入台灣職場
時間 Thu Jul 25 11:52:06 2024
標題 Re: [討論] 關於敏捷越來越深入台灣職場
時間 Thu Jul 25 11:52:06 2024
敏捷只是工具
聽到花篇幅宣揚特色是敏捷的公司建議逃
就好比英文是工具
連高中生都知道這沒啥好吹的
敏捷認真要研究雖然要翻理論
但那已經是公司找顧問重構管理制度的事了
你一個下面小螺絲釘當做橫向溝通的工具即可
至於PM亂用這個
你得部門內會議總結一下意見再請技術頭去跟PM頭溝通
敏捷是在傳統瀑布開發以外給你彈性
去為了緊急且重大的改動作出調整
不是給你胡亂稽查工程師行程
天天抽插技術部門用的
好的敏捷能讓短會開的有意義
爛的敏捷只是多一張嘴在那問一堆廢事
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 106.146.47.22 (日本)
※ 作者: B0988698088 2024-07-25 11:52:06
※ 文章代碼(AID): #1ceSlfP6 (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1721879529.A.646.html
※ 同主題文章:
07-25 10:30
Re: [討論] 關於敏捷越來越深入台灣職場
07-25 11:52
07-25 16:17
07-26 12:13
→ : 你484在臭某間公司1F 07/25 12:00
→ : 我覺得可以套用到很多公司2F 07/25 12:10
→ : 工程師工具就是很重要 我討厭說只是工具不重要的說法3F 07/25 12:37
你的意見有很重要嗎→ : 前公司要導入slack 老人說用email就好了 幹麻搞一堆奇怪的工具
用redmine jira幹麻？ 用excel檔案管理issue就好了
新的工具發明出來通常是要處理舊的工具痛點 新工具如果長期被市場接受 那通常代表他比舊工具有它的道理在4F 07/25 12:37
清楚認知工具本位才是正確態度用redmine jira幹麻？ 用excel檔案管理issue就好了
新的工具發明出來通常是要處理舊的工具痛點 新工具如果長期被市場接受 那通常代表他比舊工具有它的道理在4F 07/25 12:37
無意義瞎吹只會像現在一堆標榜AI的企業一樣，唬人他有技術，其實業內人看一眼就知道只
是在炒股
→ : 泰坦表示9F 07/25 12:55
※ 編輯: B0988698088 (106.146.47.22 日本), 07/25/2024 13:23:29推 : 很多東西確實沒必要阿，你用jira然後說明都只寫一行有啥幫助？ 還不是沒人知道在幹嘛10F 07/25 13:30
→ : 關鍵在"人"。 人對了，不管是瀑布，看板，敏捷，Scrum,都沒問題。人不對，用什麼方法都一樣爆。
人對了，你用excel管理專案也沒問題。人錯了，你用jira也沒用。
舉例：用了jira或slack，然後，內容都是，你去收email或看某個ftp上excel，有意義嗎？人的思考邏輯不變，人爛，什麼工具都一樣。12F 07/25 13:46
人對了，你用excel管理專案也沒問題。人錯了，你用jira也沒用。
舉例：用了jira或slack，然後，內容都是，你去收email或看某個ftp上excel，有意義嗎？人的思考邏輯不變，人爛，什麼工具都一樣。12F 07/25 13:46
推 : 推 DrTech, 但"人"很抽象就是了~19F 07/25 13:51
推 : #1MWgps7K (Soft_Job) 老文重貼
2014年 一個針對遊戲產業組織文化及專案開發的問卷 結論是採取哪一種開發方法"並沒有"對專案的成功特別有幫助.
(採取任何一種開發方法都沒有在統計上產生表徵)
對某些遊戲開發者來說，方法論被認為是聖杯
但其造成的差異很微小 每個方法論與產出分數的相關度都很低即便是大家最不喜歡的瀑布式也都運作的很好。20F 07/25 13:53
2014年 一個針對遊戲產業組織文化及專案開發的問卷 結論是採取哪一種開發方法"並沒有"對專案的成功特別有幫助.
(採取任何一種開發方法都沒有在統計上產生表徵)
對某些遊戲開發者來說，方法論被認為是聖杯
但其造成的差異很微小 每個方法論與產出分數的相關度都很低即便是大家最不喜歡的瀑布式也都運作的很好。20F 07/25 13:53
Re: [徵才]麥奇數位誠徵 DevOps 成員(40K~80K) - 看板 Soft_Job - 批踢踢實業坊
作者: NDark (溺於黑暗) 關於方法論， 我跟幾個國外的前輩在去年做了一個針對遊戲產業組織文化及專案開發的問卷 叫 "The Game Outcomes Project" 在最後產出的五篇統計分析文章中 特別有一篇談到方法論( )
作者: NDark (溺於黑暗) 關於方法論， 我跟幾個國外的前輩在去年做了一個針對遊戲產業組織文化及專案開發的問卷 叫 "The Game Outcomes Project" 在最後產出的五篇統計分析文章中 特別有一篇談到方法論( )
噓 : 完全錯誤喔~ 我前公司就是說人對了就對了 那只是工具
最猛的是說沒有流程就是最好的流程
最後我們花了一年時間做一個完全沒人要用的東西 CTO離職
歐 說錯了 他本來是CEO27F 07/25 14:23
你進了一間糞公司那是你廢最猛的是說沒有流程就是最好的流程
最後我們花了一年時間做一個完全沒人要用的東西 CTO離職
歐 說錯了 他本來是CEO27F 07/25 14:23
不代表別人論述是錯的好嗎？
我在教你安靜聽就好，吵三小
※ 編輯: B0988698088 (106.146.47.22 日本), 07/25/2024 14:26:47
噓 : 那你安靜聽我說的就好了 吵三小呢wwww
我肉身經驗到一家公司從智障覺得工具不重要變成導入新工具沒有流程進入有流程
事實就是這些新的工具新的流程做法就是有它的道理 說工具不重要的通常都是老人們不想適應新時代的推脫之詞31F 07/25 14:31
我肉身經驗到一家公司從智障覺得工具不重要變成導入新工具沒有流程進入有流程
事實就是這些新的工具新的流程做法就是有它的道理 說工具不重要的通常都是老人們不想適應新時代的推脫之詞31F 07/25 14:31
→ : 會不會你的公司就已經是人不對了36F 07/25 14:39
→ : 說來說人對了這種講法也算是大絕吧 有哪個問題出現不能說是人不對？ 公司流程大家都不要做code review寫完直上 如果人對了自然自己會全部寫完測試通過 所有edge case都有cover到也不會有任何typo Git也不需要用了 改用檔案複製一份寫v1 v2 沒有流程就是最好的流程^^
理論對不對 基本看看能不能舉反例去推翻 隨便舉都一大堆了如果還是執迷不悟 可能看看是不是年齡到了頑固的階段 可以考慮早點退休把棒子給年輕人
是說也可能說工具不重要流程不重要的人本身在一個工具好流程相對好的公司吧 沒看過什麼叫作地獄的樣子是長怎麼樣 聽朋友說用v1 v2做版本管控真的笑出來XD37F 07/25 14:42
理論對不對 基本看看能不能舉反例去推翻 隨便舉都一大堆了如果還是執迷不悟 可能看看是不是年齡到了頑固的階段 可以考慮早點退休把棒子給年輕人
是說也可能說工具不重要流程不重要的人本身在一個工具好流程相對好的公司吧 沒看過什麼叫作地獄的樣子是長怎麼樣 聽朋友說用v1 v2做版本管控真的笑出來XD37F 07/25 14:42
推 : 推NDark48F 07/25 16:27
推 : 工具再重要都不會比 方向 精神和原則重要的49F 07/25 17:48
噓 : 這篇就是好像說了什麼但是什麼都沒說。50F 07/25 21:03
噓 : 你這篇內文大概就是現在敏捷現況51F 07/25 21:09
推 : 以前遇過跨系菜雞來面試一劈頭就在問你們有沒有敏捷，笑屎人52F 07/25 22:45
→ : 笑死 這裡是不是有精障54F 07/26 03:14
→ : 敏捷是在傳統瀑布開發以外給你彈性??? 我覺得這句怪55F 07/26 09:22
噓 : 讚56F 07/26 11:19
→ : 工具要解決痛點，痛點是看人，不是看舊工具
講什麼市場接受所以你們也要換本來就沒說服力
公司流程大家都不要做code review寫完直上，出事客戶業務也沒差，沒人會痛，那就還真的沒差啊
推工具不是這樣推，不然人家也可以嫌你slack redmine jira都多舊了一定有痛點，幹麻不用更新的57F 07/26 11:34
講什麼市場接受所以你們也要換本來就沒說服力
公司流程大家都不要做code review寫完直上，出事客戶業務也沒差，沒人會痛，那就還真的沒差啊
推工具不是這樣推，不然人家也可以嫌你slack redmine jira都多舊了一定有痛點，幹麻不用更新的57F 07/26 11:34
推 : 那我同事說用email就好了 用什麼slack 請問遇到這個問題要怎麼處理呢？
老員工都習慣老方法老工具 他們都不覺得痛 請問該怎麼辦呢？63F 07/26 22:24
老員工都習慣老方法老工具 他們都不覺得痛 請問該怎麼辦呢？63F 07/26 22:24
推 : 不要試圖改變人的思考模式
老人就繼續用老工具就好
新團隊自己挑人才改用新工具67F 07/26 22:26
老人就繼續用老工具就好
新團隊自己挑人才改用新工具67F 07/26 22:26
→ : 人對了什麼都對了 工具不重要 那請問這個情況該怎麼辦？ 我把它扁一頓教他怎麼好好做人嗎？ 還是我是不對的人我會痛我該滾蛋？
絕大多數人都是不會痛的 最好今天跟昨天一樣 去年跟今年一樣 所以大家都不會痛 到底什麼時候我們這家公司要從複製一份程式碼改資料夾名子v1 v2 改用新的Git呢？70F 07/26 22:28
絕大多數人都是不會痛的 最好今天跟昨天一樣 去年跟今年一樣 所以大家都不會痛 到底什麼時候我們這家公司要從複製一份程式碼改資料夾名子v1 v2 改用新的Git呢？70F 07/26 22:28
--
作者 B0988698088 的最新發文:
- 軟工職場不免為了管理而犧牲自由度 比如 類似的撰寫風格 是為了他人閱讀維護方便 要求進辦公室 是怕你在家自主管理不佳怠工 要很有個性的程式高手遵守這些有點為難 但蠻多時候主管的視野與一線人員不同 都 …43F 19推
![]()
前端就類似IT裡面的企管系 妹子多 有社交 會打扮 啊真的每個都能做到經理人嗎？ 不好意思，多的是生涯當個襄理就差不多的 雜事多又難精還吃天份 摸個CSS也可以是前端 只會切版去pc家打雜也是前端 …62F 24推 3噓![]()
這個CASE蠻有趣的是 他們主管居然寫站內信給我回答我的文章 基於偵查不公開(X)站內信不公開(O)的規定 我只能總結一下"我能看見的"公司方說法： 1. 這次github的PR具 …133F 22推- 30F 7推 1噓
- 你應該做的是找一個假日 把你這些現狀評估、煩惱點寫在白紙上 做成流程圖分析一下 就好比你現在上網寫文一樣 如上面說的，當你評估的時候就好像在思考RPG人物配點 你自己應該很清楚一個醫學系快上去可以拿 …52F 31推 4噓
點此顯示更多發文記錄