摘要：Task breakdown后，需要对task list逐个task做estimation。一般的做法是：一个team的人集中在一起开个会，大家各抒己见，然后逐个完成对task的estimation。形式一般就是：对每个task，每个人都发表下看法，说下他的estimation。然后，综合所有人的意见 （一致意见或强有力的领导者）得出最终的estimation。这种组织形式最大的不好处在于：会彼此... 阅读全文

摘要：转载自：http://9.douban.com/site/entry/135959103/我个人比较受用的一些习惯 来自乱象，印迹 2010-05-15 08:52:58 查看原文 1.长期的任务，要尽早开始 一般来说，长期任务总是比较烦人，也有难度，而人心里总有逃避困难的趋势，最后的结果或者是最后干脆放弃，或者是剩下一点点时间手忙脚乱地赶工；我自己之前也有这样的教训，自欺欺人地说“要... 阅读全文

摘要：转载自：这里概括起来就以下两点：Don't treat the code you not own as blackbox每 个人写代码，其所涉及的方面不仅仅是你所”负责“的那些模块，你往往需要从整个系统的层面来考虑问题：我所依赖的那些模块是怎么工作的，怎样正确的使用他 们？怎样高效的使用他们？ 以及谁依赖于我，我的改动会对后续模块产生什么样的影响，等等。听起来蛮简单的一个道... 阅读全文