看到112页，
一个需求的生命周期，需求管理，一个需求的DNA，统计 提交人，时间，每个需求的模块，大小，根据需求状态知道发布时间，进而可以知道一些统计信息，每个月可以比较看看，如果对于老大，还可以看看手下人的一个大概的工作量，目前的情况，跟历史比较等。
作为一个开发人员，或TL，类似的，可以通过这个方式管理每个人的任务，预期跟实际的比较，以后安排工作的时候会更加准确，节省沟通成本。
md，这2天忙着写下一个设计文档，和上一个项目总结，真的米有时间挤出来了。。。。悲哀啊。。
看到102页，感觉需求pk是一个很长的过程，需求多做未必是好事情，当资源不够的时候，需要考虑合理使用。
看到92页，对于产品来说，找到真正的用户，他们需要什么东西，他们的需求是什么，根据他们的需求排个优先级，根据现有的时间，做什么内容。
说到豆瓣，虾米，偶很久米玩了。。。。
今天看了第一章 写给-1到3岁的产品经理，到40页，
感觉作者很会扯淡，对产品理解很深，做事情比别人多思考一些，你会做得更好。
作者的网站：
http://iamsujie.com/
产品概念：是解决某个问题的东西。
@管闲事
额，，跑出来是2个的哦。。 不知道您使用的哪个版本jdk？
re: 在继承中的 静态方法调用注意 胡鹏 2009-04-16 13:25
@重庆理工小子
如果 在方法中 public static void bark()， 把static都去掉， 那只是打印一个 Dog bark