10、所有人始終想著項目全景么？
要這樣。越是大型的公司，大型的項目越容易發(fā)生這樣的問題，不要把軟件工程師藍(lán)領(lǐng)化，工程師如果長期只是制造一顆螺絲釘，他會失去創(chuàng)新意識和前進(jìn)動力。項目里面每個人雖然都只是在制造一片葉子，但每個人都應(yīng)該知道自己在制造的那片葉子所在的樹是怎么樣子的。
11、其他部門（項目組）知道你們在干什么嗎？
經(jīng)常發(fā)一些消息啊，小新聞給整個大組織，要經(jīng)常在公司一級的maillist或者網(wǎng)站上露臉。這是提升你團(tuán)隊價值的一種方法。要做到當(dāng)有人問起你在干什么，你說“ABC項目”的時候，別人會說：“哦，我知道?！?/p>
12、有可以作為宣傳亮點的Cool Feature么？
要。這是增強(qiáng)團(tuán)隊凝聚力、信心的。而且，“一俊遮百丑”，有亮點就可以掩蓋一些問題。這樣，對于客戶來說，會感覺產(chǎn)品從質(zhì)量角度來說還是可接受的?；蛘哒f，cool feature或者說亮點可以作為質(zhì)量問題的一個事后彌補(bǔ)措施。
13、 盡可能縮短產(chǎn)品的啟動時間要這樣。
軟件啟動時間（Start-Up time）是客戶對性能好壞的第一印象。
14、不要過于注重內(nèi)在品質(zhì)而忽視了第一眼的外在印象
程序員容易犯這個錯誤：太看重性能、穩(wěn)定性、存儲效率，但忽視了外在感受。而高層經(jīng)理、客戶正相反。這兩方面要兼顧，協(xié)調(diào)這些是PM的工作。
15、 設(shè)計越簡單越好、越簡單越好。
設(shè)計時候多一句話，將來可能就帶來無窮無盡的煩惱。應(yīng)該從一開始就勇敢的砍。這叫范圍管理。
16、 你們有沒有積累一個項目風(fēng)險列表？
這個必須要有。項目中發(fā)生的和未發(fā)生的都要形成列表。否則，下個項目開始的時候，又只能拍腦袋分析風(fēng)險了。別把風(fēng)險分析當(dāng)做可有可無的事情，會要命的。
17、每個人都知道哪里可以找到全部的文檔么？
應(yīng)該每個人都知道。這叫做知識管理（Knowledge Management）。最方便的就是把文檔放在一個集中的File Share，更好的方法是用Sharepoint，或者使用GIT、SVN一類的工具。
18、你的項目組使用源代碼管理工具了么？
應(yīng)該用。VSS、CVS、ClearCase這些有點老了，SVN也不新，GIT吧，雖然有點學(xué)習(xí)曲線，但是會帶來很多好處。這算是配置管理?(Configuration Management)的一部分。
啰嗦：
1、有些文字是鏈接，引用了WIKI的解釋。
