各位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也会用陨石开发吗？

敏捷式开发其实是 不要工程师点智力体力 全点敏捷就对了失败的原因是因为队友都没点敏捷