How can I establish a habit of doing tasks early, frequently, and automatically?
- 内容介绍
- 文章标签
- 相关推荐
本文共计2641个文字,预计阅读时间需要11分钟。
翻起+上篇博客,转眼已是一年前的事了,最近有两个原因促使我再次写博:一是深深感到,在软件开发生涯中,有许多我视为‘常识’的东西,可能对许多团队却完全缺乏体悟。
缘起上篇博客转眼已是半年前的了,最近有两个原因,促使我再次写博:
一是深深感到,在软件开发行业,有很多我认为已经是“常识性”的东西,可是对很多团队却完全没有体会。敏捷软件开发已走过十年时间,可是仍未普及,我觉得一个原因正在于此:很多“最佳实践”,它背后的原理,仍不被很多团队理解。反过来说,只有行业把这些东西当做“常识”了,敏捷才会真正的普及开来。
这些“常识性”的东西,往往很小。很小的实践,背后却隐藏着一种价值观。作为个人来说,如果能跟拥有共同常识、共同价值观的人共事,无疑会让每天的工作更加愉快。可是正因为它“小”,导致我一直没有动力把它们写下来,直到前几天参加上海的敏捷沙龙,聆听了Daniel Teng的演讲《Survival》。
这个主题演讲非常好,讲的是个人和组织怎么在当今信息爆炸的年代生存下来。其中有一个观点:个人在自己的知识更新过程中,要保持“habit to ship”——如同软件开发中的“持续集成”/“持续交付”,个人所学的知识也要经常“交付出去”,“交付”的形式可以是写博客、可以是做演讲……目的是一样的:1是寻求反馈;2是小步伐前进,积少成多。
很有趣的是Daniel的这个演讲所用的PPT,在他演讲时并未完成。他的演讲本身就在实践“ship it”的思想——不必等自己的知识体系很完整了,才能去给别人讲(知识爆炸的年代,这样太没有效率了),有了想法,就可以“交付”给社区,从社区获得反馈,再做下一步学习的调整,避免方向上的错误。
本文共计2641个文字,预计阅读时间需要11分钟。
翻起+上篇博客,转眼已是一年前的事了,最近有两个原因促使我再次写博:一是深深感到,在软件开发生涯中,有许多我视为‘常识’的东西,可能对许多团队却完全缺乏体悟。
缘起上篇博客转眼已是半年前的了,最近有两个原因,促使我再次写博:
一是深深感到,在软件开发行业,有很多我认为已经是“常识性”的东西,可是对很多团队却完全没有体会。敏捷软件开发已走过十年时间,可是仍未普及,我觉得一个原因正在于此:很多“最佳实践”,它背后的原理,仍不被很多团队理解。反过来说,只有行业把这些东西当做“常识”了,敏捷才会真正的普及开来。
这些“常识性”的东西,往往很小。很小的实践,背后却隐藏着一种价值观。作为个人来说,如果能跟拥有共同常识、共同价值观的人共事,无疑会让每天的工作更加愉快。可是正因为它“小”,导致我一直没有动力把它们写下来,直到前几天参加上海的敏捷沙龙,聆听了Daniel Teng的演讲《Survival》。
这个主题演讲非常好,讲的是个人和组织怎么在当今信息爆炸的年代生存下来。其中有一个观点:个人在自己的知识更新过程中,要保持“habit to ship”——如同软件开发中的“持续集成”/“持续交付”,个人所学的知识也要经常“交付出去”,“交付”的形式可以是写博客、可以是做演讲……目的是一样的:1是寻求反馈;2是小步伐前进,积少成多。
很有趣的是Daniel的这个演讲所用的PPT,在他演讲时并未完成。他的演讲本身就在实践“ship it”的思想——不必等自己的知识体系很完整了,才能去给别人讲(知识爆炸的年代,这样太没有效率了),有了想法,就可以“交付”给社区,从社区获得反馈,再做下一步学习的调整,避免方向上的错误。

