楼主:
LeoPan (晴天)
2023-06-11 09:52:03最近在工作上遇到主管采用敏捷开发的管理模式，刚好在论坛上在报导高雄某间医院的资
讯室在程式专案开发所采用的管理模式。
报导标题提到”拥抱敏捷开发全台第一家的医院IT”，于是好奇看了报导内容。
看完之后，觉得是不是真的懂什么是Scrum、迭代循环(黑人问号狂冒出)。
内容当中提到两点：
1. 系统开发过程，不再跟使用者争辩，为什么这次提出的需求，又跟上次不一样，“沟
通冲突无益于系统本身，”她强调：“不一样没关系，我们改就对了！确定完成的功能是
使用者要的，更重要。
2. 尽可能地不要撰写详细的开发需求书，使用者只需提出申请，简单说明想要完成的事
。但是，资讯室不会要求使用者一开始就能提出明确的需求。
所以不用详细规格书？ 不用跟使用者讨论内容？ 只要使用者提出需求意见，说什么就做
什么！
Scrum是这么操作运作？！
报导来源：https://www.ithome.com.tw/people/119258?
全盘接受使用者需求也不是不行ㄅ，反正改需求就把时程拉长就对ㄌ
要讨论内容阿 讨论完就开发 开发完就测试上线然后看使用者使用上有啥问题再逐一修改喔 原来是想酸人 那个是医院医院it本来就没地位 使用者是医护也没空跟你谈需求
这套你拿去套在金融业也完全没问题，就算需求认真访谈认真写，最后验收也是另一回事，最后就干脆走这套，大家开始通灵陨石开发你还知道陨石长怎样，这种通灵开发要直到验收阶段，user跟工程师才会知道需求是什么
1. 因为争辩不是SM的职责 SM是要确认情境和优先度争辩是PO的任务2. 因为Agile就是假定使用者也搞不清处自己要什么而是先做一个雏形再来改需求就我经验而言 Scrum利于周期短的开发工程 例如客户已经想到预期的产品效果 只是需要快速落地验证但也相对的容易制造垃圾：用完发现没用就丢
作者:
yamakazi (大安吴彦祖)
2023-06-11 10:24:00Product owner的工作啊，有时候使用者或客户自己也不知道自己要什么
我觉得全文重点反而是MVC跟call center，减少重工跟干扰提升效率，才有办法真的跑敏捷，关键还是整合资源
作者:
yamakazi (大安吴彦祖)
2023-06-11 10:25:00牛顿迭代法有没有听过，就是先初始值，然后每一次迭代计算后更接近实际值
一些需要技术堆叠或是研发类的 还是需要一条清楚的路线 以保留中间开发的产物 所以有时候公司会有并行
作者:
yamakazi (大安吴彦祖)
2023-06-11 10:27:00实际值根本一开始不晓得通常是有UI的裁会敏捷开发，没UI没使用者的哪需要跟使用者沟通，组内自己桥一下就可以做了
工研院要不要也Scrum一下，哪天飞弹应user的需求可以挂载排骨便当都不意外
作者:
NDark (溺于黑暗)
2023-06-11 11:05:00问就是 你们没有跑真的敏捷 都不是敏捷的错
作者:
pttano (pttano)
2023-06-11 11:17:00嗯你说的都对
作者:
DrTech (竹科管理处网军研发人员)
2023-06-11 11:26:00原文："不会要求使用者一开始就能提出明确的需求。" 你解读成：不用跟使用者讨论需求，使用者说什么就做什么。你自己过度解读也很奇怪吧。该文看起来就是一堆没经验的人，尝试做scrum。但原文带风向加油添醋解读，也很没必要。
作者: k798976869 (kk) 2023-06-11 11:28:00
就是一种管理方法但是最后还是以老板的需求为主
作者:
DrTech (竹科管理处网军研发人员)
2023-06-11 11:30:00原文到底哪里说了："不用跟使用者讨论需求，使用者说什么就做什么"乱解读带风险耶
作者: moom50302 (武林三羚鳄) 2023-06-11 11:32:00
错了吧…增进沟通、快速调整才是敏捷开发的重点
作者:
DrTech (竹科管理处网军研发人员)
2023-06-11 11:36:00scrum本来就不需要像UML，PMP，CMMI哪种详细规格书，这篇文章说的没错。然后这篇文章也没说使用者来的需求全部不沟通都做。HR系统哪段也有说会跟使用者沟通后才做。 是你自己误解文章内容，还来带风向耶。
作者:
jack0204 (Jarbar王朝)
2023-06-11 11:36:00确认目标，从目标来讨论需求是否有效PM/老板大多知道做这个需求的目的，但不知道怎么达成
作者: safe (safe) 2023-06-11 11:39:00
所以你跑的敏捷开发都有详细规格书喔？：）
作者:
jack0204 (Jarbar王朝)
2023-06-11 11:39:00不过也是有老板只是想花钱找人做事，有没有用没差
敏捷开发本来就先求有再求好吧免去无意义的讨论，直接弄个demo最快只要方向正确，细部后续再调整就好
作者:
BaconBao (BaconBao)
2023-06-11 11:50:00哈哈要注意不要/不再一词主要强调的对象。第一点不要的对象偏向”争辩与冲突”；第二点不要的对象偏向”详细的”需求书，此外由申请与说明两词可知需求仍以较简单的文件或交流方式传递。
作者:
TAKADO (朕没给的你不能抢)
2023-06-11 12:11:00需求加了时程就延啊，干嘛吵架，反正我PG一样每天写code，时间到了不能上线怪我囉？大概是这样
比较靠背的是真的怪开发者没有sense，没有讲也应该要想到（？？？）
敏捷就是不断地循环修正至于循环的大小范围频率 自己拿捏然后 其实一般不太会有"纯"敏捷 多少会混合其他模式
作者: za755188 2023-06-11 12:50:00
因为实务上不可能在一开始就搞清楚全部的需求所以敏捷提倡先做出可以demo的东西再来改善
重点其实是人跟公司文化，大家好沟通，公司也接受这种半成品当然没问题，但如果不是的话就...现实多的是开始不讲清楚，后面再那边吵架，不小心影响现有系统更惨，工程师87%绩效--
作者:
loadingN (sarsaparilla)
2023-06-11 13:15:00你中文里解有问题 你知道什么是迭代嘛?
作者: ctrlbreak 2023-06-11 13:43:00
薪水给够 我就不委屈了
Spec不用写得太清楚 意思是实作者看得懂保留Flexibility 去快速迭代修改避免你自以为是的写了一堆到后面做的时候要打掉但并不是说不用写SpecAgile 这边的精神跟 Lean methodology类似去快速的验证 而不是想一步到位Fail fast, learn faster.
你的用词怪怪的 应该只是不强求一开始就设计完善 而不是反过来强求模糊需求
作者:
labbat (labbat)
2023-06-11 14:17:00设计不完善就不完善，搞什么这不是BUG这是feature错就是错，没有那种万能许愿机能读心知道开发者到底想要的
作者: t64141 (榕树) 2023-06-11 15:45:00
我的理解是这两点的前提建立在先做最小功能版本再一次一次的改版更新因为每个版本改动都小所以快，然后使用者会根据每个版本的结果一直更新需求这样
作者:
brucetu (sec)
2023-06-11 16:14:00原Po有没有看过搞了半年然后给高层一看结果几乎要打掉重做的瀑布开发？
敏捷的核心就是各自解读 懂？你管人家的敏捷长怎样是不懂敏捷吗？
作者:
ssccg (23)
2023-06-11 17:29:00先改先试用，改不好马上再改也是种敏捷一样是要通灵，敏捷至少被翻掉的损失的工时少看起来他们的确不懂敏捷，换MVC才是真的，但是你不懂医院IT医院就点就在医生最大，医生也没有空跟你讨论，你就是得通灵，谁管你用什么开发流程
作者:
testPtt (测试)
2023-06-11 19:17:00我常遇到数据库1对1用一段时间要改成1对多的
作者: joney641119 (johnny) 2023-06-11 19:36:00
上面说的对,要通灵或是上面随时随意变更工作内容的就不要想用敏捷开发了,自找麻烦多的是不让你做完一个sprint就要你改的
作者:
prag222 (prag)
2023-06-11 20:54:00scrum本身就是一种方法论跟专案技术,一堆人看了几本中文书就以为自己懂了却不知道写书的人自己都不懂会写书跟会看书不代表有实务经验
作者:
neo5277 (I am an agent of chaos)
2023-06-11 22:21:00大家能力跟认知都差不多才敏的起来
作者:
neo5277 (I am an agent of chaos)
2023-06-11 22:40:00敏捷就是一个做事情的风格，使用什么技术来达成才是重点
作者:
alihue (wanda wanda)
2023-06-11 23:17:00我的工作经验是，敏捷与类似的框架是给一群能力不强的人用的，而且套上之后大部分时间还会花在讨论改善流程与开会，产出的软件一点都没变好。在一个同事都足够强的成熟环境，根本从来不会把时间花在开发流程的讨论
作者:
brucetu (sec)
2023-06-11 23:35:00一个sprint还没做完就要插队改的叫做陨石开发是一个对老板来说比敏捷开发更敏捷的方法 马上改!
作者:
stkoso (Asperger)
2023-06-11 23:50:00台式敏捷开发就是今天说的东西明天就要
作者:
umum29 (....)
2023-06-12 00:28:00敏捷不代表可以让使用者任意改需求 PM和资深工程师要审核难道使用者随口说我们要做大数据 下礼拜要上线 你也ＯＫ？但看到是医院 那就当我没说....
作者:
DrTech (竹科管理处网军研发人员)
2023-06-12 00:43:00真正跑Scrum，遇到插队很平常好吗。头脑不要那么死，万一临时出现一个使线上系统挂掉的Bug，使公司购物系统不能用(公司损失持续发生)，你不先去插队修，你还在扯先跑完这个Sprint，下个Sprint再排进tickets处理，这样会比较好吗。
作者:
DrTech (竹科管理处网军研发人员)
2023-06-12 00:46:00原文医院资讯室，根本没说：使用者说什么，就无脑做什么。全是原PO加油添醋带风像乱解读吧。ithom的原文到底哪里说了："只要使用者提出需求意见，说什么就做什么！"？？？ 乱带风向耶。原PO你要不要出来解释一下，我什么要污蔑原文，原文哪里有写到："不用跟使用者讨论内容 只要使用者提出需求意见，说什么就做什么！"原文根本没说好吗。这种带风向乱解读的行为，简直可耻。
作者: internetms52 (Oaide) 2023-06-12 08:01:00
第二点应该是对敏捷宣言的误会，可用的软件重于详尽的文件，有提到，“虽然右侧项目有其价值，但我们更侧重左侧项目”，这其实不代表完全不需要右侧项目，只是如果不得已走左侧至少好过一点
作者: ura1210 (jack) 2023-06-12 08:26:00
推 DrTech 虽然我知道很多跑敏感是个笑话 但不应该带风向 抹煞想努力改变的人楼上有人说 跑敏捷适合能力不强的人？我倒是想问 能力不强的团队能跑的起来吗
其实scrum是概念而不是形式很多公司只学两周sprint每天立会就觉得是敏捷
作者:
NDark (溺于黑暗)
2023-06-12 10:46:00搞错了吧 瀑布式才适合能力不强的成员 菁英规划 杂鱼执行敏捷才需要都是不会偷懒的精英 因为估计时程错误就整个完蛋
作者: yamagishi (山岸刑务官) 2023-06-12 13:33:00
没有story point跟5分钟早会吗？
作者:
ybon3 (让我想想)
2023-06-12 16:52:00我数学很快.jpg
table schema 进负责开啊?接queue 的呢? 要共用吗? 还是各自写会比较Scrum ?
作者:
StrangeJ (两光男孩....)
2023-06-12 19:21:00作者:
atpx (秋雨的心情)
2023-06-12 20:19:00没必要争成这样, 也许她就是拿个不重要的小系统演给长官看
作者:
qss05 (minami)
2023-06-13 08:08:00IT不就这样的工作…就算讨论半天，最后还是跟你说这不是我想要的,可是你前面说…：我现在就想要改
作者:
eplis (Eplis)
2023-06-13 10:01:00你要了解什么是行销，本质是不是根本不重要
对开发人员最有善的还是走瀑布式吧友善讲好的规格照着开发 使用者才不会一天到晚讲鬼故事改规格
Scrum还要搭配一堆配套 不是有在跑sprint就是敏捷式开发欸 很多台湾公司对外报告都讲的很厉害 结果问个关键点都没做到
作者:
BoXeX (心爱骑士团异端审判骑士)
2023-06-13 23:02:00敏捷开发对高层来说 就是可以天天盯你进度还有整天改你规格用的而且就算你真照着敏捷开发走 最后还是发现大多状况不适用大概就前端能用吧其他只要你系统复杂起来 你code写再好没详细规划就不行
敏捷有规划啊 TDD 就是规划了 只是不想太繁重文件
作者:
BoXeX (心爱骑士团异端审判骑士)
2023-06-13 23:59:00我的规划不是指这个 是指整个系统架构设计
作者:
Sunal (SSSSSSSSSSSSSSSSSSSSSSS)
2023-06-14 00:12:00系统架构还是会改的啊 也是会一直重构的这也是TDD过程中会遇到
作者:
atpx (秋雨的心情)
2023-06-14 00:44:00上面几位讲的是不同的东西吧....B兄说的是大型应用系统整个业务流程要有说明文件, 不然前后段各写各的最后组不起来
敏捷是从PM角度推行的方法论 本来就不是要帮PG解决开发问题的 所以导敏捷跟好不好开发or开发的好不好一点关系都没有 本质上只是让PM比较容易有产出去跟stakeholders交代而已
作者:
strlen (strlen)
2023-06-19 22:22:00乱扯什么PM角度 敏捷也包括程式设计好吗 而且还是重中之重应该说 程式面没到位 你敏捷只是狗屁
作者:
iceorz (喔喔~~~)
2023-06-24 10:11:00敏捷开发是工程师起草的实践方式，少在那边鬼扯不要把失败的敏捷转型都推到PM身上
作者:
zaiter (zaiter)
2023-06-24 10:54:00正解 老人最爱写一堆智障文件sa sd 的 智障废物老派做法
作者:
astt88 (水月幻梦)
2023-07-06 23:28:00我参加过的Scrum，早上站会是批斗会议不是表达昨天做了什么，遇到了什么问题，也不只是说明今天要做什么每日站会在批谁没有把事做完，说谁已经把工作的好几天的份都做好了，就是你工作太慢。这就是个人与互动重于流程与工具。再好的制度在台湾就会变质
第一天在软件业？敏捷开发的本质本来就是先搞出一个能动的产品，后面再改啊，可以先收钱才是他的目的