作者xephon (不要瞎掰好吗)
看板Soft_Job
标题Re: [讨论] 关於敏捷越来越深入台湾职场
时间Sun Jul 28 09:42:36 2024
※ 引述《oopFoo (3d)》之铭言：
: ---------------------
: 敏捷软体开发宣言
: https://agilemanifesto.org/iso/zhcht/manifesto.html
: 个人与互动 重於 流程与工具
: 可用的软体 重於 详尽的文件
: 与客户合作 重於 合约协商
: 回应变化 重於 遵循计划
: 也就是说，虽然右侧项目有其价值，
: 但我们更重视左侧项目。
: 敏捷软体的 12 个原则
: https://agilemanifesto.org/iso/zhcht/principles.html
敏捷是做出客户真正想用的东西
在需求变动与不确定
(连客户自己都不确定，想用什麽软体)
以快速小迭代，每个 Sprint 交付最小增量给客户
客户亲自使用并回馈之後，再次修正 Sprint Goal
开发团队再次冲刺 Sprint Goal 微调之後
不断 Loop 把客户"真正"想用的东西做出来
敏捷的目的，理论上是这样对吧?
敏捷有可能需求不变动吗?
反了吧，每个 Sprint 需求都在变，但是更接近客户真正想要的
规格很稳定才是 Waterfall 吧，但最後做出垃圾被打翻重做
敏捷有可能不压时程吗?
Sprint 冲刺本身就内含要交付给客户
其实就是要做完阿，不保证做完，那客户验证什麽?
台湾用起来很奇怪的真正原因，是没有(或无法)小迭代吧!
把一大包，几个月才能开发完的东西
客户说要规格A，老板说要规格A+B，PM加码规格A+B+C
包起来写成超大的开发目标
切成 10 个 Sprint 开始追团队
每个 Sprint 做完成多少，是否准时
切 10 个 Sprint 这件事本身就已是规划甘特图
敏不敏捷，吵需求不应该变动，不应该压时程
根本划错重点
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 180.218.93.74 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1722130959.A.3E2.html
1F：→ lazarus1121: 第一句就有问题了，有明确客户请做好需求访谈再开发 07/28 10:33
2F：→ lazarus1121: 敏捷强的是有时连TA都不知道在哪就准备要开始了 07/28 10:35
3F：→ testPtt: 我常遇到需求变动是要改资料库逻辑的这比较麻烦 07/28 10:42
4F：推 kuosos520: 越听越觉得可能只有创业比较符合敏捷资格，真的对 07/28 10:48
5F：→ kuosos520: 客户对产品，有办法这样跑吗？ 07/28 10:48
6F：→ pot1234: 需求改几次可以翻脸，还是只能像奴隶一样一直做一直做 07/28 11:15
7F：推 abccbaandy: 这听起来就很理想，就算小需求也要讨论吧？ 那这段时 07/28 13:27
8F：→ abccbaandy: 间怎麽算？ 07/28 13:28
9F：推 Wishmaster: 如果不订清楚哪在台湾可能别想验收惹 07/28 16:14
10F：推 viper9709: 觉得创业比较符合+1 07/29 00:28
11F：→ myhome6206: 客户哪有空陪你一直参与测试 07/29 20:46
12F：推 justben: 没有初始规格就没有敏捷 07/31 20:11
13F：推 jobintan: 咋看都是为了追新而追新，本来waterfall 搞得好好的，P 08/01 08:18
14F：→ jobintan: M本身对於agile认识不足或一知半解，又爱没事找事跟客 08/01 08:18
15F：→ jobintan: 户说agile多新多潮多牛逼的然後客户也啥都不知道，被这 08/01 08:18
16F：→ jobintan: 种PM牵着鼻子走。 08/01 08:18