BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

提高软件开发生产力的秘方

| 作者 发布于 2007年8月31日. 估计阅读时间: 不到一分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

茅塞顿开,茅塞顿开 by 熊 小

看到本文之前,我在阅读和具体操作敏捷实践的时候,就总是觉得背后有些什么东西没有点透,自己也没有折腾明白。看到这篇文章之中所点出的“学习过程”,之前萦绕在脑海中的疑问得到了解答。特别是下面这段话,的确有助于我们思考“敏捷”的本质:

“为了避免产生出脆弱而不协调的团队,当我们对过程进行反思的时候,应该问自己下面两个问题:

“这会对我们下次迭代的速度有什么影响?”

“这会对我们的学习过程有什么影响?”(学习又会进一步影响我们在迭代和项目中的速度和响应能力。)
因此,与其问说“结对编程会不会降低我们的速度?”,我们应该问,“结对编程会不会降低我们的学习效率?还是它会提高学习效率?“与其问“我们真的需要每两个星期做一次产品演示吗?虽然产品所有者一个月才能来一次?”,我们应该问,“把产品演示的频率降低到一个月一次会对我们的学习有什么影响?”与其问“为了支持敏捷,我应该安装哪个工具?”,我们应该问“,工具ABC促进了我们的学习吗?还是它让我们交流得更少,因而阻碍了我们的学习?”,或者采取更好的做法,一直等到真的需要跟踪某些信息(以便从中学习)的时候,才选择一件对你来说最省事的工具[7]。 ”

的确又是一片重量级的好文啊!感觉所有实践敏捷的人都应该通读一遍!!

想要尝试“站立会议” by 晁 扬

文章中提到的“站立会议”我认为是敏捷团队建立之初必需的一种制度,目前很多团队并不是每天都有详细的工作计划,有些事情可能会今天推明天,明天推后天,到最后需要交付的时候才开始着急动手,虽然自己已努力使每天的工作有条不紊,做到问题记录、解决过程记录,但似乎团队的其他成员并不乐于此道,建立站立会议制度,能够较好的确定当天的任务(哪怕是极小的一件事)理清解决问题的思路,同时也能够增加成员的一种责任感和约束感,特别是国有企业的开发团队。

点到点子上的文章 by 晁 扬

希望成为一个好的敏捷团队不会仅是一个乌托邦的设想!

Re: 想要尝试“站立会议” by 霍 泰稳

想法很好,但是前提是自己要非常理解敏捷的含义,不仅自己理解,而且让团队里的成员都能理解,让他们体味到这样做所能带来的好处,否则敏捷中的实践很难推行下去。

Re: 茅塞顿开,茅塞顿开 by 霍 泰稳

这就是问问题的技巧,是从消极的一面去考虑还是从积极的一面去考虑。

退一步讲,做事情的时候多问几个“Why”是非常有好处的。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

5 讨论

深度内容

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT