Re: [討論] 關於敏捷越來越深入台灣職場
敏捷只是工具
聽到花篇幅宣揚特色是敏捷的公司建議逃
就好比英文是工具
連高中生都知道這沒啥好吹的
敏捷認真要研究雖然要翻理論
但那已經是公司找顧問重構管理制度的事了
你一個下面小螺絲釘當做橫向溝通的工具即可
至於PM亂用這個
你得部門內會議總結一下意見再請技術頭去跟PM頭溝通
敏捷是在傳統瀑布開發以外給你彈性
去為了緊急且重大的改動作出調整
不是給你胡亂稽查工程師行程
天天抽插技術部門用的
好的敏捷能讓短會開的有意義
爛的敏捷只是多一張嘴在那問一堆廢事
--
你484在臭某間公司
我覺得可以套用到很多公司
工程師工具就是很重要 我討厭說只是工具不重要的說法
你的意見有很重要嗎
前公司要導入slack 老人說用email就好了 幹麻搞一堆奇怪的
工具
用redmine jira幹麻? 用excel檔案管理issue就好了
新的工具發明出來通常是要處理舊的工具痛點 新工具如果長期
被市場接受 那通常代表他比舊工具有它的道理在
清楚認知工具本位才是正確態度 無意義瞎吹只會像現在一堆標榜AI的企業一樣,唬人他有技術,其實業內人看一眼就知道只 是在炒股
泰坦表示
很多東西確實沒必要阿,你用jira然後說明都只寫一行
有啥幫助? 還不是沒人知道在幹嘛
關鍵在"人"。 人對了,不管是瀑布,看板,敏捷,Scrum,都
沒問題。人不對,用什麼方法都一樣爆。
人對了,你用excel管理專案也沒問題。人錯了,你用jira也
沒用。
舉例:用了jira或slack,然後,內容都是,你去收email或看
某個ftp上excel,有意義嗎?人的思考邏輯不變,人爛,什麼
工具都一樣。
推 DrTech, 但"人"很抽象就是了~
#1MWgps7K (Soft_Job) 老文重貼
2014年 一個針對遊戲產業組織文化及專案開發的問卷 結論是
採取哪一種開發方法"並沒有"對專案的成功特別有幫助.
(採取任何一種開發方法都沒有在統計上產生表徵)
對某些遊戲開發者來說,方法論被認為是聖杯
但其造成的差異很微小 每個方法論與產出分數的相關度都很低
即便是大家最不喜歡的瀑布式也都運作的很好。
完全錯誤喔~ 我前公司就是說人對了就對了 那只是工具
最猛的是說沒有流程就是最好的流程
最後我們花了一年時間做一個完全沒人要用的東西 CTO離職
歐 說錯了 他本來是CEO
你進了一間糞公司那是你廢 不代表別人論述是錯的好嗎? 我在教你安靜聽就好,吵三小
※ 編輯: B0988698088 (106.146.47.22 日本), 07/25/2024 14:26:47那你安靜聽我說的就好了 吵三小呢wwww
我肉身經驗到一家公司從智障覺得工具不重要變成導入新工具
沒有流程進入有流程
事實就是這些新的工具新的流程做法就是有它的道理 說工具不
重要的通常都是老人們不想適應新時代的推脫之詞
會不會你的公司就已經是人不對了
說來說人對了這種講法也算是大絕吧 有哪個問題出現不能說是
人不對? 公司流程大家都不要做code review寫完直上 如果人
對了自然自己會全部寫完測試通過 所有edge case都有cover到
也不會有任何typo Git也不需要用了 改用檔案複製一份寫v1 v
2 沒有流程就是最好的流程^^
理論對不對 基本看看能不能舉反例去推翻 隨便舉都一大堆了
如果還是執迷不悟 可能看看是不是年齡到了頑固的階段 可以
考慮早點退休把棒子給年輕人
是說也可能說工具不重要流程不重要的人本身在一個工具好流
程相對好的公司吧 沒看過什麼叫作地獄的樣子是長怎麼樣 聽
朋友說用v1 v2做版本管控真的笑出來XD
推NDark
工具再重要都不會比 方向 精神和原則重要的
這篇就是好像說了什麼但是什麼都沒說。
你這篇內文大概就是現在敏捷現況
以前遇過跨系菜雞來面試一劈頭就在問你們有沒有敏
捷,笑屎人
笑死 這裡是不是有精障
敏捷是在傳統瀑布開發以外給你彈性??? 我覺得這句怪
讚
工具要解決痛點,痛點是看人,不是看舊工具
講什麼市場接受所以你們也要換本來就沒說服力
公司流程大家都不要做code review寫完直上,出事客戶業務也
沒差,沒人會痛,那就還真的沒差啊
推工具不是這樣推,不然人家也可以嫌你slack redmine jira
都多舊了一定有痛點,幹麻不用更新的
那我同事說用email就好了 用什麼slack 請問遇到這個問題要
怎麼處理呢?
老員工都習慣老方法老工具 他們都不覺得痛 請問該怎麼辦呢
?
不要試圖改變人的思考模式
老人就繼續用老工具就好
新團隊自己挑人才改用新工具
人對了什麼都對了 工具不重要 那請問這個情況該怎麼辦? 我
把它扁一頓教他怎麼好好做人嗎? 還是我是不對的人我會痛我
該滾蛋?
絕大多數人都是不會痛的 最好今天跟昨天一樣 去年跟今年一
樣 所以大家都不會痛 到底什麼時候我們這家公司要從複製一
份程式碼改資料夾名子v1 v2 改用新的Git呢?
啟智就安靜一點 你就只適合待糞公司或滾回學校而已
別吵
呵 生氣了w
用過一些容易崩潰的人,被刺激到就會回一堆自己的經
歷故事來肯定自己,否定別人,跟這樣的人討論只會失
焦,呵呵
要看是什麼工具 如果是神器那的確有幫助 尤其是靈活
性很高的東西
外加簡潔不是大雜燴的條件
最後一句很超傳神。某些PO問一堆,最後拋下一句這個太過
技術聽不懂。啥都不懂但是可以亂答應user許願
看了其他篇,我道歉。推回
65
首Po小弟就業大概十來年 雖然剛入職場時 敏捷開發就已經是很紅的議題 但至少我前幾份專案都還是很傳統的瀑布 個人感覺是近年越來越明顯3
這就是莫明其妙的點,兩位沒啥實績的人,出了一本書,胡鄒一個方法。 然後一群人拿來當聖經在拜。 這就是外國的和尚會唸經的概念,要是像人月神話的作者這種有實績就算了。 偏偏沒有還當神,就是一堆不沒開發過軟體的人,拿來唬人用,然後病毒式傳開。 說實在的,還真的跟紅衛兵沒兩樣。25
痛苦就不是敏捷 : 例如說 : 以前談好一整個版本的spec : 要談時程就是基於一整個版本再談 : 中間有什麼改動很正常X
以我自己覺得敏捷的特色 在於如何有效的生產及完成一個又一個的 sprint,SA,PM最好有技術經驗,團隊間成員 水準能力要差不多,會議就是拉有關係的開發進來就好。 我覺得跟客戶團隊的溝通有沒有及時的管道1
→ Lordaeron: AGILE的專家們,請問AGILE 在最開始前,要先寫一些底 07/27 19:10 → Lordaeron: 層的東西嗎? 要架環境嗎? 要的話,要算進sprint? 07/27 19:11 → Lordaeron: 會人人都有工作? 還是只有某幾位負責? 07/27 19:12 → Lordaeron: 再來,何時on production? 按國外大神的說法,沒提到呢 07/27 19:13 → Lordaeron: 若成員的程度差異,導致他的工作無法如期完成,會不會 07/27 19:134
敏捷是做出客戶真正想用的東西 在需求變動與不確定 (連客戶自己都不確定,想用什麼軟體) 以快速小迭代,每個 Sprint 交付最小增量給客戶 客戶親自使用並回饋之後,再次修正 Sprint Goal 開發團隊再次衝刺 Sprint Goal 微調之後
43
[閒聊] 敏捷是不是很尷尬的屬性d2r新賽季 選了一隻久違的刺客 因為懷念騷大腿 沒想到重製版把褲子穿上去了 殘念46
Re: [新聞] PChome高層又跳船!技術長陳俊仰宣布走人PC家真的越來越扯了 低薪就算了 現在連請正職的錢都沒了嗎? 誠徵敏捷團隊 前端技術好手 專案約聘5個月24
[問卦] 敏捷開發是垃圾嗎?哈哈 是我啦 就那個Agile拉 敏捷 開發 有人知道嗎23
[分享] Scrum 的適合場景:「外包團隊」今天早上看到社群的分享文章 轉貼過來 --9
Re: [問題] 重訓可以訓練到敏捷能力嗎?敏捷跟移動是兩種能力 首先,大部分你看得到的 繩梯、角錐等訓練其實跟agility無關 如果你去翻NSCA的書,在敏捷訓練中有講到,最重要的能力是知覺-感知能力(Perceptual-Cognitive ability) 為什麼?7
Re: [問題] 重訓可以訓練到敏捷能力嗎?我想到之前看過的這部影片 敏捷我個人定義為跑得快 重訓(阻力式訓練)我個人定義 為增加肌肉的訓練方法4
Re: [問題] 重訓可以訓練到敏捷能力嗎?敏捷是動作屬性,步態是移動時動作模式 專精不同運動屬性會讓動作模式運作產生不同變化 每個人步態是力量、穩定、平衡三個系統互相配合 籃球員步態系統就像蜻蜓點水般俐落前進X
[問卦] 有沒有敏捷開發的八卦?常看到敏捷開發大會 scrum什麼的 我公司也照著跑 我也體驗了一年 覺得就差不多是那樣 不過也要常檢視是不是真敏捷 然後走這套 PM就不是叫PM了 好奇有用的企業多嗎