各位Soft Job的前輩們好
晚輩的畢業論文需要一些幫助，主題是台灣敏捷軟體開發的成功因素
，由於有受測者背景限制，必須曾經有相關敏捷軟體開發經驗的台灣人，
晚輩深知各位前輩工作非常忙碌，但各位前輩有空的話，
懇請希望各位幫小弟一個忙，並給晚輩一個機會，撥冗填寫一下調查問卷，
本研究需要在八月三日前收集到150-200的回覆量，
您的填寫不僅將對晚輩有著莫大的幫助，也對學術作出了貢獻，
晚輩也將永遠感激，如有冒昧晚輩先說聲抱歉，再次感謝。
問卷題目：台灣敏捷軟體開發的成功因素
研究目的：本研究想探討台灣敏捷軟體從業人員對於採用敏捷軟體開發時，
當中影響其專案成功因素的看法
填答條件：曾經有相關『敏捷』軟體開發經驗的台灣人，
可為PM，工程師，設計師，測試人員任何在有採用敏捷軟體開發團隊裡面的人都
問卷時間約莫十分鐘！
點選以下連結可開始！
https://goo.gl/forms/UAyFjA8zaPnB5zlc2

呃 有成功過嗎？

沒有 顆顆

如果你是說 敏捷瀑布式倒是蠻成功的

done

成功是指有用就算成功還是成功開發完專案？

有成功？

台灣不都隕石式開發?

撥允？！

這題目真可怕，明明就沒成功還要說有成功…

台灣真正走敏捷式開發的數的出來...你有先查過嗎

建議先分產業/自外/使用人數...縮小範圍

推隕石式開發+1

敏捷的一個重點就是不能插件，要插件的話，時程要重新討論，光這一點在台灣就有9成以上的公司做不到。

沒成功過嗎？那一堆公司在找scrum master找心酸的？

每次跟別人討論agile都覺得每個人定義都不一樣

沒成功過呀。一堆公司都是假敏捷開發

明明有一些不錯

只要有一個在那邊亂改規格的 scrum都跑爽的

agile跟ai, iot, big data差不多，就是個話題

敏捷開發要案主有視野 不亂改規格

推隕石式開發+1 台灣都在玩敏捷式(偽)開發

隕石式開發+1

每一種典範都有成功案例，但卻無法說任何一種典範是終極解決方案，希望你們可以明白這點

台灣只有敏捷開規格，沒有敏捷開發吧

事實上 敏捷開發就是為了適應改規格改需求而來的所以開發時程會拉長 大多都會比傳統瀑布流長 因為在開發技巧上都刻意去讓架構容易修改和擴充架構易修改及擴充是有代價的 代價就是時程變久 系統變複雜很多管理者並不知道敏捷開發根本不會縮短開發時程 反而會增加 跟他預期不同 所以又回去傳統開發方式

所以被酸敏捷自助餐啊，我要敏捷的亂改規格，但是時程不能改

成功定義是啥

對「成功」感到問號 +1

開發成員夠奴敏捷式就越容易成功

台灣就走隕石式 敏捷是啥

如期&如質&如預算=專案成功

如期如質如預算+工程師不斷自主加班去滿足user不斷變動的需求=成功

規格書很敏捷，僅此而以已 XD

一直前輩晚輩的看的有點煩躁

台灣都是Water-Scrum-Fall

敏捷的隕石開發法 +1上帝每週都很敏捷快速且有效率

敏捷開發就是垃圾

就以五點 1) 自營平台服務/接受客戶委託設計 2) 參與人員/客戶方知識水平與專業程度 3) 成品為供人/非人使用的軟體差異 4) 成員工作態度/時間有完全投入 5) 有無不可抗拒的因素介入 都會產生出不同的結果決定成敗敏捷開發是在某些環境下有用的必要 但不是仙丹 也不保證叫做成功我會認為這是一種做事的規矩 只是若任一參與者沒有用著正確的態度做事 整個過程跟體制就會崩掉

等你user的spec不會一直改再來談

今天剛被隕石砸 什麼開發流程都是假的

再怎麼敏，都比不過隕石的速度

殞石式開發 敏捷式加班

不好意思 在台灣 從來沒成功過耶

google也會用隕石開發嗎？

敏捷式開發其實是 不要工程師點智力體力 全點敏捷就對了失敗的原因是因為隊友都沒點敏捷