敏捷与能力

------
这位仁兄说的好有哲理呀~~

 

同感啊

我同意这个观点，重要的是项目有没有很大的价值，值不值得花钱去做。

佩服仁兄发现问题的能力。
但是，他们不‘懂’敏捷，却同样可以灵活运用它们可理解的范围，就像“三季人”同样是快乐一辈子。

同感

问题是一直存在的，敏捷只解决他那部分问题。只要问题还在，早晚都是死。
只是不同公司的反应不同，熊节说的是一种。

呵呵。这位仁兄可是相当大牌了。哇咔咔。
不过就这个帖子说几句，敏捷不是TDD，更不是TDD、迭代 就敏捷了。
Er..不是图总结他了。免得唉砖头。

使用这些方法可以产生一些收益，比如高速知识传播，减少BUG，让程序更健壮。不过这些的前提都是正确的看敏捷方法和实践。否则，会浪费很多资源。
做程序是体现思想的一种方式，语言只是工具，框架只是简化工具的半自动工具。这些个东西都不是制约项目发展空间及进度的主要问题。其主要还是程序员对项目的理解及最简单的设计。
另支持下GIGIX大叔 ：）

这完全不是关键，同样的团队，用不同的方式做事情会得到不同的结果。敏捷开发并不一定要求团队成员初始就具有很高的素质，而是在于团队领导者的智慧，他懂不懂如何实施敏捷这才是关键。敏捷团队并不需要砸钱才能砸出来。在能力一般的团队里同样可以实施敏捷。这是我自己的实践经验。

从兰州发表的信息来看，团队的工作是预先分配好的，并不是团队自己承诺需要在迭代周期内完成的，即然不是团队自己承诺的完不成也很正常。让团队参与制订周期任务列表，如果说团队本身想拖长每个任务的时间分配，而项目经理（专业点可以叫Scrum manager）又不把这部分水分甩掉，那要这个项目经理干什么呢，这又何以敏捷呢。
谈到团队的能力，不管做什么样的项目，领导肯定会安排不一样的能力的团队，也就是说让Scrum manager与团队共同制订的任务列表是被领导或是客户接受的。
正如上面的兄弟所说：

我个人觉得这个敏捷没有做到敏捷的本质要求，如果真是做到了基本要求，而且团队承诺的任务没完成，是不是因为团队本身没找到一个最敏捷的方法，比如没有使用最熟练的技能去开发，或是团队Leader一定说要使用某种新技术（团队其它成员都不熟悉）， 其实不管敏捷项目管理或是瀑布式管理，它们都应该当让团队使用最熟悉的技术去实现开发任务。 如果要使用新的技术，那肯定要先对成员进行培训或是大家自己先学习以达到完成任务的技能要求呀。

Jeff同学， 宣传敏捷是你们的职责，但是你的比喻不是很恰当。
人家用你们敏捷就是让你做医生，做手术的，来改善他们的既有流程，你只管刨肚子，不管治疗么？