［PL的Project Management］想知道Project在什麼狀態？前期問RD，後期問測試！

想知道project在什麼狀態？可以簡單的依SW process phases把project分成二個部份，
1. 前期問RD
　Requirement、Design、Implementation的主角都是RD，PL想要掌握project的schedule進度，了解project的風險，知道哪些地方是弱點，不能只看RD的report，不能只看project file的進度完成度，這些是表面的。實際的和表面的存在多少落差，要問RD才能知道。
　Report有時候是不真實的，因為不少RD都不喜歡寫report，認為浪費時間，或不知道怎麼寫，或有些就只是為了應付，不想PL/PM來煩他，可能有多報少或少報多的情形。

　當你對RD不熟或彼此還沒有信任感存在的時候，要多花點時間，問問RD負責的部份，多聊一下，你就多接近真實的狀態，跟RD也會更親近。你可以利用requirement review、design review、bug review等各種review的場合，或是issue meeting、regular meeting、report meeting等會議機會，多問幾個問題，你就會多獲得一些資訊。
　幾次的接觸之後，你會發現有幾個是值得信任和依賴的RD。

2. 後期問測試
    進入Verification phase之後，基本上是RD和SQA/VT測試人員互動頻繁的階段。想了解這個階段project的狀態，從bug的統計可以知道大致的輪廓，但是project是不是夠穩定，離可以量產還多遠，如果你不是經驗豐富的PL，很難準確的評估，這時你要相信有經驗的測試負責人，以測試過多個projects的經驗，他會跟你比較你的project和其他project的差異，而且在project後期經常遇到的問題。
　分析bug是可以知道bug的分布狀況，嚴重的問題有多少，在bug的質跟量上，測試人員是比RD和PL更敏感的。如果依bug的數量來判斷project的狀態，是有危險的，因為很可能有幾十個bug都是指向同一個問題，或是只要2~3嚴重的bug就足以卡住project的量產。PL最好時常和測試人員就bug的質和量交換意見。跟測試同步，才能掌握project最真實的狀態。如果內部測試的標準和外部客戶標準一樣時，更可以知道離真正量產的距離有多少。


　PL要跟上面的老闆report，如果PL掌握project的狀態跟實際的狀況誤差太大，那老闆就會拿到錯誤的資訊，一旦老闆因為錯誤的資訊而過度樂觀或悲觀，進而做出錯誤的決策，那就會是一場災難，而PL也會是受傷最重的。確實地掌握project的狀態，不只是做好project management而已，也是保護自己的一種方式。