看到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