关于敏捷开发，有想法的大佬进来交流一下

[Jalinzqj]

新入职了一家公司，我们团队现在全力在搞敏捷开发这一套，写用户故事，分解任务，开发，自动化测试，还要集成，现在是还在分析需求，写用户故事的演练阶段，感觉自己每天在做产品应该做的事情，各位有没有敏捷开发经验的，说一说现在的行情，因为只有两年工作经验，很担心技能树点偏，也不知道这种模式最后的效果如何，领导的想法虽然很好，想要用这种工作模式快速响应用户的需求，但是总感觉有时候他的理念太过理想化，真正实行起来困难重重

[JackEggie]

@Jalinzqj 我觉得你们领导恰恰理解了敏捷的核心，所以才对你们每个人都有所要求。

[AckywOw]

每个角色要求都很高，有一个掉链子的，都会很累

[Jalinzqj]

@JackEggie 是的可以这么说 敏捷要求团队内最好都是行业专家 要是想做下去 还有很长的路要走

[zhusimaji]

@murmur 非常赞同这个观点，之前处于这个状态。。

[JackEggie]

@Jalinzqj 我的建议是，如果真的觉得标准的敏捷实行地很痛苦，完全可以简化甚至阉割掉一些形式化的东西，比如无穷无尽的会议，和繁琐的估算。可以给你领导提提建议，让你们的敏捷真正“敏捷”起来。

[toplinq]

@Jalinzqj 我觉得你们公司做的是“伪敏捷”，这样的国内公司很多，老板以为敏捷就是“快速响应需求变化”，但自己对敏捷真正的方法却一无所知。敏捷不是一剂万能药，只是一个好的组织方法而已，如果老板企图依靠敏捷来大幅提高生产力，或者含有“多让员工干活”的邪念，那么敏捷失败的概率非常大。敏捷并不需要每个人都是专家，但需要整个团队意识上的改变，包括老板，也就是 PO 的角色，PO 如果短视，想要干预太多，那敏捷就失败一半。我的建议是，如果组织内部问题出现太多，不如外聘 PM

[taine]

“真正实行起来困难重重”，找老板聊一聊你认为的“困难”。如果老板是真的想推行，他一定会愿意跟你聊。还可以去问问同事，“敏捷”搞了多长时间了，因为你“新入职”。