Re: [心得] 敏捷課程觀察心得

[lovdkkkk (dk)]

你好我是九年半大叔

個人覺得
敏捷 基本上極端依賴於 足夠強大的基本能力

例如
體操選手 跑酷高手 很敏捷吧?
他們有可能會 腳軟軟的 手細細的 肚子肥肥大大的嗎?
不會
腳會有力彈性佳 手會強壯能支撐體重 肚子會緊實沒有多餘脂肪

想像一下
一個人如果跑不快 跳不高 腕力臂力支撐不了體重
還有個肥肚肚跟虛弱的核心,
去聽體操選手教授後手翻、月面空翻的祕訣照著做,
或者去學跑酷高手飛來飛去, 會怎麼樣呢?

加護病房見還算運氣好的,
直接報到領便當都是很合理的事情

差不多一樣的意思

打 code 都還打不好, 流程亂七八糟, 架構慘不忍賭,
敏捷喔...

只能說 保重QQ

差別大概是
真拿自己命去玩的 腦袋會比較清楚, 知道要怕要小心,
而只是敲敲鍵盤交差的 就比較會神智不清 感覺良好吧

※ 引述《remmurds (Stronghold)》之銘言：
: 這篇是工作十年的大叔的碎碎唸
: 每換一份工作
: 反覆一再看到部分很愛談敏捷的人 code 寫得其差無比
: 連最基本的信箱驗證功能在內網都需要跑半分鐘
: 混亂的相依性造成簡單的功能不斷故障
: 而這些人都有幾個共同的特色：
: 參與很多敏捷課程
: 臉書上和 LinkedIn 上都是跟敏捷有關的連結
: 這讓我想到網路上的一篇文章
: 談的是道理和知識的區別
: 我覺得用來形容一些敏捷課程也很適用
: http://imtopsales.com/?p=16370
: 這些年觀察下來
: 部分敏捷課程會讓人產生學很多的錯覺
: 但實質內容乏善可陳
: 要設計出有效率的架構很難
: 要把 code 和測試紮實地寫好也很難
: 軟體開發裡要面對的硬知識太多
: 但對於某些敏捷課程而言說的只是道理
: 再引用一些時間管理大師的話
: 就可以營造出學很多的錯覺
: 久而久之
: 那些真正需要硬底子的東西就不敢碰也不想碰了
: 不是說敏捷課程都不好
: 但不知道是不是基於商業考量
: 一些敏捷課程這些年來發展的方向已經幾乎與傳銷公司替員工安排的訓練無異
: 說得更難聽一點
: 敏捷不該成為某些人逃避專用的遮羞布
: 講道理很容易、講知識很難
: 上完敏捷課程之後
: 真的要想想學到的到底是哪個
: 以上就是大叔的碎碎唸
: 以下開放噓文

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.80.109
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1522638307.A.54D.html
→ allenxxx: 我不討厭敏捷,但敏捷不能變成業務無限修改需求的護身符
→ beaprayguy: 機械類比
有請試舉更恰當的類比

→ allenxxx: 多少錢做多少事,改要有個限度,不能白做工
→ allenxxx: 我知道需求永遠會變,然後呢?客戶有多付一毛錢嗎?
幫QQ

→ allenxxx: 做過最扯的是滿口敏捷,但是沒多少預算,卻擋不住新需求
→ allenxxx: 然後才在那裏需求永遠會變,你拿一萬做了一百萬的工
→ allenxxx: 功德院嗎?
業主表示開心

推 shadow0828: 某公家單位就這樣阿...講好聽點是滾動式管理
沒聽過 聽起來好潮 @@

https://goo.gl/LTY8w8
https://tw.appledaily.com/new/realtime/20170624/1147287/

推 TAKADO: 敏捷開發只有爽到PM跟SA啊 (誤）
幫RD QQ

推 WiseLin1125: 嚴格說起來，敏捷開發是爽到老闆…公開透明化
打混摸魚的難度++ XD

推 Masakiad: 你說的基本能力是指devloper還是product owner?
這篇是在講 developer, 但是都要有

打個比方的話,
product owner 要像清楚的頭腦及靈敏的反射神經,
能很快的設定/調整開發方向並傳達出去
developer 則要像強力的手腳身體,
能穩健迅速的將開發相關的事情處理好

推 senjor: 敏捷不能責任制，這情況會不會爽到老闆不一定啊
→ senjor: 我覺得敏捷的重點是就把每個人都當成即時戰略或者回合制的
→ senjor: 棋子，敏捷就是讓他們可以每回合(每天)就對小兵下一次指令
→ senjor: 然後棋子做的就是在時間到的時候回合結束(下班時間)
→ senjor: 隔天早上回報昨天那個回合做了什麼、看到什麼，然後準備
→ senjor: 接收新指令，進度責任跟棋子是完全沒有關係的 (不嚴重打混
→ senjor: 台灣最大的問題是責任制的敏捷、有deadline的敏捷，把進度
→ senjor: 壓力推給棋子的敏捷，要求一天要有1.5個、甚至兩個回合
→ senjor: 真的要跑敏捷，最基本的就是要準時上下班才有意義
這個就真的只能QQ

→ robber1234: 我永遠不會忘記主管自以為是亂跑假敏捷的慘狀
幫QQ

新手/生手也不是不能跑,
只是邊跑要邊修正邊學習新的知識、方法或工具並持續加強自身能力,
一開始只會更慢, 但是會慢慢的越來越快

只是很多主管希望的是立刻變很快 XD

推 senjor: 敏捷(X) 靈活(O)，其實敏捷開發不是快，是掌握進度跟變化
→ senjor: 很多時候他還不見得真的比較快，只是比較能快速閃躲障礙點
→ senjor: Agile比較像是增加Dodge的成功率，而不是增加Speed。
看做法, 如果盡量自動化省工是有可能變快,
不過快的點是自動化省工, 跟方法關係不大 XD

推 senjor: 對啊，不過很多老闆或管理聽見敏捷整個誤會就很大 XD
當成長期努力要達成的目標就還好,
當成立即就可以見效的靈藥就哭哭

→ allenxxx: 最糟糕是客戶面,"滾動式管理"我們也遇過
→ allenxxx: 他會認為好像有尚方寶劍一樣不要你改對不起自己
→ allenxxx: 但是不管你怎麼開發,賺錢才是基本吧,不是用了敏捷就可以
→ allenxxx: 不管開發跟時間成本啊
推 senjor: 所以只要先問有沒有準時上下班就知道敏不敏捷 (ry
加班改到爽 是客戶會覺得你很敏捷,
他看到他的需求很快好了 沒看到你加班

※ 編輯: lovdkkkk (118.163.80.109), 04/03/2018 12:23:15
推 senjor: 敏捷當然是隔天上班才能跟工程師提需求啊~哪有加班  (ry
→ senjor: 但是大多數的客戶跟老闆還有管理都不管就是 (ry