敏捷与能力

第一，没有什么“你们敏捷”“我们敏捷”，敏捷就只有一个敏捷（以及很多伪敏捷）
第二，你这句话有一个很搞笑的漏洞，不知道你自己注意到没有

谢谢你的回答，我发现你总是会及时回答问题。
但是你不要用这种云山雾罩的话来说事情， 敏捷里一个重要的能力是“沟通”， 如果TW的人都这么沟通的话，你们工作是怎么做的？你们都是诗人么？哲学家？你现在需要把我当作一个比你层次和理解力低的人，来向我说明白敏捷需要解决的问题，和遇到这种濒死的项目，你们有什么解决办法。
我需要的是直接的回答，不是像算命先生一样的绕来绕去。

敏捷只有一个敏捷，说明你没有充分理解，什么是“多态”。
敏捷是一种思想， 实现它的方式有很多种，而且具体实践，需要根据项目，团队能力，以及客户接受的程度来进行裁剪和改进。

如果你充分理解什么是多态的话，你就应该明白：子类对象IS A父类对象。换句话说，不管你的“敏捷实现类”有什么裁剪和改进，它的外在行为都是并且只能是“敏捷接口”，否则你就是在滥用继承。因此，不管你怎么裁剪和改进，敏捷只有一个敏捷，即符合“敏捷接口”的敏捷，其他都是伪敏捷。论证结束。

直接的回答是，只有当这个问题成为我们的问题，我们才会去谈论解决办法。别人选择信或者不信我所说的话，那都是别人自己的事，不是我的事。在一个问题没有成为我的问题之前，我个人倾向于不去暴露太多的问题，更不会去说我有什么解决办法，因为我没有办法确保别人听了我的解决办法会照着去做。
我说的那个“很搞笑的漏洞”就是：你需要什么，不等于别人应该提供什么。如果哪怕有一个人，需要什么别人就会提供他什么，那这个世界早就应该和平了，是吧？

说来说去， 我明白了一个意思：
1.如果你项目需求控制不住 --> 你不够敏捷
2.如果你研发质量不高 --> 你不够敏捷
3.如果你持续集成做的不好 --> 你不够敏捷
4.如果... --> 你不够敏捷

只有一个敏捷，好，如何敏捷？scrum, xp,pair名词堆砌给我，最后，到底如何实施？
您的回答在第二段话的逻辑里：

说白了就是你们将事情弄得很高深，很神秘的样子，云山雾罩的将我们虎的团团转，最后，告诉我：
你不是我的客户，我不能把秘笈告诉你，想要知道，请购买TW的敏捷咨询服务。
是吧？

人家帖子就是在讨论敏捷过程中，与“人”密切相关的问题， 人家没说需要什么，你来主动投怀送抱，人家当然要问一下你能提供什么， 但是你又说免费的提供不了什么，那你掺和什么？

你可以回过头去看看这个帖子是怎么发展起来的
我一开始就说了，如果你没打算帮人解决问题，最好就不要去帮人发现问题
因为发现了问题以后，别人就会“当然要问一下你能提供什么”
这个时候你能做什么呢？免费的你确实提供不了什么，然后别人就会问，“那你掺和什么？”

或者你想，那我就多少提供一点什么吧，只当我加班做公益事业了
可惜，事情无一例外地会变成这样：
1. 你提供了某种解决方案
2. ...
3. 别人说：某某专家给我提供了解决方案，还是不管用！
永远没有人会去关注，在2这个环节里，他是不是真的照这个解决方案做了。

这两种情形，都是我亲身经验
尤其是前一种，你的反应就已经再次例证了我的观点
所以，我真的很难不继续坚持我这种狭隘自私的观点

既然这么说，我也无话可说了。我也不是针对你和TW，我说话有时难听，但是是在说事情。你们的做事风格会给人留下这样的印象，既然你选择不解释，那我也不勉强了。

改了又改，我不知道回帖到底应该写啥。

邪恶的小人说：（马赛克处理）
善良的小人说：berlou 很淳朴，挺善良的。我回帖的时候，一定要想一想再回。

好吧，最后就是一句话： 我sg552还是多多学习，继续低调吧。

咨询公司就这嘴脸,大家瞧瞧!

其实论坛里至于有那么大压力么？就是因为有人代表公司形象，所以不能说透？那样何不穿个马甲， 跟我来个对骂也无所谓。
事情就是这么个事情，情况就是这么个情况。。。