Posted on 2008-08-01 16:05
帥子 閱讀(196)
評(píng)論(0) 編輯 收藏 所屬分類:
J2EE技術(shù)專區(qū)
11.你們的進(jìn)度表是否反映最新開發(fā)進(jìn)展情況？
??????
?????? 應(yīng)該反映。但是，應(yīng)該用Baseline的方法來(lái)管理進(jìn)度表：維護(hù)一份穩(wěn)定的Schedule，再維護(hù)一份最新更改。Baseline的方法也應(yīng)該用于其它的Spec。Baseline是變更管理里面的一個(gè)重要手段。
??????
?????? 12.你們的工作量是先由每個(gè)人自己估算的么？
??????
?????? 應(yīng)該讓每個(gè)人自己估算。要從下而上估算工作量，而不是從上往下分派。除非有其他原因，比如政治任務(wù)工期固定等。
??????
?????? 13.你們的開發(fā)人員從項(xiàng)目一開始就加班么？
??????
?????? 不要這樣。不要一開始就搞疲勞戰(zhàn)。從項(xiàng)目一開始就加班，只能說(shuō)明項(xiàng)目進(jìn)度不合理。當(dāng)然，一些對(duì)日軟件外包必須天天加班，那屬于剝削的范疇。
??????
?????? 14.你們的項(xiàng)目計(jì)劃中Buffer Time是加在每個(gè)小任務(wù)后面的么？
??????
?????? 不要。Buffer Time加在每個(gè)小任務(wù)后面，很容易輕易的就被消耗掉。Buffer Time要整段的加在一個(gè)Milestone或者checkpoint前面。
??????
?????? 15.值得再多花一些時(shí)間，從95%做到100%好值得，非常值得。
??????
?????? 尤其當(dāng)項(xiàng)目后期人困馬乏的時(shí)候，要堅(jiān)持。這會(huì)給產(chǎn)品帶來(lái)質(zhì)的區(qū)別。
??????
?????? 16.登記新缺陷時(shí)，是否寫清了重現(xiàn)步驟？
??????
?????? 要。這屬于Dev和Test之間的溝通手段。面對(duì)面溝通需要，詳細(xì)填寫Repro Steps也需要。
??????
?????? 17.寫新代碼前會(huì)把已知缺陷解決么？
??????
?????? 要。每個(gè)人的缺陷不能超過(guò)10個(gè)或15個(gè)，否則必須先解決老的bug才能繼續(xù)寫新代碼。
??????
?????? 18.你們對(duì)缺陷的輕重緩急有事先的約定么？
??????
?????? 必須有定義。Severity要分1、2、3，約定好：藍(lán)屏和Data Lost算Sev 1，F(xiàn)unction Error算Sev 2，界面上的算Sev 3。但這種約定可以根據(jù)產(chǎn)品質(zhì)量現(xiàn)狀適當(dāng)進(jìn)行調(diào)整。
??????
?????? 19.你們對(duì)意見不一的缺陷有三國(guó)會(huì)議么？
??????
?????? 必須要有。要有一個(gè)明確的決策過(guò)程。這類似于CCB(Change Control Board)的概念。
??????
?????? 20.所有的缺陷都是由登記的人最后關(guān)閉的么？
??????
?????? Bug應(yīng)該由Opener關(guān)閉。Dev不能私自關(guān)閉Bug。