前两天thoughtworks的李晓童鞋来公司做敏捷分享.闲聊了一个多小时的回顾会议. 这个话题还真是足够精巧. 以至于可以在一个多小时时间内讲完. 并且带大家完成一次模拟的回顾会议..过程当然自不必说..不过题目也确实是太小了. 以至于敏捷的核心内容都无法提及. .不愧是前thoughtworks的员工.深谙咨询之道 ..
从敏捷在国内靠几个传教士的传播.到现在的各个公司寻求敏捷咨询. 在这个过程中.敏捷的传教士们从严厉的教人们如何敏捷.什么才是敏捷的.什么不是.. 到现在的咨询过程中不提敏捷.只讲过程改善. . 这其中的改变也是意味深长..
敏捷来自资本主义社会.不管是敏捷还是各种其他方法的最终目的都是怎么能更极力的压榨劳动力.让他在有限时间内给你写更多有质量并且高效的代码 ..在中国这就又有些意思了..似乎有很多员工支持敏捷而公司不存在实施环境 .这本身就颠倒了本源.说到创业团队. 似乎更应该敏捷起来.因为你们是为自己投资..
当tdd告诉你小步前行并把你改造为code-robot .当你觉得枯燥乏味看不到希望时给你看到每次原型演示的喜悦..当你遇到问题时定期给你一个回顾会议让你去表达..敏捷的各种方式都让身处其中的你能更加专注于工作.写出更高质量的代码..所以实施敏捷相比于传统方式是更累的.因为你是真的专注的写了一天的代码.. 这也是为什么敏捷告诉你.最好不要加班 .. 每天能完整的压榨掉这8个小时已经足够了.这也保证了你明天也能有充足的战斗力..
敏捷的实施其实更应该是老板们推.而不是员工说我们敏捷吧.. 当然 员工们为了自己的未来去推敏捷当然也是很有好处..分享上也有人问了李晓说. 敏捷会不会对开发人员要求过高.他的回答是. 如果你是一个专业的程序员.那这要求就不算高 .当然任何行业做到专业..对行业内人员的要求都是很高的..他用自己的一个例子做了解说. 他曾经在团队内只有自己一个人写单元测试. 当然是后来补的.不是tdd. 坚持了一年. 结果测试那边反馈说他的bug是最少的. 当然了. 因为别人都没有测试..后来他就去了thoughtworks ..
敏捷对资本家有利.说到底对你自己也有利..为什么不敏捷起来呢?.
今日推荐
周排行